欧美日韩国产色,性饥渴的农村熟妇,强奷人妻日本中文字幕

容器編排是一項快速發展的技術。目前有3個行業巨頭；Kubernetes、Docker Swarm 和 Apache Mesos。它們屬于DevOps 基礎設施管理工具的類別，稱為“容器編排引擎”。Docker Swarm 贏得了廣大客戶的青睞，成為容器化的首選。Kubernetes 和 Mesos 是主要競爭對手。在這方面，他們可以提供更多的東西。它們提供了不同的可用性梯度，并具有許多不斷發展的功能。

Kubernetes和Mesos有什么區別？-美聯科技

盡管 Docker Swarm 很受歡迎，但它也有一些缺點和有限的功能：

Docker Swarm 依賴于平臺。
Docker Swarm 不提供高效的存儲選項。
Docker Swarm 的容錯能力有限。
Docker Swarm 監控不足。

這些缺點引發企業質疑：“如何選擇合適的容器管理和編排工具？”?許多公司現在都在選擇 Docker Swarm 的替代品。這就是 Kubernetes 和 Mesos 的用武之地。要系統地檢查這種選擇，有必要查看這兩種選擇所具有的核心競爭力。因此，人們可以得出一個獨立知情的結論。

Docker Swarm、Kubernetes 和 Mesos 的特點

特征	碼頭工人群	Kubernetes	梅索斯/馬拉松
初始發布日期	2013 年 3 月，2019 年 7 月穩定發布	2015 年 7 月，2019 年 9 月 v1.16	2016 年 7 月，穩定版 2019 年 8 月
部署	基于 YAML	基于 YAML	獨特的格式
穩定	相對較新且不斷發展	相當成熟穩定，持續更新	成熟
設計理念	基于 Docker	基于 Pod 的資源分組	基于 Linux 的 Cgroups 和控制組
支持的圖像	Docker 映像格式	有限地支持 Docker 和 rkt	主要支持 Docker
學習曲線	簡單的	陡	陡

什么是 Kubernetes？

Kubernetes 于 2014 年 6 月首次發布，也稱為 k8s。它是谷歌為云原生計算提供的容器編排平臺。就功能而言，Kubernetes 是最原生集成的可用選項之一。它背后也有一個龐大的社區。Google 將 Kubernetes 用于其 Container as a Service 產品，更名為 Google Container Engine。對 Kubernetes 提供擴展支持的其他平臺包括 Microsoft Azure 和 Red Hat OpenShift。它還支持 Docker 并使用基于 YAML 的部署模型。

Kubernetes的架構構建在模塊化 API 核心?之上?，允許供應商圍繞其專有技術集成系統。它在為應用程序開發人員提供強大的 Docker 容器編排和開源項目工具方面做得很好。

Kubernetes和Mesos有什么區別？-美聯科技

什么是 Apache Mesos？

Apache Mesos 的根源可以追溯到 2009 年，當時他獲得了博士學位。學生們首先在加州大學伯克利分校開發了它。與 Kubernetes 和 Docker Swarm 相比，在管理數據中心和云資源方面，它采用了更多的分布式方法。

在處理容器管理時，它采用模塊化方法。它允許用戶在他們可以運行的應用程序的類型和可擴展性方面具有靈活性。Mesos 允許其他容器管理框架在其上運行。這包括 Kubernetes、Apache Aurora、Mesosphere Marathon 和 Chronos。

創建 Mesos 是為了解決許多不同的挑戰。一個是，將數據中心資源抽象到一個池中。另一個是配置不同的工作負載并自動化第二天的操作。最后，為正在運行的任務和新應用程序提供常青的可擴展性。它具有單獨管理各種工作負載的獨特能力，包括 Java 等應用程序組、無狀態微服務等。

容器管理：解釋

在我們決定如何選擇容器管理工具之前，必須進一步解釋容器管理的概念。

容器管理是添加、組織和替換大量軟件容器的過程。它利用軟件自動創建、部署和擴展容器。容器管理需要一個平臺來組織軟件容器，稱為操作系統級虛擬化。該平臺無需使用復雜的相互依賴的系統架構即可優化效率并簡化容器交付。

隨著越來越多的企業使用 DevOps 進行更快的開發及其應用程序，容器變得非常流行。容器管理產生了對容器編排的需求，這是一種更專業的工具。它自動化了基于容器的應用程序的部署、管理、網絡擴展和可用性。

容器編排：解釋

容器編排是指管理或調度用于多個集群中基于微服務的應用程序的單個容器的自動過程。它適用于 Kubernetes 和 Mesos。它還安排將容器部署到集群中，確定容器的最佳主機。

需要容器編排框架的一些原因包括：

