我為什麼選擇使用容器？

本文講的是我為什麼選擇使用容器？【編者的話】作者主要介紹了自己選擇使用容器的6個主要原因，這也是容器為我們的工作帶來的一些好處。

【燒腦式kubernetes實戰訓練營】本次培訓理論結合實踐，主要包括：kubernetes架構和資源排程原理、kubernetes dns與服務發現、基於kubernetes和jenkins的持續部署方案、kubernetes網路部署實踐、監控、日誌、kubernetes與雲原生應用、在centos中部署kubernetes集群、kubernetes中的容器設計模式、開發kubernetes原生應用步驟介紹等。

我使用容器已經將近三年，最初在乙個技術支援團隊工作，主要是幫助客戶解決應用程式中的問題，並提供一些有關執行容器最佳做法的建議。如今我在的團隊，做的主要是容器開發並在我們自己的openshift環境中使用，由於我的技術支援背景，我的故障排除技巧能幫助我完成這項工作。

我使用容器執行我的大部分任務，這讓我的工作變得比較輕鬆。我可以在容器中執行任何軟體，無論是用於評估或者用於我自己的**。乙個事實是：容器在很多公司中變得越來越普遍。google的資料中心每天可以不停地運轉數千個容器，netflix每週可以啟動超過100萬個容器，而許多其他公司（無論是小型還是大型）都在生產中使用容器來實現新的可擴充套件性。考慮到這一點，我想列出我開始使用容器的六個主要原因。

在我的工作中，我一直認為

kiss原則

是最棒的，那為什麼不使用簡單的工具來改善我的工作？我說容器很簡單，因為我只需要用兩個或三個命令就可以在我的機器上執行乙個作業系統以及整個軟體棧。由於這種簡單性，我可以節省大量執行容器的時間和精力，而不是花時間在建立虛擬機器、安裝作業系統和安裝軟體。這樣，我就可以專注於重要的事情。

容器的好處是它們直接執行在作業系統（linux）層之上，而中間沒有hypervisor層。這使得容器比虛擬機器使用的資源更少，我可以在相同的硬體資源上啟動更多的容器。

另一方面，容器使用的儲存空間也比虛擬機器少，這更有吸引力。舉個例子，rhel 7映象大小是193mb，還有乙個替代的rhel版本（我們稱之為rhel atomic），大小小於80mb。由於映象大小的原因，容器啟動的引導時間少於任何傳統執行作業系統的方式。雖然在虛擬機器或裸機上安裝rhel的啟動時間大約是1分鐘，但在容器內部執行的時間可能不超過15秒。

容器是不可變的，這項功能對我來說特別重要。它保證了在我機器上執行的容器能以相同的方式執行在任何一台機器上。不會再有類似「它在我的機器上可以工作」這樣的藉口。使用容器可以避免這種情況，甚至可以執行在像aws，ibm bluemix，google cloud platform，以及azure這樣的雲端**商上，並且獲得相同的行為。

想想你要使用容器執行的軟體，我敢確定如果你找不到所需軟體的映象，那麼很快會有人建立它，並在任何儲存庫中推出。大多數公司正在為他們的軟體建立容器映象用以支援在容器上執行，你可以使用這些映象來建立自己的配置。此外，還有很多有關容器的書籍（包括付費和免費的），這些書籍會教你如何開發，執行容器並且使其更加安全。

你找到乙個可以執行的映象，但是映象中缺少你需要的特殊配置或者一些軟體。使用容器，你可以擴充套件現存的映象，在容器中加入你需要的東西，然後根據你自己的需求製作乙個更適合的映象。這樣，準備作業系統執行軟體的時間遠遠少於任何其他方法。即使使用devops工具，如puppet，chef或者其他，準備執行軟體環境的時間甚至超過執行乙個新的容器。

雲計算是下一代計算，你可以按需在你的環境中新增資源，並收集有關它們的執行指標。容器在設計中將所有這些要求以及更多的內容帶入雲計算，因為它們在出現任何問題時很容易進行更換。你不必為丟失乙個容器而擔心，因為最先進的雲計算架構已經為你管理容器，並啟動了乙個新的容器來替代沒有響應的容器。