微服务架构设计需要遵循什么规则？

每天进步一点点！！！

面试中必问SSM框架逐渐的变成了必问微服务框架。微服务框架作为技术发展的必然，逐渐的替代了传统的SSM或者换句话说是因为业务的增长不得不升级传统的架构。

在单体架构当中，所有的业务代码都会在一个项目当中，比如：传统电商系统，所有的模块都会在一个项目，这样会产生一个问题。随着业务的增长，单体服务的吞吐量是有限的。而且集群也会浪费不必要的资源。那么怎么样才可以解决这些问题。微服务的横空出世完美地解决了单体服务的痛点问题，所以才会有这逐渐取代传统架构的趋势。

单体架构

微服务架构

如果让你主持设计一个项目的微服务架构，你会遵守哪些设计规则，而你遵守的这些设计规则会解决哪些问题？

1、单一职责：每个服务相互独立，只做自己相关的业务，做到内聚。

2、服务自治原则：也就是说每个服务独立开发,独立部署，独立构建，独立运行，与其他服务之间进行解耦

3、轻量级通讯原则：让每个服务之间的调用都是轻量的，并且可以跨平台，跨语言。比如http或中间件。

4、粒度进化原则：这个没有明显的界限，具体按照相关的业务和用户进行划分服务。