随着移动互联网的发展和应用云化的普及，微服务已经成为企业应用服务化架构最流行的设计理念。随着银行Fintech的推广，越来越多的银行应用系统已采用或是计划采用微服务架构进行应用设计。以微服务、容器、DevOps等为支撑的云原生设计理念，缓解了随着新需求的不断增加的大型单体式应用变更越来越困难与移动互联网时代要求企业能实现应用功能的持续上线的矛盾。

微服务架构是一项在云中部署应用和服务的新技术。在企业内部推行微服务的实践过程中，会遇到各种各样的方案和策略的选择。在设计微服务系统的时候，如何拆分微服务是每个微服务系统设计的时候都需要面临的问题。微服务拆分是否合理，不仅影响到应用系统的效率，有时还会影响系统的成败。

核心难点：

1． 如何拆分微服务，有没有拆分的方法？

2． 如何处理服务状态（State）？Stateless or Statefule？

3． 为什么要避免出现上帝服务（God Service），如何避免？

4． 服务之间的数据一致性对服务拆分的影响？

5． 服务的数据库是否需要隔离，需要怎么样的隔离级别？

日前，社区邀约了来自某股份银行的专家撰写了实践经验文章《微服务系统设计的5大挑战》，文中提出了进行微服务系统设计时会面临的5大挑战，同时讲解了如何解决这5大挑战，其中包含了微服务拆分这部分内容，因为篇幅原因，没有展开讲，所以本次活动将展开和深入微服务拆分这一方向，帮助大家更好的了解有关微服务拆分的内容。欢迎大家将想了解的关于微服务拆分的问题发布到活动平台上，专家会为您详细解答。

本次活动为“微服务系统设计”系列活动的第一场，欢迎微服务架构师或者微服务团队人员参与，从每一部分着手，进而从整体上了解和掌握微服务系统设计的经验知识。

IT从业十五年，在多家大型IT企业从事开发，架构和技术支持工作，熟悉高并发分布式系统设计，微服务和数据库。目前在某银行从事基础架构和微服务相关工作。