运行形态对比
| 运行形态 | 匹配场景 | 主要约束 |
|---|---|---|
| 虚拟机 | 依赖特定内核或遗留系统 | 扩缩速度较慢，需自管补丁 |
| 容器编排 | 标准化交付与弹性伸缩 | 需要集群运维与平台能力 |
| 无服务器 | 事件驱动与突发流量 | 冷启动与执行时长限制 |
| 边缘节点 | 低延迟与数据本地处理 | 资源受限，远端运维复杂 |
- 按工作负载特征选形态：请求模式、伸缩要求、依赖与合规
- 核对单位成本：资源利用率、闲置与运维人力都计入
- 混合放置时统一可观测与发布流程，减少平台碎片
- 把选型约束写入决策记录：数据属地、运行时依赖与生命周期
工作负载放置决策
按延迟、合规、成本与运维能力选择虚机、容器、无服务器或边缘等运行形态；同一系统可以混合放置，例如核心交易用容器、突发批处理用无服务器。
易错点
- 按技术热度选形态，忽略团队现有运维能力
- 合规数据放在不满足属地要求的区域
数据来源与参考
- AWS Well-Architected Framework：性能效率支柱
- Azure Architecture Center：计算服务选择指南
- 《软件架构：架构模式、特征及实践指南》（Richards & Ford）