短短8个月如何改变了云领域

 
早在四月，我就写过关于多云如何很快成为混合云的文章。当时我们看到基础已经奠定，但在过去八个月中，这一概念以更强大的方式得到了推广。
复习一下，当我说“混合匹配云”时，我说的是在竞争性云提供商的基础上提供来自一个云提供商的服务，从而使组织能够以不同的方式一起使用来自不同提供商的服务。例如，组织可以使用将数据存储在一个云中的计算和存储功能，而另一云提供商的服务则在该应用程序和/或数据之上(或与其一起运行)运行。因此，客户将与Azure建立关系，例如，存储他们的数据，这些数据是由在Azure或本地和Azure中运行的各种应用程序生成的;他们可以运行AWS服务来对该数据进行数据分析。
除了多云元素之外，我们还看到了更多与公共云提供商的产品和策略相关的活动，以解决本地或私有云环境。 Google Anthos，AWS Outposts，Microsoft AzureStack和Azure Arc都在努力提供可在内部或非公共云环境中运行的功能，以补充公共云服务。组织支持内部部署的动力受组织愿意和有能力在公共云中执行的工作以及组织在公共云中不具备或不愿意做的事情驱动。
这些解决方案所需的模型要比公共云提供商希望提供的模型复杂得多，但最终用户已要求它们。对于公共云提供商而言，如何导航最终客户在其内部部署位置中所拥有的广泛的系统，网络和安全模型是一项挑战(我听说一位高级云提供商高管称其为“数据中心沼泽”) 。
从概念到现实
一个最近的数据点显示了混合云和多云的发展趋势：AWS首次允许合作伙伴在本月的AWS re：Invent会议上使用术语混合云和多云，但不允许这些术语。在过去的会议中使用。意识到保持内部部署的概念并没有消失，公共云提供商正在适应。
即使是最严格的公共云模型的最坚定的信奉者，也意识到大多数组织都无法完全使用公共云。在传统系统，安全性/合规性要求以及对灵活性的需求之间，最终用户组织需要能够在必要时在环境之间无缝移动的解决方案。混合和多云现已成为标准。相同的客户压力是推动混合搭配云产品增加的首要因素。
除客户压力外，混合和匹配云也有所进步，部分原因是围绕多云的客户动量也有所发展。最初是受多云影响的受监管公司-主要是金融服务-但现在需求已从这些早期采用者转移到企业主流。在IT决策者看到使用公共云的成功并开始规划未来之后，他们常常了解到需要将混合作为计划的一部分的现实-并且将多云作为计划的一部分也很明智。对于某些公共云供应商来说，将基础架构和应用程序控制平面分开是现在发展业务的合理下一步，因为他们看到客户倾向于使用多云。
竞争加剧
混合和匹配云在2019年期间继续保持增长势头。GoogleAnthos现在普遍可用，并且Google继续将其作为混合云和多云产品进行推广。此外，AWS还宣布了围绕其混合云产品Outposts的更多投资和功能。 Azure Arc是最新发布的消息，它进一步搅动了市场。这是Microsoft对用户的一致性需求做出反应的一个很好的例子。
现在，您在该区域拥有三种不同的动物，分别是Google Anthos，Azure Arc和AWS Outposts。 Anthos已公开提升了其在其他公共云上运行的能力。 AWS Outposts旨在将AWS公共云功能引入客户数据中心。目前没有迹象表明AWS计划在其他公共云上支持AWS服务。 Azure Arc是全新的，涉及在内部部署控制平面以启用对Azure服务的访问。关于Arc功能的消息仍在不断发展，但微软表示它将在Azure环境中运行，并与竞争对手AWS和Google Cloud合作。 Arc的功能之一就是将其描述为纯粹的混搭游戏，无论基础架构如何，用户都可以混合信息。
可以预料到这些动态，领先的云提供商AWS拒绝为另一个公共云提供信誉，而处于第二名Azure和第三或第四市场地位的竞争对手Google愿意大胆地支持其他云。公共云及其服务。我怀疑所有这三个云提供商将在未来6到12个月内进一步发展其混合和多云战略及产品。
如果有的话，这些产品种类的增加表明围绕云的竞争正在转向访问和管理控制平面。我们知道这是一个混合云世界，因此现在的争夺战是谁能够最好地整合解决方案，以尽可能轻松，灵活地管理复杂，分散的环境。
后续步骤-以及最终用户需要了解的内容
客户在进行下一步的云计算之旅时需要牢记的是，多云仍然可以做很多工作，尤其是如果他们已经深入研究任何一家云提供商的产品。这完全取决于应用程序和解决方案的架构和构建方式。使用其中一些解决方案，供应商锁定仍然是一个大问题。
就像Google和AWS仅在客户提出要求后才接受混合云产品一样，我预计大型云提供商会发布更多的多云消息，这主要是受到类似客户压力的推动。客户需求在竞争激烈的市场中处于领先地位，而云提供商正在做出回应。
独立软件供应商(ISV)是此方程式的另一个重要组成部分。他们需要决定将要开发哪些基础平台。这包括尝试涵盖公共云，私有云/内部部署以及混合使用案例。除公共云外，还有多种平台选项可支持。这会驱动大量潜在的平台元素来持续支持和测试，这对于ISV而言可能是昂贵的。在ISV内部，围绕如何最好地设计其软件以实现适应和覆盖新平台的灵活性的战略讨论很多。
在Kubernetes上标准化
我之前曾写过，当混合匹配云实现时，我们将看到一波新的公司开始在“服务”而不是云上进行标准化，同时保持平台的灵活性。事实证明，采用的领先服务是Kubernetes。 Kubernetes在很大程度上也帮助了混合和匹配云产品。
Kubernetes和容器现在已经同时达到了兴趣和炒作的“巨大动力”阶段。现在有超过100个经过认证的基于Kubernetes的平台，其中许多是在广泛的容器应用程序开发和部署方面的市场竞争。它们包括阿里云容器服务，Amazon EKS，思科容器平台，Google GKE，HPE容器平台，Microsoft EKS，Oracle容器引擎，Rackspace容器服务和Red Hat Openshift。其他则针对更狭窄的市场。但是很显然，并非所有人都能经受住时间的考验。该空间可能会以与其他基于开源的基础架构技术(例如Linux和OpenStack)类似的方式发展。在这两种情况下，早期都有超过10家提供商业产品的公司。 ISV和IHV生态系统在其开发，测试和支持周期中无法支持那么多选项，因此该领域的数量减少了。
退一步，我们可以看到在过去10年（甚至20年），集装箱的兴趣如何促进了开发和部署模型的首次重大改革。这将推动并推动创建新的开发工具和服务，以更轻松地构建和管理应用程序。实际上，IDC估计：“从2018年到2023年，随着新工具/平台，更多开发人员，敏捷方法以及大量代码重用，将创建5亿个新逻辑应用程序，这相当于过去40年的构建数量。 “这种变化像往常一样在推动着商业发展，因为新技术公司获得了资金来推销这种趋势，最终用户评估了使用这些功能的新工具，培训，咨询和技术。
谁会拔得头筹？
自推出首款商业产品以来，我们已经在很短的时间内看到了混搭云的想法。随着客户继续完善其混合策略并采用诸如Kubernetes之类的技术进行标准化，混合搭配市场可能会出现进一步的迭代。最初的云战已经结束，我们正在进入竞争的下一阶段，这场战役的重点是为用户提供可以在所有所选环境中无缝运行的服务。