容器技术为啥能这样“火”?

近几年，容器技术的发展呈火爆态势，俨然一颗快速升起的新星。从目前发展趋势看，容器技术的发展正在改变传统的虚拟机应用和软件开发与部署方式。相对虚拟化技术，容器技术对系统资源的占用率更低，是一种原生应用架构。在软件开发与部署方面，容器技术通过打包应用及其依赖包，将应用变成一种标准化的、可移植的、自管理的组件，能在任何主流系统中开发、调试和运行。除此之外，面对蓬勃发展的工业互联网应用需求，容器和微服务的完美组合，满足了碎片化工业场景的应用需求，工业PaaS平台开发能力也得以重构。

在英文中容器被译为“Container”，与“集装箱”使用的是同一个单词，解释为一种可以装货的容器或盒子。对于容器的概念，有人会觉得难以理解。但是如果将容器换做集装箱，理解起来会更简单。从本质上讲，“容器”和“集装箱”没有太大区别，不同的是容器打包的是“应用及其依赖的包”，让应用变成一种标准化的组件，摆脱与系统之间的紧耦合关系，能在任何主流系统中开发、调试和运行。

2013年，随着开源应用容器引擎Docker第一个版本的发布，容器这种能够打包应用和隔离运行环境的技术就引起了开发者的高度关注。由此推动容器技术就进入了快速发展期，这背后的动力源自于越来越多的碎片化工业应用和分布式部署需求。

回顾十年前，那时候的制造企业更多关注的是ERP、PLM、CRM等大型应用软件的开发和部署，这些软件模块多，功能复杂，开发周期长，实施过程复杂，而且采用集中式应用部署方式。在平台的选择上，主要以传统服务器为主，应用软件和平台系统之间是紧耦合关系，并不存在应用迭代和平台迁移需求。

但近年来，随着智能制造的推进，企业开始关注工厂的智能化转型，在工业生产领域，不同企业的工厂生产特点各不相同，而且呈现出的是零散和碎片化的个性化应用需求，部署环境也存在多样性，如虚拟化服务器、公有云、私有云等。因此，要像ERP、PLM、CRM等软件开发和应用那样，利用传统的软件开发手段针对极具个性化的工业应用场景打造通用化的应用软件，其实并不可行。而且在传统的应用开发和部署模式下，应用软件与部署环境之间存在紧耦合依赖关系，对应用在运行过程中的动态迁移，以及不同服务在不同环境中的适配带来了巨大挑战。因此，像容器这种能通过打包应用及依赖包，实现“一次开发，到处运行”的技术受到了用户的积极追捧。

态势新星一颗技术

免责声明：本网信息来自于互联网，目的在于传递更多信息，并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益，请及时联系我们，本站将会在24小时内处理完毕。