在迁入云端的同时保留内部部署系统的同时，这意味着要管理的资源过多，异构性太多，复杂性过高。
云复杂性危机即将爆发。我们每天都向云端添加数百个工作负载，建立新的数据库，添加不同类型的计算和存储，以及添加基于云的网络——并且在不撤下几乎不存在的内部部署的资源的情况下完成所有这些工作。
最终状态就是：要管理的资源太多，异构性太大，复杂性太高。
但是，一切都没有丢失。你可以做一些规划并使用好的工具来控制复杂性——无论是传统的内部部署的复杂性还是你正在构建的新的云复杂性。但是，就像IT中所有有价值的东西一样，你不得不投入一些时间，规划和资源来解决这个问题(不仅仅在前期，而且是持续不断地)。
以下是几点建议：
创建一个复杂性管理计划。这意味着在开始投放流程、技术和解决问题所需的大量资金之前，先回过头来看看自己所面临的问题。在这个计划中，你需要定义处理传统的复杂性和云驱动的复杂性的方法，如何跟踪系统，如何最大限度地减少今后的复杂性，以及如何使用技术来为你提供帮助。
选择管理复杂性所需的工具。这是一个潘多拉盒子，因为所有人都知道哪些工具会派上用场。在我的工作中，我最终以一些非常合乎逻辑的事情为依据进行了很多激动人心的讨论。你要选择具备以下功能的工具：配置管理，开发运维自动化，混合(云端和本地)监控和管理工具以及云特有的工具(如云服务代理(CSB)或云管理平台(CMP))。
设置流程。这意味着要花时间弄清楚跟踪云和传统资源的核心处理程序，绑定到这些资源的服务以及存在于这些资源周围的数据的处理程序。你如何添加和/或删除资源?谁做的?你用什么工具?
如果你做对了，你将在未来十年有非常高的生产力。如果你做错了，你很可能要一直埋头苦干。做出你的选择吧。
原文发布时间为：2018-06-8
本文作者：David Linthicum
