面试中问你的微服务和springCloud知识你懂吗（二）

ttaa

发布的上一篇文章中简单介绍了一下微服务，其实微服务和分布式的概念非常相似，大家也可以初步把它们认作同一种架构技术。今天我们介绍下微服务的实现部分，如果没有过互联网行业工作经验，学习起来可能会有些吃力，尽量转换思路跟上吧，你能行的：

假如你是工程师，想要往架构师方向提高，那么接下来的微服务设计原则，请一定仔细看
微服务的架构设计原则
单一职责原则
意思是每个微服务只需要实现自己的业务逻辑就可以了，比如订单管理模块，它只需要处理订单的业务逻辑就可以了，其它的不必考虑。
服务自治原则
意思是每个微服务从开发、测试、运维等都是独立的，包括存储的数据库也都是独立的，自己就有一套完整的流程，我们完全可以把它当成一个项目来对待。不必依赖于其它模块。
轻量级通信原则
首先是通信的语言非常的轻量，第二，该通信方式需要是跨语言、跨平台的，之所以要跨平台、跨语言就是为了让每个微服务都有足够的独立性，可以不受技术的钳制。
接口明确原则
由于微服务之间可能存在着调用关系，为了尽量避免以后由于某个微服务的接口变化而导致其它微服务都做调整，在设计之初就要考虑到所有情况，让接口尽量做的更通用，更灵活，从而尽量避免其它模块也做调整。
下面我们另外角度看下微服务的划分原则：


上图的三维坐标叫做AFK立方体
AKF扩展立方体(参考《The Art of Scalability》)，是一个叫AKF的公司的技术专家抽象总结的应用扩展的三个维度。理论上按照这三个扩展模式，可以将一个单体系统，进行无限扩展。
X 轴 ：指的是水平复制，很好理解，就是讲单体系统多运行几个实例，做个集群加负载均衡的模式。
Z 轴 ：是基于类似的数据分区，比如一个互联网打车应用突然或了，用户量激增，集群模式撑不住了，那就按照用户请求的地区进行数据分区，北京、上海、四川等多建几个集群。
Y 轴 ：就是我们所说的微服务的拆分模式，就是基于不同的业务拆分。
这次就简单介绍到这啦，有些枯燥，下次开始给大家介绍springCloud的前世今生，比较有趣噢，敬请关注