## 选项对比
把业务放在哪里，常见两类位置：中心机房容量大、算力密集、运维集中；边缘机房贴近用户，规模小、分布广、时延低。两者不是替代关系，而是分工关系，核心差异是时延敏感度与计算规模，业务按这两个坐标找到自己的位置。
## 各自适用面
中心机房适合计算密集与数据密集的业务：数据库主从、大数据处理、模型训练、全量备份，这些工作负载对时延不敏感，需要的是规模与稳定性。划分的判断标准是数据引力与交互时延两个维度：数据越重越该留在中心，交互越实时越该贴近用户，两个维度一摆，每个服务该放哪就有了明确答案，架构评审时也少了争论。边缘机房适合交互敏感的业务：内容分发、实时音视频接入、本地缓存、物联网数据前置处理，用户请求在就近边缘完成首轮响应，未命中的再回中心。时延收益随距离缩短而放大，视频首帧、页面首屏是最直接的受益点。
## 选择建议
混合部署是常态而非折中。设计时先给业务分层：静态与可缓存内容尽量下沉到边缘；核心交易与数据留在中心；两者之间的接口层做就近接入。规模较小的业务不必自建边缘节点，选择在多地有机房资源的云服务商即可，例如顺云在不同地域的云服务器节点，配合解析分流就能获得近似效果。判断标准始终是用户体验目标：达标所需的最小边缘化程度，就是合理的投入程度，多一分都是浪费。边缘与中心的协同还依赖良好的缓存设计：边缘命中率高，回中心的请求就少，整体成本随之下降。上线后持续观察各节点的命中率与回源比例，据此调整缓存规则与内容分层，这是混合架构里最值得持续打磨的一环。