如何为拥挤的云资产引入秩序？

如果你对该问题感兴趣的话，推荐你看看《云计算行业-驾驭混合云》这篇报告，下面是部分摘录的内容，具体请以原报告为准。

1.构建与业务协同一致的独一、整合的混合云平台和应用架构

驾驭意味着从“无序混用多云”（多个相互竞争而非协同 互补的云平台）转变为独一、整合的混合云平台。此平台 不仅将为整个企业的用户提供高度集成化和深度自动化 的软件生产服务，而且还将通过便捷且极具成本效益的 混合云服务“市场”来简化服务供应与使用。此平台还将 定义一些着陆区域，让用户能够在技术和管理负担更低 的平台上高效开展工作。

使用与业务协同一致、支持开放创新的应用架构来为平 台提供强有力的补充。为了充分发挥混合云平台架构的 效用，企业需要建立一种互补、业务驱动的框架来指导 制定决䇿，确定当如何在混合云环境中高效地运行应 用。要将某个应用迁移至公有云吗？如果要迁移，应当选 择哪个公有云？还是要将该应用部署在私有云中？抑或 是将其保留在数据中心内部？这个应用是否可以淘汰 了？如何跨业务领域和生态系统实现应用和数据互连？

混合云驾驭实践采用了全然不同的方法。在理想情况下， 企业应当将一些应用重新设计为可重用组件，作为业务 逻辑模块的“可组合式”装配件。这并不是一种新想法，早期的 IT 文献就已经提出了“面向服务的架构”的概 念。如今的微服务、容器和混合云平台技术只不过是在 企业层面上实现了面向服务的架构。这正是混合云“一 次构建，随处部署”的超能力发挥实效的一种方式。开发 人员只需一次构建微服务，然后就可以在云资产中任何 位置运行的应用程序中重用该微服务。

除了为开发人员带来便利之外，可组合式应用理念的技 术表面下还蕴含着巨大的商业价值。要将应用视为业务 逻辑块，企业需要深入理解应用需要通过哪些功能来改 善业务绩效：所构筑的软件开发能力将为业务支持者带 来哪些回报？建立这种联系正是领域驱动设计 (DDD) 等 实践的全部意义所在：“领域”是指我们通过快速发布可 组合式应用来改进的业务领域。而可组合式应用则是由 微服务组装而成的产品。

2.运用产品思维来构建混合云平台

您所掌握的关于构建数字产品的一切理念（如第一步中 所述）都可以直接应用于构建混合云平台。请记住，混合 云平台（您所构建的产品）是一个服务交付平台。您致力 于为客户提供这些云平台服务，因此其“价值”形式也将 由这些客户定义。在平台开发之初定义“以客户为中心” 的设计理念和原则，这将确保在推出平台服务时实现巨 大的收益。

一个实际例证：许多大型企业都在 IT 行业媒体的大肆宣 传下购买了昂贵的大型云平台。但几乎没有任何用户在 真正使用这些平台。尽管这似乎是一种企业标准方法，但 实际运行效果却不达预期。

原因何在？或许平台的构建者忘记向其最终用户（也就是 使用该平台的开发人员）获取意见和反馈。最有效的方式 应当是采用“众包”方式来开发开放式混合云平台 — 也 就是由开发人员自建平台。这些开发人员深知如何在当 前环境中交付软件，而他们自建的新平台将助其更加快 速、轻松、出色地完成开发任务。正如Red Hat 的 Andrew Clay Shafer 所说：“现成的平台让开发者 避之不及。令其 自建平台则正合他们心意。”

就像是为付费客户开发出色的产品一样，新平台应当能够 助力开发人员出色完成任务，同时兼顾企业的 IT 需求。 新平台只有做到简单好用才能成为企业中的标准工作方 式。这就要定制平台服务设计，让基于新平台的开发流程 成为阻力最小路径，开发人员也就自然会摒弃在旧式孤 岛中开发的落后方式。随后，新平台将步入快车道，通过 一种合规、一致的方式来增强安全性。

3.确定一些契合发力点

在这些契合发力点，平台开发、服务交付、云原生技术等 实践将与企业大力支持的以云为驱动力的绩效改进和创 新计划形成卡位式匹配。

构建混合云平台的一项黄金法则就是设计、测试、构建 和交付企业当前最迫切需要的服务，让广大用户能够快 速采用。然后继续通过试验来验证架构设计决策，并创 建工程概念验证和 MVP 技术架构来测试平台设计替代 方案。与此同时，您将持续创造更多业务价值。