将kubernetes的推向更高的层级：OAM

我们可以在k8s里面轻松地部署一个应用，一个deployment拉起一个web，看似非常美好，但却并不完善。因为一个真实的应用绝非如此简单，譬如需要通过SLB对外暴露服务怎么办。即便后来出现了helm和operator，但也并不完善。

k8s主要还在集中在容器编排，应用不等于容器，而是像上图所示，是基础设施+容器作为运行环境再加上应用自身的定义，组合在一起才能组成一个完整的应用。它需要脱离资源和云厂商的绑定。一个应用除了可以在容器里面运行，也可以在VM里面运行，应用需要SLB以及数据库也都需要通过YAML定义出来。单纯的容器编排已经不能满足我们的需求，于是就出现了OAM。

从基础设施，到容器运行环境，再到应用都可以加入编排，想要在K8s上编排一切并不是容易的事情，通常一个应用，除了本身的容器之外还有许多的依赖，常见的依赖有RDS，LB，MNS（SNS，SQS）等这类非容器资源。OAM在使用一体的“编排”语言即可将容器资源和非容器资源定义在一起。

比如我需要一个AWS块存储，我可以如下定义一个存储。

后续如果某个应用需要存储，可以直接引用。而不需要关心底层到底是如何管理存储的。

OAM让应用本身从研发的视角来声明“我是谁”、“我要使用什么样的云服务”，至于背后的实现交个各个开源项目和厂商去实现，譬如：kubevela。