As-a-service（即服务）将技术复杂性隐藏在抽象层之后，只显示出用户友好的一面。但在幕后，随着边缘计算越来越多地应用，应用程序和数据的复杂性正在增长。
红帽Kubernetes和Openshift的架构师Clayton Coleman说：“在开源领域有一个非常好的机会来观察正在发生的事情，并提供一些支持技术，这些技术可以桥接云、桥接位置，让你在更抽象的层面上处理计算，并在使服务运行良好方面事半功倍。”
Coleman在 Google Cloud Next OnAir活动期间讨论了开源是如何发展，以满足在分散环境中开发的需求。
一致性是跨复杂环境的应用程序管理的关键
Kubernetes是开源社区的代表项目，基本是容器管理的同义词。但是用一致的解决方案解决边缘带来的挑战并不容易。管理可以在单个远程计算机上的单个集群上进行，也可以在多个位置的多个集群上进行；生命周期各不相同；硬件可能是可访问的，也可能是不可访问的。
当组织试图在多个地点管理工作负载时，Kubernetes也需要不断发展才能跟上。Coleman说：“一个越来越明显的需求是，Kubernetes之上缺少了很多抽象。”
Coleman说，缺少的是能够将计算和应用程序缝合在一起的工具，“无论是需要跨云恢复能力的人，还是希望整合以加速其云启动的人，还是希望将其内部堆栈现代化的人。”
Coleman认为，要解决这一问题，开源的焦点会发生变化。他说：“社区的一个真正的机会是围绕一个位置的抽象——不是关于集群或机器，而是更广泛的东西。我认为我们已经准备好进行过渡，这不仅仅是关于应用程序的问题，而是希望以服务为中心。”
开源社区在逐渐将Kubernetes作为后台基础设施的一个“看不见”的部分，Istio和Knative等项目在推动这一进程，其中Knative eventing是一项关键技术。“我们正开始进入这样一个阶段，即Kubernetes只是人们正在构建的平台的一部分。”
社区致力于创建基础设施即服务，Coleman相信这将复制Kubernetes的成功，提供顺利开发和部署管道的解决方案。
他说：“不管是业务还是技术，我们都要确保为每个人改进软件。还有很多事情要做，开源是最好的方法。”
原文链接：
https://siliconangle.com/2020/08/26/abstracting-kubernetes-open-source-community-shifts-focus-infrastructure-service-googlecloudnext/
