目前，“上云”已形成两种截然不同的模式。第一种也是最直观的模式，即云原生方式。这里的“原生”是指全新的应用，包括从零构建或重写的应用。云原生方式侧重于应用本身，其基本假设是：应用经过云环境适配后，只需在云中配置适当的服务，即可满足性能和安全需求。这种说法并不完全准确，但暂且可以这样理解。
第二种方法是“直接迁移”，顾名思义，就是将现有应用从数据中心的基础环境中迁出并转移到云端，使其在云基础环境中运行。但在这种模式下，不能只关注应用本身，因为还必须处理应用的依赖项，包括横跨应用服务和基础设施服务的其他架构组件。
最近，一份Cloud Velox报告重点介绍了这一点。该报告聚焦于将云用作辅助数据中心，并特别指出了以下发现：
“一种固有看法认为，出于对安全和网络问题的担忧，IT人员普遍反对采用云。然而，55%的受访者表示，只要能将本地网络和安全控制扩展到云端，他们就愿意采用云灾难恢复。这表明，IT专业人员并非反对云，只是希望在云端拥有同等的控制能力。 ”
Cloud Velox当时关注的是灾难恢复，但这一普遍问题似乎适用于更广泛的场景。如果在将应用直接迁移到云端的同时，也能一并迁移网络和安全控制（服务），这种迁移方式会更容易被接受。
基本上，如果某个应用多年来一直借助网络中托管的应用服务进行优化，而迁移时没有带上这些应用服务，原有的优化效果就会丧失。有一种误解认为，只要将应用部署到云端，就能提升性能，因为云在物理位置上更接近互联网骨干网和使用该应用的用户。这种说法有一定道理，但并不完全正确，因为应用性能在很大程度上并非由网络延迟决定。事实上，应用中许多导致性能不佳的低效问题，都与内容的大小和构成、连接管理不当，以及无法根据应用的具体需求适当调优网络协议栈有关。
将应用直接迁移到云端后，安全问题也不会突然消失。如果应用在数据中心内容易受到XSS或SQLi攻击，那么迁移到云端后，它仍然存在这些漏洞*。如果在数据中心内通过Web应用防火墙或部署在可编程代理上的安全组件来解决这些问题，那么最好将应用防火墙和代理随应用一同迁移到云端。
能够“直接迁移”整个架构，而不只是应用，是托管式云方案日益普及的原因之一。与本地部署相比，这种方案也被认为有助于节省成本；与云端部署相比，则能提供更强的控制力。但托管式云方案更具吸引力的特点之一，无疑是能够直接迁移整个架构，并利用“近在咫尺的云”。有时，组织希望将数据源移至更靠近云端应用的位置，避免因数据必须一路传回企业数据中心而产生严重影响性能的延迟。有时，企业希望在不影响后端的情况下横向扩展前端，同时也避免延迟。迁移到托管式云提供商后，企业便可实现这些目标，因为云就在旁边，并通过高速、数据中心级互连相连接。
无论采用哪种云模式（托管式云或公有云），成功将系统直接迁移到云端的关键，都是尽可能完整地迁移整个架构。无论选择哪种云服务，在迁移过程中，都应确保关键应用服务与其应用一同迁移，以免迁移影响性能和安全性。
*也称为Hoff 定律。虽然它并非真正意义上的定律，但这一观察如今仍与2009年首次提出时一样准确
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。