亚马逊公司首席技术官Werner Vogels曾经多次表示,无论企业采用的是内部部署数据中心还是公共云的策略,最终只有采用公共云这一条路。然而,该公司如今却提倡采用二者混合应用的体系结构。

而微软公司将Azure Stack在技术上进行了改进,以便其在公共云与数据中心的体验尽可能无缝地满足客户的需求。与此同时,谷歌公司继续投资于某些服务运行在私有数据中心的技术,同时也使内部部署的业务逻辑更容易使用公共云服务。

当企业涉及公共云与内部部署数据中心的选择时,长期以来被认为是一个“非此即彼”的命题,如今日益成为一个二者共存的事实。调研机构IDC公司一年前的调查表明,55%的组织正在使用这种混合部署的方法。

随着混合部署变得越来越流行,了解适合自己需要的策略是企业要考虑的事项。在以往,企业的首席信息官和IT组织将其所有应用程序应用在公共云或本地部署数据中心。但是越仔细了解,就越微妙。

IT运维团队的应用程序选择

IT运维团队通常拥有数十个(也可能是数百)应用程序,他们负责维护基础设施,有些应用程序(例如面向公众的网站)的需求波动幅度巨大,这些应用程序对应于客户可能对不同产品和服务感兴趣的不同时段。对于那些往往具有非敏感数据的应用程序,采用公共云非常有意义,因此需求弹性可以与按小时租用的计算支出更紧密地匹配。

其他应用程序可能是内部部署的,没有需求波动和敏感的财务数据。这类应用程序更适合托管在本地部署数据中心,在这里可以实现额外的安全性,并且从长远来看,其资产的资本化成本更低。

IT运维人员采用云计算管理平台等工具逐个案例分析,主要是单一应用程序的托管分析,这种观点与首席信息官的“非此即彼”的观点有所不同。这就是为什么这么多组织都在选择的原因。

开发人员和大规模混合应用程序

当人们看到更多与新的基于微服务的应用程序的细微差别时,IT运维人员的定义再次发生变化。在以往,“混合云”和“多云”是同一事物的两种呈现方式,但随着应用程序架构越来越多地使用来自不同公共云提供商的云服务,同时在本地部署数据中运行业务的逻辑以大规模混合应用为中心,用户将根据具体情况选择托管服务。

例如,应用程序的业务逻辑可以在本地Kubernetes集群上运行,但可以利用公共云中的无状态服务进行增强。一个例子就是使用谷歌翻译来支持任意数量的语言,直接针对客户的内容,但是使用AWS Comprehend对用户评论进行情感分析,以检测它们可能是积极的还是消极的。

通过这种方式将内部部署基础设施与来自不同公共云的服务进行混合和匹配,可以为开发团队带来创新,而不必将它们绑定到应用程序各个部分的特定提供者。从这个角度看,很容易认识到“混合云”比其以前的用法更好地描述了这种架构。

大规模的混合应用程序将在公共云上开始使用业务逻辑,采用PaaS服务,因为它可以很好地缩小规模,并鼓励通过软件寻求创新。其中一些应用程序没有开发后续功能并消失,但其他应用程序将达到可预测的规模,这就是开展内部部署迁移的时候,就像Dropbox公司为IPO准备时那样,可以节省7500万美元的成本。尽管如此,在某些情况下,迁移内部部署的部件但仍继续使用PaaS服务是有意义的。

结语

企业的业务在公共云或本地部署数据中心的争论已经不再具有意义。随着需求的变化,这些选择需要经常重新审视新应用程序。因此,没有一种一刀切的模式,也没有“非此即彼”的选择。因此,企业需要选择一个适合自己的模式,在业务上进行创新,并实现长期成本控制。