成功迁移至云端的关键在于架构
目前已出现了两种截然不同的“走向云端”模式。 第一个最明显的方法是本土方法。 本土的意思是新的，或者是全新的，或者是重写的。 本机方法鼓励将重点狭窄地放在应用上，假设当针对云进行定制时，性能和安全性就成为在云中配置正确服务的问题。 这不完全正确，但已经很接近事实了，所以我们暂时就这么认为。
第二种方法是“提升和转移”，其重点正是听起来的意思：将现有应用从其数据中心基础提升并转移到云中，并将其放置在多云基础上。 但是在这个模型中焦点不能只放在应用上，因为应用也具有必须解决的依赖关系。 其中包括涵盖应用和基础设施服务的其他架构组件。
Cloud Velox 报告最近重点强调了这一点，重点是利用云作为辅助数据中心。 有趣的是，它指出了这一发现：
人们始终存在一种刻板印象，认为 IT 部门绝大多数人反对云计算，原因是担心安全和网络问题。 然而，55% 的受访者表示，只要他们能够将其内部部署网络和安全控制扩展到云端，他们就会接受云 DR。 这表明 IT 专业人士并不反对云，他们只是希望在云中获得同等的控制权。
现在，Cloud Velox 专注于灾难恢复，但似乎一般问题具有更广泛的适用性。 如果您能够将网络和安全控制（服务）一起提升和转移到云端，那么将应用程序提升和转移到云端会更加可行。
基本上，如果您移动一个多年来使用网络中托管的应用服务进行了优化的应用程序而没有这些应用服务，那么您就会失去这些优化。 哦，有一种错误的观念，认为仅仅在云端就可以提高性能，因为它在物理上更接近互联网主干网和与之交互的用户，这在某种程度上是正确的，但并不完全正确。 这是因为应用的大部分性能并不由网络延迟决定。 事实是，应用中导致性能不佳的许多效率低下都与内容大小和组成、糟糕的连接管理以及无法正确调整网络堆栈以满足应用程序的特定需求有关。
当您将应用程序转移到云中时，安全问题也不会突然消失。 如果应用程序在数据中心容易受到 XSS 或 SQLi 攻击，那么当您将其转移到云端时，它仍然容易受到攻击*。 如果通过在可编程代理上部署 Web 应用防火墙或安全构件来解决数据中心中的这些问题，那么最好将应用防火墙和代理与应用一起提升和转移。
相对于应用而言，“提升和转移”架构的能力是共置云选项越来越受欢迎的原因之一。 也有人认为它比内部部署更能节省成本，而且比云端更好控制，但共置云端选项更有吸引力的特点之一无疑是能够提升和转移整个架构并利用“隔壁的云端”。 有时，组织希望将数据源移近云部署的应用程序，以避免返回公司数据中心所需的破坏性能的延迟。 有时企业希望能够在不中断后端的情况下扩展前端（并再次避免延迟）。 迁移到同地云提供商意味着他们可以做到这一点，因为云就在那里，通过非常快的数据中心级互连。
无论采用何种云方法（主机托管或公共云），成功迁移至云的关键是尽可能多地迁移架构。 尽管有云服务选项，但在转换过程中保持关键应用服务与其应用一致非常重要，以确保性能和安全性不会因迁移而受到影响。
* 也被称为霍夫定律，虽然它并不是真正的定律，但今天的观察结果仍然和 2009 年首次观察到时一样准确