博客

容器是多云的关键

Lori MacVittie 缩略图
洛里·麦克维蒂
2019 年 1 月 28 日发布

您可能还记得 2017 年初的一篇文章,我在其中提到容器已经厌倦了被类型化。 确切地说,那是一月。 这意味着容器不再厌倦被类型化,它们已经彻底筋疲力尽了。

从 Portworx 最近针对容器采用情况进行的一项调查中可以看出他们的疲倦。 据报道,容器的采用率和生产中的使用率均有显著增长,分别达到了 82% 和 83%。

但这并不奇怪。 几年来,容器的采用一直是预算消耗的一个稳定方向。 采用这一做法背后的原因可能会令人感到惊讶。 剧透警告:它实际上与微服务无关。 

提高开发人员效率的首要目标是实现多云可移植性。 容器被视为解决市场尚未提供但渴望的便携性的答案。 在 New Stack 的《无服务器指南》报告中,我们可以看到这种渴望,该报告回答了无服务器的不足之处。 排名第一的答案(占受访者的 29%)是便携性。

这不是一个新问题,也不是一个新的挑战,而只是“避免供应商锁定”的一种新说法。 毕竟,任何形式的公共云都是一种产品,而采用某种产品导致的锁定始终存在可能性。 可移植性被视为一种出路。 这使得容器对于更广泛的应用具有吸引力,而这些应用范围比那些热衷于新兴技术的人们通常所讨论的还要广泛。

事实是,容器更有可能用于服务传统的应用程序堆栈和基础设施,而不是运行微服务。 例如, Sysdig 的一份报告分析了 90,000 个容器的数据,以发现其中正在运行的内容。 排在列表首位的是 Java。 除了etcdfluentd 、Elastic Search 和mongoDB等新兴技术宠儿之外,还有 Apache、PostgreSQL、PHP 和 Apache Tomcat 等久经考验的真正热门技术。

大多数组织都在多云环境中运营。 并且,如果需要的话,他们会使用容器将应用程序放入云中以及将应用程序移出云中。 在我们 2019 年application服务状况调查中,有受访者表示他们正在探索由于数字化转型而实现的容器化,其中只有 11% 的人没有采用多云方法。 

将容器类型化为仅涉及微服务的狭窄角色并不是一个好主意,因为它们能够做更多的事情。 如果你不看透这些炒作,你可能会错过利用容器实现微服务以外的更多功能的机会。