传统系统改造成微服务架构实施路径？

一点建议：
1、在容器平台和微服务框架之上提供一个开发管理平台。开发管理包括契约管理、打包管理、部署管理、代码工程管理，应用架构管理和CI工具自动对接等。
2、让微服务研发过程可视化、工具化、自动化，让管理者能够实时管控和规范微服务研发过程。
3、微服务实施包括认知能力、技术能力，交付能力：项目在上微服务架构前，需要进行相应的培训，避免由于不合理的设计，导致生产问题。
4、建立和微服务相对应的小团队机制，控制团队的规模，根据团队的分工来划分微服务。
5、微服务接口定义标准化，服务拆分按照业务逻辑拆分，服务之间架构合理，实现服务的弹性、自治、容错等能力。
6、避免过度设计，因为微服务而微服务。微服务是工具而不是目标。微服务是服务设计架构方法，微服务开发、运维、监控平台等是工具。微服务设计的目标是更好的支持企业业务应用的敏捷创新和变更需求。传统应用可以处理的技术问题，就不建议使用微服务。

上面的兄弟回复的很好，做个简单的总结
1、边行车边换胎三步走演进策略。
2、隔离网关接管新旧系统间交互。
3、单体式应用拆解微服务的方法。
4、旧模块微服务改造优先级原则。
5、微服务改造是否结束判断标准。
6、微服务架构新挑战与解决方案。

楼上的回答非常好，这里只想补充一点，组织架构需要调整，由烟囱式管理体制转变为以服务为单位的组织结构，每个团队负责相关的服务，大家的目标一致。