越來越多的企業使用容器技術部署云應用，似乎容器和云的關系越來越緊密。因此三大云供應商--Amazon Web Services， Microsoft Azure和Google工——都推出了各自的容器服務。但是，這些服務并不完全一樣。
為了達到本文的目的總部位于波士頓的云計算咨詢公司，Cloud Technology Partners，深入分析了Amazon Web Services（AWS），Google和Azure容器服務，仔細考量了用例。該公司仔細考察了評估或使用基于云的容器服務時需要重點研究的特性，包括數據管理、擴展性、性能、安全、DevOps以及和管理運營的集成（結果見表1）。用例覆蓋了開發和運維，簡單來說，覆蓋了當你使用這三種技術構建并且部署應用程序所必須使用的功能。
比較三大主流云供應商按需容器產品的評分。
1-5的分值，1是最低分，5是最高分。打分為1意味著該技術完全沒有提供對該項的支持，而5意味著該技術滿足了該項的絕大部分特性和功能需求。在DevOps項考察的需求，是容器子系統支持DevOps運維，或者提供集成倉庫的能力。
對于正在評估Google、AWS或者Azure容器服務的企業來說，本文提供了一些基本知識。但是你自己應用程序的具體需求才是驅動最終產品決策最重要的因素。
集成和數據考量
Azure容器服務（ACS）基于Apache Mesos，一個開源容器編排系統。這意味著受益于ACS的前身， Mesos的特性和功能的良好口碑，用戶可以認為ACS的特性和功能還不錯。ACS，還沒有完全可用，是之前提到的容器服務里最新的一個。隨著Microsoft容器產品的進一步開發，我們會得到更多數據，很多得分可能會隨之變化。
Google并沒有領先太多，AWS和Microsoft可能會快速趕超。
AWS EC2容器服務（ECS）里，我們能夠看到一些運維問題，比如不能細粒度監控容器。當考察ECS和管理以及運維的集成能力時，應該和其他AWS產品一樣強大才對，和Google容器引擎（GKE）的5分對比，我們不得不只給4分。但是，ECS的確包括CloudWatch集成，這點和ACS相比是一個優勢。另外，現在，ACS還僅僅支持Linux容器。Windows支持就快好了，Microsoft引入了Mesos，.NET開發人員暫時還不能使用這項服務。
從數據的角度看，所有這些服務都提供了原生數據鏈接，而無需強制使用外部API——但是還有改進的空間。一大顧慮是它們會將原生數據服務和容器綁定到一起，并且不提供開放數據訪問，這樣能夠加強便攜性。如果數據緊耦合到容器里，那么就很難創建便攜的容器。這是一個新興的領域，我們會持續關注。
AWS、Google和Azure容器安全性
當考慮到安全性時，我們發現Google的服務，通過其Kubernetes容器編排系統，擁有一個“秘密”功能以及一些其他兩種服務沒有的額外的資源限制。因此，GKE在安全性上得分最高。要記住Microsoft也使用Kubernetes，但是以不同的方式實現。該技術的大部分內容對于用戶而言都被抽象了。
但是，當考察托管平臺時，或者容器服務運行的公開云平臺，很有意思的一點是Google平臺，當涉及到安全性時，比AWS或者Azure稍稍落后一點。雖然Google能夠和第三方認證訪問管理（IAM）工具一起工作，但是它缺少對原生IAM的支持。雖然這一點沒有影響上表里的評分，但是這也是決定使用哪種平臺時需要考慮的方面。
DevOps和擴展性
當考慮到DevOps時，GKE和Amazon ECS都擁有自己的registry，但是Azure容器服務沒有。當考慮到各自云上的容器服務時，Google和AWS提供了更好的DevOps集成。
擴展性要求和你的應用需求相關，因此我們得基于他們能夠提供的機制做假設，比如Mesos，以及一些我們在項目中看到的用例。當考察這些技術用來托管并且運行容器時，你可以使用相同的方案。比如，使用Mesos的ACS，應該能提供還不錯的擴展性，但是沒有GKE那么好，GKE能提供更好的集群能力。
眾所周知，Amazon ECS能提供高質量的擴展性，主要依賴于AWS帶給其容器引擎的高可擴展平臺特性。
綜上所述，受益于Google產品和其自己的Kubernetes容器集群，以及Google的開發和運維支持的緊密集成，Google的產品總的來說更先進。但是Google并沒有領先太多，AWS和Microsoft可能會快速趕超。基于AWS的市場占有額，它很可能近期就能提供更好的容器方案。
京公網安備 11010502049343號