您如何响应客户需求并更快地将创意推向市场？ 发展你的抽象

十多年前，Marc Andreesen 恰当地说，“软件正在吞噬世界。”¹ 今天，软件看起来有点不同。 我们不仅通过 Internet 使用来自云服务提供商（如 Salesforce、AWS，当然还有 VMware）的软件，而且大多数全球企业现在都使用云原生应用程序开发自己的软件。 今天，我们可能会争辩说 云 软件正在吞噬世界，或者也许正在喂养它。

大流行使这种发展趋势变得超速，这使得从偏远地区（通常通过软件）交付客户成果成为绝对必要的。

我们的客户建立的应用程序——比如那些将托儿服务与有需要的父母联系起来的应用程序，或者使用人工智能在没有客户进入银行的情况下批准贷款——在过去几年里帮助我们所有人维持生计。 这些是紧急发展的必要进步，但我们在此过程中获得的技能和技术将远远超出口罩和社会距离的范围。

^{观看 VMware 多云简报，了解行业、合作伙伴和客户对跨云抽象的看法。}

多云和抽象的作用

我们的客户通过云中的软件提供的服务令人惊叹。 我们现在看到的是在两个方面几乎无处不在：

• 95% 的新应用程序是使用容器开发的²，并且 Kubernetes 正在为这些应用程序编排大部分底层基础架构
• 75% 的组织拥有多云架构，其应用程序具有两个或更多公共云

这是 IT 领域熟悉的演变和反复出现的挑战。 还记得我们在数据中心有多个独立运行的物理服务、存储阵列和网络设备吗？ 这种复杂性引入了抽象层——虚拟化——它使我们能够使所有这些组件作为一个整体一起工作。

随着虚拟化技术的进步，增加了对基础设施资源的自动化和按需自助服务访问，为创建我们现在所知的 IaaS 和 AWS、Google Cloud 和 Azure 等超大规模云提供商时代打开了大门。

由于大多数组织现在为其基础架构使用多个云提供商，我们又回到了类似的复杂模式。 对于开发人员来说，每个云提供商都有独特的接口和 API，它们增加了工作量并减慢了他们的发布速度。 运营商面临着类似的挑战，每增加一个云都会增加其架构的复杂性、分散的安全性、性能优化和成本管理。

因此，这种多云架构拥有所有云中最好的，但再一次，它很复杂。

解决多云复杂性以提高敏捷性和速度

我们正处于抽象的临界点，解决这种复杂性的方法开始出现。 推动这一点的是，开发人员不想考虑他们的底层基础设施，无论是在容器级别还是在他们运行的云上。 同时，运营商希望对每个云的部署、支出和安全配置具有一致的可见性。

满足这些需求需要跨云运行的软件接口，从而抽象出底层多云基础架构的复杂性。 在 VMware，我们将此抽象层称为跨云，我们的一些行业合作伙伴也如此，例如 Snowflake³.

例如，我们的一项跨云服务 VMware Tanzu 为云中现代应用程序开发的开发人员和运营商提供服务。 开发人员无需接触底层基础设施就可以签入他们的代码，这与他们的开发工具和模板分离。 然后，运营商在多云之上部署自己的与云无关的抽象。 借助 Tanzu，他们可以针对任何云以相同的方式管理、监控和保护 Kubernetes 集群。

“真的，最好的一点是我的开发团队并不真正知道使用 OpenStack 和 AWS 之间有什么区别。 开发人员的体验几乎完全相同。” – Greg Meyer，Cerner 董事兼杰出工程师

借助这些抽象，开发人员可以更快地移动，满足客户需求并将新想法变为现实，从而推动组织的发展。 您可以以可持续、持续优化的成本运行云基础架构。

选择一个或另一个云提供商不再需要增加 IT 的复杂性。 相反，您可以专注于基于您选择的任何云构建的改善客户体验和推动增长的想法。 通过抽象出多云的复杂性，您可以达到新的业务敏捷性水平。

要了解更多信息，请跳转到我们的 多云简报，在那里我与行业专家和我们的一位伟大客户讨论了这个概念。