博客
关于我
微服务设计原则
阅读量:163 次
发布时间:2019-02-28

本文共 654 字,大约阅读时间需要 2 分钟。

一 单一职责原则
单一职责原则指的是一个单元(类、方法或者服务等)只应关注整个系统功能中单独、有界限的一部分。单一职责原则可以帮助我们更优雅地开发、更敏捷地交付。
二 服务自治原则
服务自治是指每个微服务应当具备独立的业务能力、依赖与运行环境。在微服务架构中,服务是独立的业务单元,应该与其他服务高度解耦。每个服务从开发、测试、构建、部署,都应当可以独立运行,而不应该依赖其他服务。
三 轻量级通信原则
微服务之间应该通过轻量级通信机制进行交互。轻量级通信机制应该具备两点:首先是它的体量较轻;其次是它应该是跨语言、跨平台的。例如我们所熟悉的REST协议,就是一个典型的“轻量级通信机制”;而例如Java的RMI协议则就不符合轻量级通信要求,应该它绑定了Jave语言。
微服务架构中,常用的协议有REST、AMQP、STOMP、MQTT等。
四 微服务粒度
微服务的粒度是难点,也常常是争论的焦点。应当使用合理的粒度划分微服务,而不是一味将服务做小。代码量的多少不能作为微服务划分的依据,因为不同的服务本身的业务复杂性不同,代码量也不同。
在微服务的设计阶段,就应确定其边界。微服务之间应该相对独立并保持松耦合。领域驱动设计中的“界限上下文”可作为微服务边界、确定微服务粒度的重要依据。
微服务架构的演进是一个循序渐进的过程。在演进过程中,常常会根据业务的变化,对微服务进行重构,甚至是重新划分,从而让架构更加合理。最终,当微服务的开发、部署、测试以及运维效率很高,并且成本很低,一个好的微服务架构就形成了。

转载地址:http://bwrj.baihongyu.com/

你可能感兴趣的文章
new Queue(REGISTER_DELAY_QUEUE, true, false, false, params)
查看>>
New Relic——手机应用app开发达人的福利立即就到啦!
查看>>
new work
查看>>
new 一个button 然后dispose,最后这个button是null吗???
查看>>
NewspaceGPT的故事续写能力太强了
查看>>
NewspaceGPT绘制时序图
查看>>
NewspaceGPT绘制类图
查看>>
new一个对象的过程
查看>>
new和delete用法小结
查看>>
new对象时,JVM内部究竟藏了什么小秘密?
查看>>
new操作符的实现原理
查看>>
Next.js React Server Components 教程
查看>>
NextGen Mirth Connect XStream反序列化远程代码执行漏洞(CVE-2023-43208)
查看>>
next项目部署到服务器pm2进程守护
查看>>
nexus 介绍
查看>>
nexus上传jar
查看>>
Nexus指南中的更新强调集成和透明度的重要性
查看>>
Nexus指南已经发布
查看>>
Nexus(1):Nexus的安装与配置
查看>>
NFC技术:概述
查看>>