springcloud经验

>  码云地址：https://gitee.com/lpxs/lp-springcloud.git
>  有问题能够多沟通：136358344@qq.com。

架构演化的步骤

• 在肯定使用Spring Boot/Cloud这套技术栈进行微服务改造以前，先梳理平台的服务，对不一样的服务进行分类，以确认演化的节奏。

• 先让团队熟悉Spring Boot技术，而且优先在基础服务上进行技术改造，推进改动后的项目投产上线

• 当团队熟悉Spring Boot以后，再推动使用Spring Cloud对原有的项目进行改造。

• 在进行微服务改造过程当中，优先应用于新业务系统，前期能够只是少许的项目进行了微服务化改造，随着你们对技术的熟悉度增长，能够加快加大微服务改造的范围

• 传统项目和微服务项目共存是一个很常见的状况，除非公司业务有大的变化，不建议直接迁移核心项目。

服务拆分原则

服务拆分有如下几个原则和你们分享

• 横向拆分。按照不一样的业务域进行拆分，例如订单、营销、风控、积分资源等。造成独立的业务领域微服务集群。

• 纵向拆分。把一个业务功能里的不一样模块或者组件进行拆分。例如把公共组件拆分红独立的原子服务，下沉到底层，造成相对独立的原子服务层。这样一纵一横，就能够实现业务的服务化拆分。

• 要作好微服务的分层：梳理和抽取核心应用、公共应用，做为独立的服务下沉到核心和公共能力层，逐渐造成稳定的服务中心，使前端应用能更快速的响应多变的市场需求

• 服务拆分是越小越好吗？微服务的大与小是相对的。好比在初期，咱们把交易拆分为一个微服务，可是随着业务量的增大，可能一个交易系统已经慢慢变得很大，而且并发流量也不小，为了支撑更多的交易量，我会把交易系统，拆分为订单服务、投标服务、转让服务等。所以微服务的拆分力度需与具体业务相结合，总的原则是服务内部高内聚，服务之间低耦合。