传统的微服务体系有几个特点:
1、治理依赖于SDK;2、部署通常是在非容器环境;3、单独业务系统自成一体,与其他业务系统无任何依赖性,治理所用组件也极少复用;4、多个微服务系统,所使用的架构、版本、组件多数不同。
云原生转型,可能需要考虑的也基本上是针对这几点,顺序大概是这样:
1、根据公司的需要,是否需要上容器,上云,如果上容器除了容器改造外,还要注意注册中心等组件的网络规划问题,保证注册、数据等通信;
2、针对不同的框架、版本、组件,最好做到统一,以便于之后的通信、公共模块提取、服务中台的建设;另外,使用通用的治理组件如注册中心、配置中心等可以减少部署资源。
3、确定未来微服务框架,是否使用SDK或是使用sidecar模式,未来逐步改造统一
4、提取公共模块,作为公共服务,以节省开发、运维、部署等资源浪费