本文作为一个有价值的路线图，旨在帮助那些正在寻求优化企业云的人。
*大多数基础架构托管在两个或更多数据中心，分布在一个国家甚至跨越一两个大洲。
*应用程序规模有数百个，组织缺乏统一的IT架构标准，各种应用程序混杂在一起。
*开发流程从瀑布到各种形式的敏捷，但是单体架构/三层架构阻碍了应用程序本身的灵活性。
*硬件平台是专有或开源的Unix变体（HP UX，Solaris，Linux等）与Windows的混合体。
*这些组织中的业务线通常不满底层基础架构的僵化，并将IT视为瓶颈
*因此，IT团队在做出自己的技术购买决策时往往被有影响力的业务部门所束缚。
*大多数基础架构内部托管有两个或更多数据中心，分布在一个国家或甚至跨越一两个大洲。
*但是，由于对中央IT部门的不满，他们的业务部门对使用公有云越来越感兴趣，因为中央IT部门提供服务需要很长的交付周期（通常在1到2个月之间）
*虽然应用程序数量只有几百个，但这一阶段的企业已经开始制定中央IT架构标准以减少应用程序的杂乱无序。
*为了提高单体架构/三层架构的灵活性，这些组织开始在开发生命周期的特定阶段采用DevOps之类的实践，包括单元测试，持续集成和实时应用程序监控。目标都是为了减少应用程序的错误，并缩短检测应用程序中故障的平均时间。
*IT部门不再孤单，购买决策由业务部门和IT部门共享，通过评议来实现数据和应用程序资产的合理化。
*影子IT开始越来越多地出现。
*然而，与专有虚拟化相关的成本已经开始限制预算。业务线正在加速转向基于Linux的商业服务器上运行的虚拟化，以保持成本竞争力。但是，与迁移相关的系统管理技能和成本仍然是一个重大瓶颈。
*通常在CIO的领导下公司会进行大量的投资优化组合，基于具体不同的标准，将应用程序部署到公有或私有云。
*转向云计算取决于经济因素 - 经济性（如基础设施成本，开发人员/管理人员培训/互操作性成本），投资回报率（ROI），盈亏平衡前经过的年/季度数以及定性因素 - 业务对短期痛苦的容忍度，企业追赶和解除竞争的必要性等等。将此分析与整个基础架构中的现有IT供应商投资（合同等）结合起来可能也非常有用，可以构建风险/回报连续统一的视角。还需要考虑是否可以以某种方式将组合后的云支出合并到现有老系统的更新/重构项目或数据中心整合项目中。
*其他决定性标准根据需要的监管水平和性能而不同。通常，企业应用程序将继续部署在本地。
*Greenfield应用程序可以根据业务需求从基于云的开发和交付模式中受益，并将转而混合使用私有云和公有云。这些应用程序正在使用DevOps流程进行开发，包括CI / CD pipeline和监控 - 这些服务在公有云上能够很容易获得。
*在这个阶段，团队经常抱怨的高成本的专有虚拟化和管制严格的Greenfield应用程序将倾向于私有云上的POC--通常是像OpenStack一样运行KVM作为hypervisor的IaaS解决方案。
*作为组合分析的结果，绝大多数单体应用程序正在成为第一批升级和改造的目标，这意味着它们将被移植到运行虚拟机的云中。
*由于成本考虑，重新将代码云化仍然是一个理想的选择。
*云原生成为应用程序开发事实上的标准。基于对云计算框架的深入理解，云原生应用程序需要进行架构设计，开发，打包，交付和管理。应用程序本身从一开始就需要考虑可扩展性，弹性和增量增强。
*根据应用的不同，优化原则包括IaaS部署管理以及容器编排。这些应用程序需要使用敏捷原则来支持开发和增量增强。基本事实是，这不仅会改变您的基础设施的配置和部署方式，还会改变它的管理方式。
*此阶段的云架构涵盖四个关键领域：1）业务架构，2）数据架构，3）应用程序设计和4）部署架构。
*现阶段的公司将广泛部署CaaS（容器即服务）和FaaS（Function即服务）。 PaaS可组合性的缺失将推动Kubernetes等开放源代码技术的普及。
*企业意识到运行私有云时运营成本最大，而不是硬件、电力或冷却成本。这将导致企业将工作负载从公有云转移到已对低运营成本和复杂性进行了优化的私有云。
1.调研实现不同经济和商业价值模式并推动商业成功的案例。就成本和运营方面的挑战而言，设计效率低下的云场景实际上可能对业务造成灾难性影响。
2.考虑一系列混合云架构，牢记上述成熟度和体系结构。尽可能避免锁定IaaS提供商或云端堆栈。作为一种降低风险的方式，投资于私有云战略。公有云永远不会是万能的。
3.运行私有云最大的难点在于运维成本。考虑采用可部署、可监控、排障并无缝更新私有云的SaaS Managed解决方案，以便在未来的几年中，您可以确保以最低的运营成本获得最先进的私有云管理。
4.多云管理是云管理员需要处理的一个挑战，一些管理措施需要在整个商业环境中进行阐述 - 经济、价值实现、人员规划，退单等。“单一管理平面”是值得的追求的目标，但是，要小心销售“集成”堆栈的供应商，这些与公有云API一样容易被锁定。
5.利用垂直行业采用的成功蓝图和模式。您所在行业的领导者如何将垂直云中的特定用例用于更广泛的场景？
6.在三个重要方面，即私有云、公有云和容器原生开发，中基于SaaS管理平面的投资是关键。这些将成为降低混合云和容器管理投资风险的一种方式。
原文
随着规范和安全性因素的改善，除了构建功能丰富的私有云外，企业还开始将工作负载转移到公有云中。 两者的结合 - 混合云 - 将成为2018年及以后的主流基础架构模式。 在这篇博客文章中，我提出了一个适用于公司的企业成熟度模型，即将云计算视为节约成本的一种方式，又可以利用云原生的固有灵活性来创建新的业务模型。
介绍
企业刚刚开始进入一个为期十余年的演进，在基础设施和开发领域转向以云技术为主导的IT环境。 虽然每个企业的关键驱动因素可能会有所不同，但上市时间、降低的成本以及易管理性等标准通常被认为很重要。下图显示了一个四阶段云成熟度模型。 在第一个和第二个成熟阶段，企业可以被称为初学者，落后于他们技术上最先进的竞争对手。 在其余两个层面上，公司开始将IT视为自助服务，与开发人员进行更多协作以构建和逐步增强企业应用程序。
第一阶段：临时
在第一阶段，云计算及其相关概念如IaaS，容器，编排，SaaS等是企业最熟悉的术语。*大多数基础架构托管在两个或更多数据中心，分布在一个国家甚至跨越一两个大洲。
*应用程序规模有数百个，组织缺乏统一的IT架构标准，各种应用程序混杂在一起。
*开发流程从瀑布到各种形式的敏捷，但是单体架构/三层架构阻碍了应用程序本身的灵活性。
*硬件平台是专有或开源的Unix变体（HP UX，Solaris，Linux等）与Windows的混合体。
*这些组织中的业务线通常不满底层基础架构的僵化，并将IT视为瓶颈
*因此，IT团队在做出自己的技术购买决策时往往被有影响力的业务部门所束缚。
第二阶段：虚拟化
对于第二阶段的组织来说，服务器虚拟化是全面部署的。虽然诸如IaaS，Containers，Orchestration，SaaS等术语在开发、基础架构和运营团队之间有积极的讨论， 但主要模式还是运行供应商提供的软件来管理大型虚拟实例 - 通常有数十万个。*大多数基础架构内部托管有两个或更多数据中心，分布在一个国家或甚至跨越一两个大洲。
*但是，由于对中央IT部门的不满，他们的业务部门对使用公有云越来越感兴趣，因为中央IT部门提供服务需要很长的交付周期（通常在1到2个月之间）
*虽然应用程序数量只有几百个，但这一阶段的企业已经开始制定中央IT架构标准以减少应用程序的杂乱无序。
*为了提高单体架构/三层架构的灵活性，这些组织开始在开发生命周期的特定阶段采用DevOps之类的实践，包括单元测试，持续集成和实时应用程序监控。目标都是为了减少应用程序的错误，并缩短检测应用程序中故障的平均时间。
*IT部门不再孤单，购买决策由业务部门和IT部门共享，通过评议来实现数据和应用程序资产的合理化。
*影子IT开始越来越多地出现。
*然而，与专有虚拟化相关的成本已经开始限制预算。业务线正在加速转向基于Linux的商业服务器上运行的虚拟化，以保持成本竞争力。但是，与迁移相关的系统管理技能和成本仍然是一个重大瓶颈。
阶段＃3：云就绪
在云就绪阶段，组织由于其领导地位，意识到他们IT的最终目标将是基于云的IT服务 - 为开发人员提供应用程序、服务器、存储或应用程序堆栈。*通常在CIO的领导下公司会进行大量的投资优化组合，基于具体不同的标准，将应用程序部署到公有或私有云。
*转向云计算取决于经济因素 - 经济性（如基础设施成本，开发人员/管理人员培训/互操作性成本），投资回报率（ROI），盈亏平衡前经过的年/季度数以及定性因素 - 业务对短期痛苦的容忍度，企业追赶和解除竞争的必要性等等。将此分析与整个基础架构中的现有IT供应商投资（合同等）结合起来可能也非常有用，可以构建风险/回报连续统一的视角。还需要考虑是否可以以某种方式将组合后的云支出合并到现有老系统的更新/重构项目或数据中心整合项目中。
*其他决定性标准根据需要的监管水平和性能而不同。通常，企业应用程序将继续部署在本地。
*Greenfield应用程序可以根据业务需求从基于云的开发和交付模式中受益，并将转而混合使用私有云和公有云。这些应用程序正在使用DevOps流程进行开发，包括CI / CD pipeline和监控 - 这些服务在公有云上能够很容易获得。
*在这个阶段，团队经常抱怨的高成本的专有虚拟化和管制严格的Greenfield应用程序将倾向于私有云上的POC--通常是像OpenStack一样运行KVM作为hypervisor的IaaS解决方案。
*作为组合分析的结果，绝大多数单体应用程序正在成为第一批升级和改造的目标，这意味着它们将被移植到运行虚拟机的云中。
*由于成本考虑，重新将代码云化仍然是一个理想的选择。
阶段＃4：云优化
*鉴于快速成熟的基于云的交付模式（IaaS和SaaS） - 在这个阶段的企业必然包括对这四个关键技术领域的云原生架构的策略和设计。*云原生成为应用程序开发事实上的标准。基于对云计算框架的深入理解，云原生应用程序需要进行架构设计，开发，打包，交付和管理。应用程序本身从一开始就需要考虑可扩展性，弹性和增量增强。
*根据应用的不同，优化原则包括IaaS部署管理以及容器编排。这些应用程序需要使用敏捷原则来支持开发和增量增强。基本事实是，这不仅会改变您的基础设施的配置和部署方式，还会改变它的管理方式。
*此阶段的云架构涵盖四个关键领域：1）业务架构，2）数据架构，3）应用程序设计和4）部署架构。
*现阶段的公司将广泛部署CaaS（容器即服务）和FaaS（Function即服务）。 PaaS可组合性的缺失将推动Kubernetes等开放源代码技术的普及。
*企业意识到运行私有云时运营成本最大，而不是硬件、电力或冷却成本。这将导致企业将工作负载从公有云转移到已对低运营成本和复杂性进行了优化的私有云。
我的建议...
无论你处于哪个阶段，取决于你的业务压力，你都需在几个月或几年内继续前进。随着公有云服务的易获得性，许多大型企业除了支持现有内部基础架构的成本之外，还有高昂的“影子IT”开支。那么处于云成熟度不同阶段的企业都可以从中获得什么样的最佳实践建议？我认为有六个关键的东西。1.调研实现不同经济和商业价值模式并推动商业成功的案例。就成本和运营方面的挑战而言，设计效率低下的云场景实际上可能对业务造成灾难性影响。
2.考虑一系列混合云架构，牢记上述成熟度和体系结构。尽可能避免锁定IaaS提供商或云端堆栈。作为一种降低风险的方式，投资于私有云战略。公有云永远不会是万能的。
3.运行私有云最大的难点在于运维成本。考虑采用可部署、可监控、排障并无缝更新私有云的SaaS Managed解决方案，以便在未来的几年中，您可以确保以最低的运营成本获得最先进的私有云管理。
4.多云管理是云管理员需要处理的一个挑战，一些管理措施需要在整个商业环境中进行阐述 - 经济、价值实现、人员规划，退单等。“单一管理平面”是值得的追求的目标，但是，要小心销售“集成”堆栈的供应商，这些与公有云API一样容易被锁定。
5.利用垂直行业采用的成功蓝图和模式。您所在行业的领导者如何将垂直云中的特定用例用于更广泛的场景？
6.在三个重要方面，即私有云、公有云和容器原生开发，中基于SaaS管理平面的投资是关键。这些将成为降低混合云和容器管理投资风险的一种方式。
原文