微服务架构本身也属于分布式架构,只不过它是更复杂的分布式架构,它的设计原则是:
需求第一:一定要以需求为出发点。所有的架构好与坏一定是相对的,相对它处的一个需求背景。因为微服务架构能够在某些业务场景中具备优势,所以它相比传统的架构,他有一些优点但是同时也存在着缺点,它不完美。
单一职责:我们的服务尽量是体现单一职责的思想,粒度不是越细越好,也不是越粗越好。
协议统一:还有尽量去统一协议,不包括不得已的话,我们不引入其他协议像我们一般微服务的话,咱们讲现在目前的协议主要是 rest 有可能会比如说有可能你会引入消费者的协议,或者引入其他的这种通讯协议,当然在我们说都是基于实际的需求;
独立开发:独立开发一般咱们这里面提到的我们说的是模块拆分以后开发人员一般是独立我们按照模块进行拆分,然后每个人负责一块,每个人熟悉一块代码和逻辑业务逻辑这样的话开发时间都会相对来说高很多
独立部署:独立部署这也是微服架构的很重要的一个原则,咱们讲了微服务架构拆分以后又会出现可能很多程序很多进程,而且每一个模块不是所有的都更新只需要迭代我那一块就行了,就是体现了我们说叫分而治之的这样一个思想,大家一起统一部署。
以上内容摘自《Spring Cloud微服务架构设计与实践》电子书,点击: https://developer.aliyun.com/topic/download?id=1221,可下载完整版 对应的课程免费观看地址: https://developer.aliyun.com/learning/course/60
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。