上周,谷歌介绍了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来占领企业级市场。

信息化和软件服务网 - 助力数字中国建设 | 责编:夏丽 左右