谷歌到底想用Anthos做什么？

上周，谷歌介绍了Anthos的新功能，以及它如何用在混合云上。

Service Mesh和Cloud Run将现有功能"漂亮"地包起来了——Antos Service Mesh用于连接和保护应用程序，而Cloud Run for Antos用于部署容器化应用程序。             

Anthos是什么？它是不是以Istio和Knative项目的形式已经存在了？实际上Anthos并不是一项真正的技术，而更多的是一个品牌，是谷歌云王冠上的珍宝Kubernetes（K8s）的延伸。

Kubernetes是一个开源项目，由谷歌发明，并且似乎已经在取代VM成为标准化基础设施，或者说成为面向部署应用程序的基础设施的API。             

谷歌正在充分利用其K8s的优势，努力赶上在云市场份额上遥遥领先的AWS和微软Azure。AWS和Azure都有自己的K8s服务，但对谷歌来说，K8s是核心，而不仅仅是一个服务。

Anthos在去年4月谷歌的Cloud Event Next活动上宣布，它是基于K8s的混合云的变体。简言之，Antos是部署在内部带有认证配置（通过戴尔和惠普等硬件供应商）的GKE（Google Kubernetes Engine），它安装了一个代理，保持与Google Cloud Platform（GCP）的加密连接。该代理允许你从GCP控制台管理Antos集群及其工作负载，部署和扩展应用程序。Antos依赖于与GCP的良好连接——例如，使用Google Cloud Interconnect。

尽管微软的Azure Stack也有类似的服务，允许你在自己的数据中心部署Azure服务，但方法是不同的。Azure Stack是一个不同服务的捆绑包，包括VM、SQL数据库、Azure Functions（无服务器代码部署）和web或API应用程序。

相比之下，Anthos更像是一个白布，你可以在上面安装容器中运行的任何内容，包括来自GCP marketplace的应用程序。它更像是安装了Azure Service Fabric的Azure Stack——微软自己的微服务平台，大部分Azure都是在这个平台上构建的。不过，与谷歌不同的是，微软未能使Azure Service Fabric成为行业标准。             

正如Azure Stack为微软所做的那样，Antos通过使在内部管理应用程序工作负载与在GCP上管理它们非常相似而带来了一致性。

Antos可以通过在K8s上的容器中运行VM来处理遗留的工作负载，而Migrate for Antos服务将迁移VMware或Google Cloud Engine VMs。  

          

根据最新的公告，Antos Service Mesh（beta版）是基于Istio的，而Cloud Run for Anthos是基于Knative的。谷歌正在做的是将这些技术与控制台和API打包，以使它们更易于使用。             

毫无疑问，Anthos是公司云战略的核心。现在的问题是，谷歌如何成功地利用K8s来占领企业级市场。

原文链接：

https://www.theregister.co.uk/2019/09/18/google_anthos_new_features_announced/

获取更多开源云技术资讯&大咖交流&免费活动，欢迎添加开源云中文社区小助手，备注开源云！

（长按识别二维码添加）