La 虛擬化已成為一種非常普遍的做法，尤其是在雲服務中，以便能夠從數據中心的服務器中獲得更多收益。 但是近來，基於容器的虛擬化已成為強制實施的虛擬化，因為它可以實現更有效的管理（無需重複某些過程）。 Docker與Kubernetes之戰正是在這個高峰期出現的。
您可能已經知道兩個非常受歡迎的項目。 兩者都有 它的優缺點，並有所不同 在幫助您根據需要選擇項目時，這可能是關鍵...
什麼是基於容器的虛擬化？
如您所知，有幾個 虛擬化類型例如完全虛擬化，半虛擬化等。 好吧，在本節中，我將重點介紹安裝虛擬機和容器時通常使用的完全虛擬化，以免引入其他可能使您感到困惑的變量。
- 虛擬機-這是一種以覆蓋範圍為中心的虛擬化方法。 它基於虛擬機監控程序，例如KVM，Xen或VMWare，VirtualBox等程序。 使用此軟件，可以模擬完整的物理計算機（vCPU，vRAM，磁盤驅動器，虛擬網絡，外圍設備等）。 因此，可以在該虛擬硬件上安裝操作系統（來賓），然後從那裡可以以與在主機操作系統上相同的方式安裝和運行應用程序。
- 集裝箱：這是另一種技術，其中加入了一種籠子或沙箱，可以省去這個完整系統的某些部分，這種技術效率更高，並且具有一些可移植性和額外的安全性優點（儘管它並非沒有漏洞）。 。 實際上，在這些情況下，不是使用虛擬機監控程序，而是使用諸如Docker和Kubernetes之類的軟件，它們將使用主機系統本身來運行獨立的應用程序。 缺點是它僅允許您從主機OS本身部署本機應用程序。 也就是說，例如，在VM中，您可以在Linux發行版上虛擬化Windows，而在該Windows上，您可以為其運行任何本機應用程序，而在容器中，您只能對主機系統支持的應用程序執行此操作。 Linux的情況下...
記住擴展或支持 硬件虛擬化像Intel VT和AMD-V一樣，它們假設僅2％的CPU開銷就設法提高了性能。 但這不適用於其他資源，例如為完全虛擬化分配的內存或存儲本身，這意味著需要大量資源。
這就是容器要解決的問題， 不需要重複某些過程 才能部署應用程序。 例如，如果要使用Apache服務器創建容器，並使用完整的虛擬機，則將具有主機操作系統，系統管理程序，來賓操作系統以及該服務的軟件。 另一方面，使用容器，您將只需要具有實現該服務的軟件，因為它將在單獨的“盒子”中運行並使用主機操作系統本身。 除此之外，通過消除來賓操作系統，該應用程序的啟動要快得多。
什麼是Docker？
碼頭工人 是在Apache許可下使用Go編程語言編寫的開源項目，用於自動化容器中應用程序的部署。 也就是說，該軟件可在多個平台上運行，因此您可以在不同的操作系統上管理容器。
當Docker出現時， 它有很多優點，並且傳播迅速。 它對操作系統和簡單性的孤立看法使用戶可以使用應用程序構建容器，對其進行部署，擴展規模并快速執行它們。 一種以最少的資源消耗啟動所需的所有應用程序的方法。
總而言之，Docker提供了以下內容 特點 鍵：
- 與環境隔離。
- 容器管理。
- 版本控制。
- 位置/親和力。
- 敏捷。
- 生產力
- 效率。
梨 並非沒有某些問題，就像這些容器必須協調時一樣，彼此溝通。 這是導致創建Kubernetes的原因之一...
我稍後會評論 碼頭工人，我想評論一下，這是由相同的Docker開發人員創建的一種軟件，除了可以編排容器之外，還可以將集群中的一系列Docker主機進行分組，從而可以集中管理集群。
什麼是Kubernetes？
它最初是由Google創建的，後來捐贈給了Cloud Native Computing Foundation。 Kubernetes 它也是一個類似於Docker的系統，開源，在Apache下獲得許可，並使用Go編程語言編寫。 它用於自動化容器化應用程序的部署和管理。 此外，它支持用於運行容器（包括Docker）的不同環境。
最終，Kubernetes是一個 編排台 負責幫助不同機器的不同容器，它們的管理以及它們之間貨物分配的集裝箱。 尤其是組織使該項目成為這些類型場景中的重要組成部分……
- 自動調度。
- 自我修復能力。
- 自動化的部署和部署。
- 負載均衡和水平縮放。
- 資源利用密度更高。
- 面向業務環境的功能。
- 集中的應用程序管理。
- 可自伸縮的基礎結構。
- 聲明式配置。
- 可靠性。
Docker與Kubernetes
正如您在定義中所看到的，兩者在很多方面都非常相似，但是您有 它們的差異，以及它們的優點和缺點 喜歡一切。 您可能會認為，了解這些細節後，您將擁有一切，根據自己的目標，知道應該選擇哪一個。
但是，問題 比這更複雜。 這與Docker vs Kuernetes無關，因為它就像比較非常不同的事物，並且會陷入認為必須在兩者之間進行選擇的錯誤。 Docker vs Kubernetes的結果是荒謬的，相反，您應該將這兩種技術結合在一起，以便能夠以更好的方式交付和擴展容器化的應用程序。
最合適的是比較 使用Kubernetes的Docker Swarm。 這將更加成功，因為Docker Swarm是用於創建容器集群的Docker編排技術。 雖然，即使那樣也不會完全成功……實際上，Kubernetes被設計為在集群中運行，能夠高效地在生產中大規模地協調節點集群，而Docker在單一模式下完成。
Docker vs Kubernetes的區別
保存那些不同的內容，如果您想知道 分歧 在Docker Swarm和Kubernetes之間，它們將是：
- Kubernetes包括許多用於 個性化 缺少Docker Swarm。
- Docker Swarm是 更容易 由於其簡單性而進行配置。 此外，集成到Docker生態系統中也更加容易。
- 相反， 容錯能力 Kubernetes更高，在諸如高可用性服務器之類的環境中可能更有利。
- Docker Swarm是 快一點 關於容器的部署和擴展。
- Kubernetes為其提供 更大的保證 到群集狀態。
- El 負載均衡 在Kubernetes中，它可以實現更好的平衡，儘管它不是Docker中的自動方法。
- Kubernetes優惠 更好的靈活性，即使是在復雜的應用中。
- Docker Swarm最多支持2000個 節點，而Kubernetes則為5000。
- Kubernetes是 優化的 適用於許多小型集群，而Dockers適用於大型集群。
- Kubernetes是 複雜，更簡單的Docker。
- Kubernetes可以允許 共享存儲空間 Docker之間的限制更大，並且僅在同一容器中的容器之間共享。
- Docker Swarm允許使用 第三方軟件 為了進行日誌記錄和監視，Kubernetes包含其自己的內置工具。
- Docker Swarm限制為95.000 集裝箱，而Kubernetes最多可以支持300.000。
- 雖然Docker有一個 偉大的社區 Kubernetes還得到了Microsoft，Amazon，Google和IBM等公司的支持。
- Docker被以下人員使用 公司 例如Spotify，Pinterest，eBay，Twitter等。 儘管Kubernetes更喜歡9GAG，Intuit，Buffer，Evernote等。
優點
看到了一些分歧之後，現在輪到 優點 每個：
- Kubernetes:
- 使用pod輕鬆組織服務。
- 由Google開發，在雲行業擁有豐富經驗。
- 龐大的社區和容器編排工具。
- 多種存儲選項，包括本地SAN和公共雲。
- 碼頭工人:
- 高效便捷的初始設置。
- 跟踪容器版本以檢查變化。
- 速度。
- 很好的文檔。
- 應用之間的良好隔離。
缺點
關於 缺點:
- Kubernetes:
- 更複雜的遷移。
- 複雜的安裝和配置過程。
- 與現有Docker工具不兼容。
- 實施手動集群非常複雜。
- 碼頭工人:
- 它不提供存儲選項。
- 後續行動不佳。
- 不會自動對不活動的節點進行重新編程。
- 必須在CLI中執行操作。
- 手動管理多個實例。
- 您需要其他工具的支持。
- 手動集群部署困難。
- 不支持健康檢查。
- Docker是一家營利性公司，其某些關鍵組件（例如Docker Engine和Docker Desktop）不是開源的。
Docker vs Kubernetes：結論
可以想像 選擇不是那麼容易 彼此之間。 Docker vs Kubernetes的戰鬥比看起來更複雜。 一切都取決於您的目標。 一個或另一個會更適合，那應該是您的選擇。
在許多其他情況下， 與Docker一起使用Kubernetes將是最好的選擇 所有選項中。 這兩個項目可以很好地協同工作。 這可以提高基礎結構安全性和應用程序的高可用性。 您甚至可以使應用程序更具可擴展性。
非常感謝 ！ 對我來說，變得越來越清楚，最重要的是，要了解到，在很多情況下，選擇最合適的解決方案都不會好壞。
也許我只需要一個更清晰的示例來了解哪種情況在哪種情況下效果更好，以及在哪種情況下一起使用它們。
另外，對於這種類型的軟件，我們有哪些替代方案？
我們這些已經開始了解容器的人可以使用什麼來查看實際案例，而不必等著在大型公司中工作？
我認為這裡定義錯誤，docker是容器管理器，不能與Orchestrator相提並論。
比較將在Docker Swarm和Kubernetes之間進行。
顯然，在撰寫這篇宏偉的文章時（我認為這確實很有趣），有些術語已經越過。