容器是您的應用程式的不錯選擇嗎？

為什麼？好吧，它與需求混為一談，並取得了一些成功。除了大肆宣傳，容器在雲計算技術堆疊中也占有一席之地。換句話說，它們解決了那些將應用程式遷移到雲中或在雲中構建新網路所面臨的核心問題：可移植性，可伸縮性，開放性和一致性。

[ 同樣在infoworld上：對不起，linux。

kubernetes現在是重要的作業系統

] 但是，它們並不是所有解決方案。我在容器和容器編排（kubernetes）中看到的最大問題是該技術的錯誤使用。讓我們看三個問題：

首先，應用程式架構是關鍵。您當然可以將**推送到容器中並使其執行，但是在圍繞容器的概念建立或更改應用程式體系結構時，容器工作得最好。

本質上，容器是面向分布式和面向處理的。通常，為了以最佳方式使用容器，您需要能夠更改甚至分解應用程式。此外，如果您的應用程式與資料緊密耦合，除非您願意將資料與應用程式分離，否則容器將不會帶來太大的成功。

其次，容器的成本要高於傳統的應用程式開發。利用容器化所需的應用程式更改是「容器稅」的一部分。這是您需要花費的額外費用，用於修改容器的應用程式或構建面向容器的全新的應用程式。設定乙個可靠的數字，我發現平均值平均比傳統應用程式開發人員成本高出35％。

當然，可移植性和可伸縮性以及新發現的敏捷性所帶來的節省將可以抵消35％以上的收益。您的里程會有所不同。我建議您花些時間在進入容器或與此相關的任何其他技術之前做乙個商業案例。

最後，您使用容器的成功取決於擁有合適的容器人才。這不用說：遷移到容器的組織需要了解最佳實踐仍在形成，如果您不知道自己在做什麼，很容易錯誤地進行容器操作。

為避免此問題，請揮霍聘用和培訓。如果可以，您應該進行技能差距分析，並制定培訓和招聘計畫以彌合差距。

希望這可以幫助某些人避免容器錯誤的開始。