8、云原生应用开发：从PaaS到容器与Kubernetes的演进

云原生应用开发：从PaaS到容器与Kubernetes的演进

1. 第一代PaaS的尝试

在追求更快的开发速度、更敏捷的交付以及不受限制的弹性时，我们是否可能会走得太远？在过去十年初云技术发展的动荡时期，这一问题得到了验证。云服务提供商（CSPs）在塑造云环境时，超越了基础设施即服务（IaaS），开始迭代第一代平台即服务（PaaS）能力。

随着企业开始利用云与IaaS的弹性，在虚拟机（VMs）上运行基于面向服务架构（SOA）的应用程序，行业再次进行自我重塑。客户渴望从传统IT和本地数据中心转向云，欣然接受IaaS看似无限的弹性，并采用按需付费的灵活消费模式。CSPs顺势推出第一代PaaS能力，如Heroku、IBM Bluemix（现IBM Cloud Foundry Public）、Google App Engine和AWS Elastic Beanstalk等。这些PaaS承诺让客户专注于编写代码，其余的由云处理，这意味着将运行时、中间件和操作系统的控制权交给云。

起初，这些PaaS能力效果显著。开发者可以用多种支持的语言编写应用代码，上传到PaaS后，几分钟内就能在网上运行应用。然而，第一代PaaS解决方案存在局限性，主要有以下三个因素阻碍了其广泛采用：
1. 应用重构成本高 ：采用这些PaaS需要对现有应用进行大量重构，以适应服务和配置参数。2011年提出的十二要素应用方法论虽为构建现代应用提供了最佳实践，但在当时对大多数公司来说过于超前。
2. 平台迁移困难 ：PaaS平台具有很强的倾向性，在一个PaaS上运行的应用难以迁移到另一个PaaS。例如，Heroku和Cloud F