跟超大规模云说拜拜，下一个更乖

一、超大规模云太贵，了解一下“替代云”

替代云，指“替代超大规模云的公有云服务。”根据Gartner的调研，替代云已占据 20% IaaS 市场份额（单位：B$）。

尽管云产业已经成为数字化时代所必备的底层基础，但随着多元化的业务需求的增多，多云战略、本地部署形成混合环境，云复杂性将随着时间的推移日渐增加，并可能导致成本上升、资源利用效能降低。

在此背景下，“替代云”服务商越来越受到中小型企业的欢迎。这是因为新兴的云服务模式同样能够为企业客户提供同类别的核心服务，且更具性价比。

二、“替代云”3重优势

切实可信的“替代云”服务商具备如下优势：

1. 以更小的规模，聚合云端核心能力
   在服务类别的数量上，“替代云”虽然不如超大规模云 “大而全”，但是在云端核心能力的服务上，能够实现全面支持。
   合格的“替代云”服务商，需要具有独特的计算功能，提供对象存储和块存储、负载均衡、DNS 服务，通过 API 等进行程序化配置和操作，并保证服务的SLA 与稳定性。
2. 简单易用，性价比高
   “替代云”通常能够以超大规模云的一半成本，提供简化、弹性的服务，同时计费方式清晰、高度透明可控。
3. 多云场景，灵活创新

“替代云”适合小型初创企业使用，且后期可提供一键式应用市场服务，大幅优化开发人员操作流程，轻松扩展基础架构。应对开发实验环境、测试环境以及多云环境等场景需求，能够全面保证数据中心、网络、产品的安全性，开启云备份模式，加强风险防控、隐私保护。

三、有哪些优秀的“替代云”

2022年IDC《IDC MarketScape：全球公有云基础设施即服务提供商评估》报告将收购了Linode的Akamai评为竞争者（图）， 侧面印证了Akamai Linode跻身“替代云”行列。

在展望未来的篇幅中，该报告指出：“Akamai 和 Linode 的结合现在应该能够通过提供广泛的云、CDN 和安全产品组合来满足更广泛受众对于云计算的需求。 在许多行业的商业模式都依赖于丰富内容的可靠交付的世界中，Akamai 似乎已准备好通过 IaaS 取得更大的成功。”

四、如何迁移到“替代云”：以Akamai Linode为例

1. DIY 迁移步骤Akamai

当您选择将工作负载迁移至 Akamai Linode “替代云”，可通过 DIY 的方式自行迁移，具体步骤如下：

• 01 确认软件栈列表 就像给整个环境绘制架构图一般，首先您需要明确关键需求——获取准确的软件栈列表。
• 02 确认操作系统和发行版本 为便于跨平台迁移，需要匹配的操作系统和发行版本，应尽可能保持接近。
• 03 选择迁移策略 可迁移单项服务或完整复制，前者更容易进行排错，但耗时较长。
• 04 创建备份 迁移任务前，必须创建基本信息的备份，可执行数据库存储或者以导出替代。
• 05 尽可能消除对业务的影响 为实现零停机平滑迁移，可使用 DNS 管理器，并缩短服务的TTL值，以便让有关DNS的更新尽快生效。

2.专家团助阵Akamai

如果您更需要 Akamai Linode 专业团队迁移服务，具体步骤如下：

• 01 发布 前期，Linode 专业服务团队需要您出具访问基础架构的书面许可。
• 02 发现 双方团队交流基础设施和应用程序性能要求，以确保迁移可行性。
• 03 说明 Linode 将为您提供服务种类详尽的免责报价单 ，其中规定了工作描述和具体排期。
• 04 迁移 团队将为您有序迁移，随后用户接受测试，这通常需要约一周时间。

3.合作伙伴支持Akamai

当迁移项目复杂性较高时，Akamai还提供了专门从事复杂迁移和系统集成的第三方合作伙伴，他们更专精于不同的垂直领域，将通过以下7步为您提供鼎力支持。

• 01 定位要点 确定您的业务重点，充分了解服务商和合作伙伴的现有技术。
• 02 测试环境 在新的托管环境中，快速构建并运行还不太完善的临时版本，借此检测潜在缺陷。
• 03 规划扩建 提前规划软件版本升级、冗余机制、负载均衡等工作，实现希望获得的环境状态。
• 04 非生产性扩建 相比生产环境，更需优先构建非生产环境，包括维持常态运转的监控和测试。
• 05 生产性扩建 在实现非生产环境搭建后，开启生产环境扩建，包括测试所有应用程序和故障响应。
• 06 详细上线计划 迁移计划应当“超级细化”至逐步执行的水平，包括对突发意外事件的周密预案。
• 07 迁移 最终的正式迁移过程中，循序渐进完成数据同步、路由调整以及割接等任务。

迁移升级、弹性拓容、经济高效，Akamai Linode“替代云”服务汇集自助服务、专家团对、合作伙伴3重支持类别，赋能不同规模的企业组织敏捷上云。我们安全易用、高性价比的云计算服务，使企业客户能够以更低的成本效益，获得更高的迁移体验，焕新 IT 基础架构。