先说一个常见误区
Pitfall
很多「云原生改造」项目一上来就谈微服务拆分，结果半年过去业务没上线，风险却越积越大。对多数企业系统来说，改造应当从最容易见效、风险最低的一步开始。
第一步：容器化
把现有系统打成镜像，消除「开发机能跑、服务器不能跑」的环境差异。这一步不改代码结构，风险最低，收益立竿见影。
第二步：拆分高频模块
找出访问量最高、变化最频繁的模块优先拆出去，而不是按理论边界全拆一遍。
第三步：弹性与灰度
有了容器与拆分，才谈得上弹性伸缩和灰度发布。此时每一次发布都可以先放 5% 流量验证。