阿里云ECI如何6秒扩容3000容器实例？

引言

根据最新CNCF报告，有超过90%的用户在生产环境使用容器，并且有超过80%的用户通过Kubernetes管理容器。是不是我们的生产环境上了K8s就完美解决了应用部署的问题？IT界有句俗语，没有什么是万能的，K8s也不是万能的，K8s解决了应用的编排和调度，但没有解决资源容量的限制、没有解决容器的安全隔离，以及高昂的运维成本。

传统K8s的问题和困境

• 资源效率低

这个资源柱状图来自阿里云一个客户，业务的流量高峰期CPU大概在7000-8000核，在流量低谷期只有几百核CPU的使用。如果在做IT规划或者购买资源时，按照峰值流量去规划资源，会导致严重的资源浪费。但如果按照使用量去实时规划ECS资源，又会导致在面对一些突发流量时无法及时扩容，影响服务的稳定性。

• 资源隔离弱

容器使用系统内核的namespace进行资源隔离，但内核仅支持UTS、IPS等6种namespace隔离。我们遇到过一个客户，需要在测试环境修改某个业务Docker的时间，结果导致一台机器上所有的容器时间都被修改。还有定制内核参数、IO公平分享等场景，也有相同的问题。

同时，容器安全也一直被大家诟病，例如特权容器直接可以看到机器上所有的磁盘数据。

<