迁移到云端同时也保留本地系统意味着将会有太多的资源需要管理，并存在太多的异类和复杂性。
云复杂性危机即将发生。我们每天会添加成千上百个工作负载到云端，建立新的数据库，添加不同类型的计算和存储，以及添加基于云的网络——进行所有这些工作时，现有的本地资源几乎没有任何减少。
最终，便会有太多的资源需要管理，出现太多的异类和复杂性。
然而，你也不是一点办法都没有。你可以做一些计划，使用好的工具来使复杂性处于控制中——传统的内部部署复杂性和云中新产生的复杂性。但是，就像其他有意义的事情一样，你将必须投入一些时间、计划和资源来解决这个问题，而不仅仅只是在前期，还包括在后面的过程。
为了避免即将到来的云复杂性，可以采取以下三种措施：
制定一个复杂性管理计划。这意味着在流程、技术等方面出现问题之前，后退几步，了解你自己的问题。在该计划中，你需要自定义处理传统的和由云驱动的复杂性的方法，知道将可以如何跟踪系统，如何最小化以后的复杂性，以及使用技术来提供帮助。
选择管理复杂性所需的工具。这是一个潘多拉的盒子，因为所有人在哪些工具将有所帮助方面都有一个自己的看法。在我的职业生涯中，我进行了大量有关一些东西应当合乎逻辑的讨论。在我看来，你所选择的工具应当能够提供以下功能：配置管理、开发运维自动化、混合（云和内部部署）监控和管理工具，以及云服务代理（CSB）或云管理平台（CMP）等特定于的工具。
建立流程。这意味着需要花时间弄明白跟踪云和传统资源的核心流程、将服务捆绑在这些资源上的核心流程，以及存在于这些资源周围的数据。你如何添加和（或）移除资源？谁做的？以及你可以使用何种工具？
如果你做到这些，接下来十年时间中你就会取得丰硕的成果，而你如果采取了错误的做法，那么你很有可能会淹没在大量的工作中。你自己选吧。
