微策云院内版医护端微服务化改造大纲

和超哥聊过一次，院内部署的微策云血糖管理系统（医护端），实际上不是很适合做微服务化改造的。

理由有以下几点

• 引进许多微服务组件，复杂化，维护成本变高
• 已部署医院的兼容与升级
• 院内一般是单服务器部署，不一定带的动，也没有高可用
• 团队整体技术水平

但是在现有代码基础上，进一步的业务拆分，分层分模块，还是有价值的。

从我个人角度来看，如果个人技术水平要发展，必须拿下微服务。

那么，求同存异的思路是：采用微服务的思路来指导 进一步的业务拆分，分层分模块， （可以调整单体程序的模块、层次）

但是微服务改造只能自己实践，不能提交到主干（主干不要引入微服务组件）。

这里的微服务化实践，只能在本机、测试服实现，不允许提交到生产服分支和主干分支。

服务框架

暂定springcloud alibaba， （dubbo有机会再说，或者springcloud alibaba方案遇到问题再说）

服务注册与发现

暂定nacos服务调用

服务调用

暂定OpenFeign

服务网关

先不上，之后再上。

配置中心

先不上，之后考虑迁移到nacos

日志

暂定Sleuth+Zipkin+ELK

监控

先不上，之后考虑 prometheus