Kubernetes共同创办人Craig McLuckie表示，面对高复杂度的应用程序以及庞大数据流量，传统命令式、脚本式的部署程序是不切实际的作法，得在应用程序架构及整体运作模式中，采取新方法

Kubernetes共同创办人Craig McLuckie认为，面对目前企业的营运规模，使用传统命令式、脚本式的部署程序是不切实际的作法。

「高复杂度的应用程序以及面对大量数据的流量，已经逼得我们得在应用程序架构及整体运作模式中，采取新的方法。」Kubernetes共同创办人Craig McLuckie表示，业界开始将这种新手段称为原生云端运算（Cloud native computing）。

原生云端应用及传统系统的三大关键差异

Craig McLuckie认为，原生云端运算与传统系统相比，总共有三大核心差异，分别是容器化封装（Container packaged）、动态管理（Dynamically managed）以及微服务导向（Microservices oriented）。

他表示，以封装形式将应用程序部署在Container中，可以让部署程序变得更加可预测，「使用传统命令式、脚本式的部署程序，面对目前我们处理的规模是不切实际的。」

而面对原生云端运算的规模，Craig McLuckie表示，维运人员也不可能采用人工方式调度、管理Google每周开起多达20亿个Container，因此必须依赖智能化系统根据需求，动态判断任务需要的Container数量，以及分配Container的运作位置。他表示，借着动态管理，Google可以仰赖小型维运团队提供一般服务外，同时还可以让开发人员专注于开发工作上。另外，他表示，Google全部的系统都采用松散耦合（Loosley coupled）架构，可以让系统变得更敏捷外，也大幅提升程序代码的重复使用率。

除Google外，像Facebook及Twitter等也使用类似的方式应付庞大的营运需求。虽然各厂商在实作细节上有许多差异，但是他表示，在基础做法上各企业都有高度一致性，因为「只有这种方式能够处理网络规模的维运。」而他认为，未来会有更多传统企业被迫面对网络规模带来的难题。像是物联网，将给企业带来过去无法想象的数据流量。

同时Craig McLuckie也发现，许多企业开始发展自家的关键技术，无非就是为了能追上转型成原生云端运算企业的趋势。但是他认为，此种发展模式的问题在于，单一厂商必须有能力提出完整解决方案。另外，由于Container技术缺乏调度、服务及runtime相关标准，使得每家厂商互为孤岛外，「也仅有少数企业能提供完整解决方案。」

成立原生云端运算基金会，解决厂商孤岛问题

有鉴于此，Craig McLuckie也透露Google将着眼发展Kubernetes。他认为，除了将Kubernetes交由基金会运作是合理作法外，Google也与社群广泛合作，并且汇集Intel、红帽、思科、IBM、VMware、Docker、CoreOS以及Mesosphere等，共同建立云端原生运算基金会（CNCF）。

「CNCF的目标不是成为传统的标准机构」，Craig McLuckie更希望CNCF是汇聚各家的技术平台，创造一套配有简洁API的架构。而企业在建立延伸应用的同时，也必须通过CNCF的审查，确保与其标准相符合。而CNCF也会依循开放性、公平性及一致性等核心价值持续运作。