企业选云，最常见的失误出在顺序上：先拿到一份报价，觉得价格合适，再回头想业务能不能跑在上面。等到上线才发现数据库吃不消、海外用户打开页面要好几秒，而一年期的合同已经签了。
顺序应该倒过来。先有业务，再有资源，最后才轮到服务商。业务梳理、资源类型、技术标准、候选名单、评分、实测，一步接一步，每一步的结果都是下一步的输入。这套流程走完，选哪一家几乎是水到渠成，需要拍脑袋决定的地方很少。
梳理的目标是产出一张表：每个业务系统需要多少资源、给谁用、什么时候最忙。
先把要上云的系统逐个列出来。常见的有企业官网、电商系统、ERP、CRM、OA和数据库，还可能有内部测试环境和文件存储。这一步看着简单，却经常漏项，定时任务、接口网关、备份服务都容易被忘记，等到后面才发现它们也要占服务器。
每个系统的脾气不一样。官网以静态内容为主，对CPU和内存要求低；ERP和CRM取决于同时在线的用户数，办公时段并发集中；数据库吃内存和磁盘读写，磁盘类型往往比CPU核数更关键；电商系统两头都要，平时平稳，大促时订单和库存的写入压力陡增。
现有系统的监控数据是最好的依据：CPU峰值占用、内存常驻用量、磁盘IOPS。新业务没有数据可参考，就借同类系统的经验值，再留出余量。
日常平均访问量只决定基础配置，决定成败的是高峰。高峰可能是促销日、月末结账、整点直播，峰值常常是日常的数倍。把峰值出现的时间、持续多久、大约多大记下来，后面才能判断需要多少带宽，能不能临时扩容。
用户在哪里，服务器就应该靠近哪里。面向国内客户的官网，与面向海外买家的独立站，部署方案完全不同；OA和ERP如果要服务分布在多个国家的分支机构，就得关注跨国访问的网络质量。数据放在哪、谁来读、读得多频繁，也要一并想清楚。
并非所有系统都需要同一档标准。订单、支付和客户数据库属于核心业务，对稳定性、备份和故障响应要求最高；展示型官网、测试环境和内部小工具属于普通业务，可以降一档，省下的预算补给核心业务。把系统分成两三个等级，选型时就有了取舍的依据。
业务架构摸清以后，资源类型基本可以对号入座。
业务量中等、有一定波动的网站和应用，适合云服务器。开通快，升降配方便，起步成本低，官网、小型电商、OA这类系统大多从这里起步。
大型数据库、持续高负载的应用，适合整机独享的物理服务器。性能不受其他用户影响，表现稳定，长期使用的单位成本也更有优势。代价是升级配置时往往要换机或迁移数据。
对算力要求更高、又希望像云服务器一样快速交付和接口化管理的业务，要把裸金属服务器放进评估范围。它兼具物理机的性能和云化的管理方式，常用于高性能计算、大型数据库和需要自建虚拟化的场景。不是所有服务商都有这类产品，筛选时要先确认。
图片、视频、下载文件占比大、用户又分散的业务，应该配合CDN，把内容放到离用户更近的边缘节点，既加快访问，也减轻源站的带宽压力。CDN不能取代服务器，源站依然要有。
AI业务要看GPU的型号、显存、卡数和互联方式。显存决定能加载多大的模型，卡数和互联决定能不能做分布式训练，推理场景还要关注并发能力和响应时间。
技术标准要写成可以验证的条款，不能写成形容词。
先说性能。CPU、内存和磁盘不能只看核数和容量，要有可测的指标：磁盘用fio测随机读写的IOPS，CPU和内存用sysbench之类的工具做基准。同样标称的配置，不同服务商的实际表现可能有差距，虚拟化产品尤其明显。
网络一项要写得具体。带宽是独享还是共享，线路是国际线路、BGP还是CN2；数据中心必须覆盖目标用户所在的地区，并且从该地区实测的延迟和丢包要达标。弹性方面要问清楚：升配能不能在线完成，上限是多少，带宽能不能中途调整，新增节点需要几天。
安全和服务也要落到动作上。备份多久一次、放在哪里、恢复要多长时间，防护额度多大、遇到攻击怎么处理；故障的响应渠道、响应时限、处理流程是否有书面约定。每一条都对应一个能验证的动作，验证不了的条款，等于没有。
候选名单是一个漏斗。假设有十家供应商进入视野，下面四步走完，通常只剩两三家。
先按业务需要的资源类型筛一遍，没有对应产品的先排除。需要物理服务器的，只做云主机的直接剔除。十家一般能剩下六七家。
再按目标地区缩小范围。用户在东南亚，没有东南亚节点的排除；业务在国内、需要备案的，不能协助备案的排除。名单缩到三四家。
网络和安全有硬指标：测不出合格的延迟，没有基本防护和备份机制的，直接淘汰。这类指标不参与加权，一票否决。
最后比较剩下几家的条款和费用：首年价格和续费价格，带宽和流量的计费方式，升配与迁移的收费，合同期限和退款规则。到这一步，名单就可以进入评分和测试了。
采购评估表可以按六个维度来设计：
评估项目 | 主要考察内容 |
产品能力 | 资源配置及产品种类 |
网络质量 | 延迟、丢包、带宽 |
安全能力 | 防护、备份、权限 |
扩展能力 | 升级、扩容及迁移 |
技术服务 | 响应渠道与处理流程 |
采购成本 | 初购、续费及附加费用 |
六项的权重要跟着业务走。面向海外用户的跨境电商站点，网络质量可以放到最高，比如30%，产品能力20%，安全能力和扩展能力各15%，技术服务和采购成本各10%；仅供内部使用的OA系统，用户都在国内，网络压力小，安全和技术服务的权重可以抬高，成本也可以占到20%。这些数字只是示例，不建议所有企业套用同一套固定分值，权重本身就是业务重要性的体现。
打分时每项给1到5分，乘以权重后汇总。有两点要补充：分数要有依据，网络质量的分数来自实测数据，不能靠印象；安全和网络这两项设一条底线，低于底线的服务商，总分再高也不进入下一轮。
报价单、产品页、销售的口头介绍，都是别人的说法，实测得到的才是自己的数据。
基础性能先测。服务器开通以后，先跑一遍CPU、内存和磁盘读写的基准，和产品页标称的配置对照。
网络延迟要从业务所在的地区测。用ping和mtr测延迟和丢包，早、中、晚高峰各一轮，看有没有明显的时段差异。实际带宽和稳定性可以用iperf3或大文件下载来测，持续一段时间，观察波动。
环境兼容性最好用真实业务来验证：把正在使用的操作系统版本、数据库和中间件部署上去，跑一遍核心流程。兼容问题在测试期暴露，代价最小。
售后支持也放进测试里。测试期内主动提一两个真实问题，看响应的渠道、速度和解决的质量，这比任何服务承诺都真实。
从企业的需求分析出发，恒讯科技提供的是一套对应关系：业务部署在哪个地区，就匹配对应的香港或海外节点，官网上的节点覆盖香港、美国、欧洲、东南亚、印度、日韩等地；应用是什么类型，就选择云服务器、VPS或物理服务器，业务量波动大的用云服务器，需要性能独享的用物理服务器。
网络资源上，访问需求决定线路：面向大陆访客的海外业务，可以评估CN2优化线路；对成本更敏感、对实时性要求没那么高的业务，国际线路已经够用。业务容易遭受攻击的，比如游戏、直播类，可以把高防服务器纳入评估。
企业把业务系统清单、用户分布和高峰期访问量整理出来，恒讯科技的顾问可以据此给出服务器配置、节点和线路的选型建议。官网列有500多个CDN节点，静态内容占比高的业务，也可以一并评估CDN的搭配方案。
1. 只根据报价决定供应商。低价背后常常是线路普通、带宽共享或者续费大幅上涨。报价只是总成本的一部分，不能当作选择的依据。
2. 忽略业务访问地区与网络线路。同样的配置，放错地区，速度可以差出很多。用户在哪里、走什么线路，要先于配置确定。
3. 服务器配置缺乏合理预估。配低了，上线就卡；配高了，每月白白多花钱。用现有业务的监控数据估算，比凭感觉可靠得多。
4. 没有提前确认扩容条件。业务增长时才发现升配要停机、带宽有上限、必须迁移，代价最大。扩容的方式、上限和周期，要在签约前问清。
5. 缺少正式测试和验收流程。上线后才发现问题，钱已经付了，数据也迁了，退出成本很高。验收标准事先用书面约定，测试通过再正式切换。
至少要有四类角色：运维或系统管理员负责部署和性能测试，开发或架构人员确认应用的兼容性，网络工程师评估线路，安全负责人审核防护和备份方案。业务负责人要提供访问量和高峰期的信息，采购或财务负责合同和成本。小企业一个人兼多个角色也可以，但业务负责人必须参与，没有他，需求就不完整。
先问业务的瓶颈在哪里。面向外部用户、跨地区访问的业务，瓶颈通常在“传得慢”，网络优先；数据库、计算密集型的内部系统，瓶颈在“算得慢”，服务器性能优先。判断不了的话，先用小配置实测一轮，数据会给出答案。
先问四件事：升配是否在线完成、能升到多少、带宽能否分档调整、新增节点要几天。然后在测试期实际做一次升配，亲眼看一遍流程和耗时。物理服务器的扩容要单独问，往往涉及换机和数据迁移。
迁移前先做好完整备份，并制定回滚方案。迁移采用全量加增量的方式，新旧两套并行运行一段时间。域名解析的TTL提前调低，证书、IP白名单、第三方回调地址逐项更新。切换尽量安排在业务低峰期。最后留意旧合同的到期时间和退款规则，避免重复付费。
把业务系统清单、用户所在的地区和高峰期的访问量整理出来，交给恒讯科技的顾问，就能拿到针对性的服务器配置、节点和线路匹配建议。服务热线：400 618 5118。
Copyright © 2013-2020. All Rights Reserved. 恒讯科技 深圳市恒讯科技有限公司 粤ICP备20052954号 IDC证：B1-20230800.移动站
