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和其他云上的每一個工作負載。
京公網安備 11010502049343號