配置和調度容器
容器可用性
容器供應和部署
容器配置
擴展容器應用以實現負載均衡
容器的健康監測
保護容器之間的交互

如何選擇容器管理和編排工具？

在決定如何有效地實施容器管理和編排時，需要考慮許多變量。最終的選擇將取決于用戶的具體要求。下面簡要解釋其中的一些。

CNI Networking：一個好的工具應該允許服務之間的簡單網絡連接。這是為了避免開發人員不得不花時間在特殊用途的代碼上來查找依賴項。
簡單性：使用的工具應該盡可能簡單地實現。
主動開發：選擇的工具應該有一個為用戶提供定期更新的開發團隊。這是由于容器編排不斷發展的本質。
云供應商：選擇的工具不應與任何單一的云供應商綁定。

注意：容器編排只是 Mesos 模塊化架構可以運行的工作負載的一個示例。這種專門的編排框架稱為?Marathon。它最初是為了在 Linux cgroup 容器中編排應用程序存檔而開發的，后來在 2014 年擴展了對 Docker 容器的支持。

Kubernetes 和 Mesos 有什么區別？

Kubernetes 和 Mesos 對同一個問題有不同的方法。Kubernetes 充當容器編排器，而 Apache Mesos 就像云操作系統一樣工作。因此，兩者之間存在一些根本差異，下表突出顯示了這些差異。

差異點	Kubernetes	阿帕奇梅索斯
應用定義	Kubernetes 是副本集、復制控制器、Pod 以及某些服務和部署的組合。這里，“Pod”是指一組位于同一位置的容器，被認為是部署的原子單元。	Mesos 的應用程序組被建模為一個 n 叉樹，組為分支，應用程序為葉子。它用于將多個應用程序劃分為可管理的集合，其中組件按依賴順序部署。
可用性	Pod 分布在 Worker 節點之間。	應用程序分布在從節點之間。
負載均衡	Pod 通過充當負載均衡器的服務公開。	可以通過代理負載均衡器訪問應用程序，即 Mesos-DNS。
貯存	有兩個階段 API。第一個為單個存儲后端提供抽象，例如 NFS、AWS 和 EBS 等。第二個為存儲資源請求提供抽象。這是通過不同的存儲后端來實現的。	Marathon 容器能夠使用持久卷，它們位于創建它們的節點的本地。因此，容器總是需要在所述節點上運行。實驗性植絨器集成負責支持非單個節點本地的持久卷。
網絡模型	Kubernetes 的網絡模型允許任何 pod 與任何服務或其他 pod 進行通信。它需要兩個獨立的網絡來運行，兩個網絡都不需要來自集群外部的連接。這是通過在集群節點上部署覆蓋網絡來實現的。	Marathon 的 Docker 集成允許將容器端口映射到軟管端口，這是一種有限的資源。在這里，容器不會自動獲取 IP，這只能通過與 Calico 集成來實現。需要注意的是，多個容器不能共享同一個網絡命名空間。
使用目的	它是集群領域新手的理想選擇，提供了一種快速、簡單、輕松的方式來開始他們的面向集群的開發之旅。它提供了高度的多功能性和可移植性，并得到了微軟和 IBM 等少數知名供應商的支持。	它是大型系統的理想選擇，因為它旨在實現最大冗余。對于?Hadoop?或 Kafka 等現有工作負載，Mesos 提供了一個框架，允許用戶將這些工作負載相互交錯。它是一個更穩定的平臺，但使用起來相對復雜。
供應商和開發商	Kubernetes 被多家公司和開發人員使用，并得到其他一些平臺的支持，例如 Red Hat??OpenShift?和 Microsoft Azure。	Mesos 得到 Twitter、Apple 和 Yelp 等大型組織的支持。它的學習曲線陡峭且相當復雜，因為它的核心重點是大數據和分析。

結論

Kubernetes 和 Mesos 采用不同的策略來解決相同的問題。在基于幾個特性比較它們時，我們發現與 Docker Swarm 相比，這兩種解決方案在特性和其他優勢方面是相當的。我們可以得出的結論是，它們都是容器管理和編排的可行選擇。每個工具都可以有效地管理 docker 容器。它們都提供對容器編排的訪問，以實現應用程序的可移植性和可擴展性。

在通過其 DC/OS 處理遺留系統和大規模集群環境時，Mesos 直觀的架構設計提供了很好的選擇。它還擅長處理更具體的技術，例如使用 Hadoop 進行分布式處理。想要構建專門用于 docker 容器編排的系統的開發團隊更喜歡 Kubernetes。我們的直接比較應該讓用戶清楚地了解 Kubernetes 與 Mesos 及其核心競爭力。目的是為讀者提供相關數據和事實，以告知他們的決定。