“Kubernetes正在快速发展成为一个公司友好型平台 但挑战仍然存在”

kubernetes的崛起是惊人的。 从云原生开发者集团提出的开源项目，在几年内转移到了三大云服务提供商宣传的标准运营平台。 两年前我们最初强调的趋势。

由于应用程序的业务负载从虚拟机转移到容器，kubernetes成为了自动化和扩展容器部署的常见选择。 但是，迄今为止，kubernetes的开发并不是简化应用程序开发和部署的更广泛的问题，而是集中在基础架构内部。 幸运的是，一些paas堆栈添加为支持kubernetes群集的运行时目标，因此最近成为了公司最喜爱的pivotal cloud foundry。 因为这种孤立性正在消失。 该企业整合云基金会和kubernetes的举措是将集装箱编组平台发展为企业友好环境的更大趋势的一部分。

如前所述，组织使用paas堆栈和开发方法利用软件抽象的力量，有很好的业务和技术理由。 cloud foundry通过早期上市成为最受欢迎的公司选择，根据技术特点，提供了一个满足开发者和it专业人士诉求的完美系统。 cloud foundry长期以来采用容器作为应用程序的运行时环境，创建了一个由garden这一内部模块管理的独立系统。 商业pivotal cloud foundry版本的客户很快就会有其他选择。 kubernetes是一系列扩展的一部分，用于处理妨碍企业使用kubernetes的缺点。

pivotalkubernetes，服务网格

pivotal是戴尔的部分衍生产品，领先的技术人员仍然拥有很多所有权，可以说通过提供集成的支持软件和服务，使云基金会成为了企业Pas。 在最近的oscon开发者大会上，该公司宣布kubernetes作为集装箱管理系统正在迅速发展，其核心产品Pivotal应用服务的有限预览版本正在kubernetes上运行。

pivotal将继续列出kubernetes实现的以下功能:

cloud foundry应用程序实例包含运行kubernetes pod并将pas应用程序转换为开放容器初始化( OCI )图像和kubernetes pod配置的转换程序 然后，kubernetes控制器管理应用程序的部署和扩展。

与pas http路由器集成，将客户端请求的通信定向到kubernetes上运行的应用程序。

应用程序、pod日志和pas记录系统( loggregator )的集成。

最多支持50个应用程序实例。

虽然alpha版本需要vsphere、nsx-t和Pivotalcorporationservicespks，但该公司需要其他kubernetes平台，特别是aws、azure和谷歌cle

在过去几个月中，pivotal提供了基于开源buildpacks项目创建容器图像的构建服务、基于kubernetes的spring Java运行时环境和rabbitmq软件的支持、基于istio的 这些都明显提高了kubernetes作为生产应用平台的实用性和可用性。 此外，作为商业支持产品，pivotal的附加产品消除了安装、协调和调试开源软件所需的额外开销和技术专业信息。

ibm将吸引云的本机应用开发

ibm还忙于向企业开发者提供kubernetes的扩展，推出了几个开源项目，旨在使用oscon快速简化容器化的应用程序开发。 虽然未打包为商业软件，但下一个项目将吸引刚接触云本机应用程序设计的开发人员。

kabanero

使用kubernetes进行业务负荷管理，是满足公司设计师、java开发者和devops提供团队诉求的集装箱化应用程序的架构和开发框架。 已为与kubernetes相关的其他三个项目确立。 (开发流程自动化和服务器端无点)、(服务网格)、( ci / cd集成)。 kabanero将开发运行时和框架( node.js、java、swift )配置为kubernetes群集，并将安全性和互联网最佳实践封装在预构建的部署中。 其中还包括以下新项目:

苹果索尼

通过捆绑的常用编程环境预配置开发框架和模板，简化了应用程序开发。

代码窗口

是一个开源开发项目经理，添加了对常规ide (包括eclipse和visual studio )的容器支持。

razee

是一种持续提供的工具，支持与kubernetes的部署相比的集装箱化微服务。 这包括一个可视配置新闻和部署的图形界面，以帮助进行故障诊断。 嵌入式模板简化了多群集的部署，该多群集在群集和云环境中实施配置和安全策略。

积分补充

根据ibm的声明() :

可以通过

...没有其他开源项目kubernetes。

开发团队可以构建可以部署到kubernetes的应用程序，而无需成为容器或kubernetes的专家

通过采用kabanero，你会的。 这降低了开发者进入的门槛。 因为他们的组织在云的旅行中从旧式基础设施转移到了更加现代化的基础设施上。

集装箱时代精神-强大的使用，但却是警告性的挑战

pivotal (与戴尔和vmware合作伙伴相比)和ibm (以及red hat的新成员)被视为比企业开发者和it组织当前采用容器的虚拟机服务器场更高效、灵活和可扩展的应用环境 但是，企业客户正在努力应对不成熟的技术、挑战安全配置、陡峭的学习曲线和无法轻松集成到其他系统中的复杂基础架构。

事实上，根据diamonti最近的调查，集装箱的采用日益增加，证明了公司使用者持续的挑战。 集装箱进入主流的迹象是，据调查，it和平台设计师负责集装箱的大部分决策，但今年在集装箱技术上至少消费了10万美元的组织份额增加了5.5个百分点，达到38.5%。 另外，在容器至少消费100，000美元的人中，26%的人计划将大部分业务量转移到容器上。

公司奋斗的行业之一是找到足以实现其目标的容器专业信息。 以容器技能不足的人为主要使用抑制剂的人今年增加了一半，几乎占调查对象的四分之一。 更糟糕的是，多位受访者声称，技术熟练的员工对计划没有影响的是消耗最少的集装箱技术(低于50，000美元)，即刚刚开始或测试了最小集装箱的安装。 过滤这个群体后，近65%的人认为技能不足是中度或首要的使用抑制剂。

在生产中运行集装箱时，多年来最重要的挑战是非常一致的。 与现有基础架构的集成、安全性、部署复杂性和复杂性。 这些抑制因素是diamonti、pas、red hat openshift等包装容器平台在公司it和devops组织中如此受欢迎的重要原因。

我的看法

在服务器配置、互联网管道和编程语法的神秘细节中，kubernetes的讨论无可救药地消失了，商业和it负责人质疑了该技术如何满足对新应用的诉求和更快的上市时间。 对这些专家以外的人来说，观看大多数kubernetes讨论就像参加ashrae会议的公寓开发人员。 他们真的不关心呼吁控制通风系统的设计细节。 相反，应用程序的所有人、赞助商和商业领袖都想知道kubernetes是如何节约成本、提高应用程序性能和缩短开发时间的。 但是，通过聚焦于应用程序开发过程而不是提供系统，可以更好地实现这些目标。

这就是kubernetes开发者的机会，也是pivotal和ibm等商业软件企业、aws、微软和谷歌等云服务提供商、kubernetes生态系统的众多开源贡献者。 虽然公司看到了集装箱和kubernetes的价值，但是需要简化以下产品和服务:

开发

集装箱化云的原生应用

部署

集装箱基础设施

管理

集装箱的业务量和安全政策

最近的迅速发展是集装箱基础设施迅速发展的有希望的步骤。 核心集装箱技术、paas框架和开发方法的结合最终使kubernetes及其生态系统在一般企业中成熟。