Docker容器是一种强大、流行的云端开发选择。但，尽管许多IT团队正在转向容器，几乎很少有人能真正充分利用该项技术的优势。

Docker，或者更广一点说容器的采纳，在AWS的环境中持续快速增长。然而，报告显示Docker的放弃率与使用率持平，这对那些正打算使用Docker的企业来说是一个有趣的现象。

按照最受炒作的技术规律，Docker的使用率在一年内就翻了两番，根据监测和分析平台Datadog最近的研究表明。但这也提出了一些问题：这样的增长能否持续？如果是的话，会以怎样的采纳模式？

Amazon EC2容器服务允许AWS用户在云端管理Docker容器；Docker也可以运行在微软的Azure和谷歌云平台上。对容器需求的增加意味着云服务提供商必须支持Docker的使用，无论采用何种形式。但基于容器的应用开发不同于云到云的开发，因此你可以假设这里会有一个权衡。在一个单独的云提供商那里使用Docker不一定确保可移植性。

很少有企业真正需要Docker高级别的便携性。事实上，许多将应用移植到AWS、Azure或谷歌的企业永远不需要云到云的可移植性。便携性的代价就是金钱，而那些将Docker纳入到他们的应用的企业则失去了这部分迁移到云的价值。

是否需要终止Docker的使用计划？

那么，Docker是非常必要的吗？对于那些并不追求Docker便携性或容器集群架构的企业，答案是不。那些希望“提升和转移”到AWS的企业可能会发现，使用Docker将应用容器化可能是矫枉过正，因为增加了复杂性和费用。

另一方面，Docker确实是一种可靠的运行和规模化应用的方式。那些愿意花钱做额外开发，并雇用一些昂贵的Docker人才的企业会发现Docker是有用的，大部分时候都可以做到其所承诺的。但是，这并不意味着Docker是一个必要的工具。

但是，我们仍然处在同Docker或者更广一点说容器的蜜月期。Docker满足了那些正在转向云或新的应用程序开发的独立软件供应商的多种要求。软件厂商需要建立坚固的产品为导向的云应用。此外，他们很看重Docker的便携性，因为他们在某种程度上可能必须要支持所有的公有云提供商。相比那些没有专门为容器设计的容器化应用，应用程序可以从一开始就使用面向容器的架构来构建，这让Docker的使用对于新的应用程序开发来说很有吸引力。

尽管越来越多的高级应用可能会使用Docker，但其他数以千计的应用则不太可能涉及到Docker容器的精髓，考虑到成本和复杂性的关系。因此，虽然Docker会继续增长，但它的使用可能会限制于解决某些问题。而Docker不会，也不应该，被用于每一个应用或运行在AWS和其他云上的每一个工作负载。

微信公众号

TechTarget

官方微博

TechTarget中国