并非所有的东西都适合于开箱即用的云，而业务限制可能会使团队感到惊讶。 他们能做什么？ 好…
我不太确定我是否完全同意Cloud Opinion上的文章。 就是说，我绝对同意客户必须投资于学习重构和重构云的架构。 迟早，他们需要认真考虑它，以便利用经济学以及实际上云可以提供的其他重要因素的优势。
优化问题
问题并不像所提出的那样黑与白。 在很多情况下，围绕“提举和转移”的选项（我讨厌没有错）必须在其他所有情况下加以考虑。
云迁移中的迁移通常比COLO昂贵，这仅仅是因为现有的COLO基础架构是基于旧的采购资本支出模型构建的。 服务器在那里后，就在那里。 这个鲜为人知的事实意味着，在常规数据中心产品中配置相同的平台通常更便宜。
更糟糕的是，缺少围绕云的内部技能意味着必须引入外部技能，不可避免的上下文从COLO转换到云可能会使公司渴望熟悉它。 实际上，由于上述的资本支出/运营支出变动，这可能根本不兼容。 这样一来，像Moz这样的公司就处于起步位置，在这种情况下，起升和换挡操作使他们的收入几乎翻了原来的本地化TCO的两倍。
在这个位置上，这样的迁移怎么可能有意义？ 您必须先重新配置然后再转换，确定吗？ 通常，我同意。
填海工程
企业系统的现实比我们想要的要复杂。 无论开发团队或IT部门是否意识到，合同协议都规定了承担法律和经济后果的义务。 最值得注意的是，供应商续订。 提供固定的，预配置的虚拟化存储和5年计算的合同突然变得很难考虑更新日期。
同时，组织面临着压力，要求事半功倍。 商业用地成本更高，员工成本更高，资本成本更高（因为增加了更多的资源并获得了更多的许可证）。 许多组织都在核心VMWare基础架构上，这类似于迁移裸机，除非您将其转换为AWS或Azure。 AWS长期为希望迁移的用户提供了一个选项。
但是，这些仍然不是没有痛苦的，并且可以建立100％的信心。 我们采取的任何步骤都需要测试。 因此，最终的虚拟机需要进行全面测试。 尤其是通过负载平衡服务，并且会受到新的网络延迟的影响。 对于企业而言，将VMWare服务器直接按原样放置到AWS上要容易得多，因为在考虑性能和通常的可靠性时，这省去了活动部件之一，同时还进行了大量的相关测试以及很大一部分常规测试蓝绿色监控，肯定是他们所看到的（我认为您不应该对质量有所顾忌）。 对于企业而言，该理论走的路要轻得多。 在他们进行必要的建筑返工时提供一个权宜之计。
从整体服务向微服务过渡并不是一件容易的事。 有很多遗留代码工作。 完成后，太好了！ 但是，在那之前，通常会有很多错误的开始，并且肯定要做很多工作，甚至是零散的。 首先进行重新架构工作会在该架构和云迁移之间建立依赖关系。 如果第一项工作没有完成或没有以相同的方式交付，则云永远不会发生。 如果那时候要进行供应商更新，而且价格昂贵，那么公司必须付出额外的资本成本。 通常持续12到24个月或更长时间。
至关重要的权衡
将其与稍后不进行操作的成本进行比较。
与适当的云架构相比，升降式移位的成本更高（或者永远不会更低）。 我认为大多数人都可以同意。 取消和转移2到4年就像是更新供应商，而且成本几乎翻了一番。 就像签了一份3.5到7年的合同，但合同却只有2到4年。 它引起了许多问题：
- 这笔额外费用是否需要早晚进行架构改造？
- 公司会从更早地重用空间中获得更多收益吗？ 例如，新员工拥有任何额外的生产力。 还是更低的每台服务器IT人员成本？
- 公司是否有足够的能力进行迁移或返工？
- VMWare迁移步骤是否为其留有空间？
- 供应商是否有足够的时间进行更新以执行架构工作，而又不损害整个平台的总体拥有成本？
- …
摘要
对于某些客户，VMWare与AWS的合作确实解决了这些客户的痛点。 我当然不建议您将它作为主要策略，但是如果需要，它是架构师中的另一种工具，并且它与对系统的未来有共同的关注，我们至少应该准备好采用，否则我们可能会冒着失去投资价值优势的风险，而导致双方的优劣结果。
