信息官需要解决的混合云挑战

性——能够替换损坏的组件或扩展过载的组件。但首席信息官们发现，当将云计算前端整合到混合云架构中时，其弹性比预期的要低。这是因为这些应用程序后端的数据中心部分不能以同样的敏捷性来响应问题。事实上，可扩展的云计算前端可能会导致内部部署、遗留应用程序过载，并抵消公共云的好处。

第三方供应商和云计算提供商已经增加了更多的容器和Kubernetes服务来应对这些混合云挑战，但是内部部署和公共云模型之间的这种脱节仍然是当今首席信息官的主要障碍之一。

为什么首席信息官会转向容器、Kubernetes和PaaS模型

容器化应用程序和Kubernetes部署的组合适用于各种场景，从传统的单片应用程序到基于微服务的云计算应用程序。该策略可以在混合云中统一部署和重新部署实践。而且，由于所有主要的公共云提供商都支持容器和Kubernetes，并提供托管的Kubernetes服务，因此多域Kubernetes方法还可以统一跨多个公共云的部署。

但是，容器/Kubernetes方法仍然不完善。考虑到云原生组件关系的复杂性，应用程序部署确实需要用于工作流连接和服务发现的完整模型。但是，为了实现这样的模型，企业需要一个开发框架。

企业需要在同一页面上使用其所有Kubernetes组件。

如今，PaaS正在为混合云和多云重新定义，因为编程仍然需要一种语言和一组API，这些API可以使应用程序访问硬件、软件和网络资源。API定义了平台、虚拟计算机和操作系统，在这种情况下代表了数据中心和公共云资源的组合。在明确定义新的PaaS模型之前，混合云用户将必须优化不断发展的附加组件集以构建自己的统一模型。

修改后的PaaS模型最直接的缺点是缺乏中间件一致性。企业需要一种标准化的方法来发现服务，将容器绑定到工作流中并监视条件以允许应用程序在负载下进行扩展。

在整个组织中发现依赖于不同工具和实践的不同应用程序并不少见。如果这些应用程序共享服务和微服务，则会增加总体运营成本和复杂性，并最终导

（编辑：新余站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!