云平台实践中的微服务设计原则-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

云平台实践中的微服务设计原则

简介: 以下设计原则是在云平台架构实践(参考这里)中的一些经验总结,不一定适合所有微服务架构的体系。 业务原则 单一责任原则:对于一个微服务而言,具有有限的业务范围,可以帮助我们满足服务开发和交付的敏捷性; 适当的边界:关注微服务的范围,而不是一味的把服务做小。

以下设计原则是在云平台架构实践(参考这里)中的一些经验总结,不一定适合所有微服务架构的体系。

业务原则

  • 单一责任原则:对于一个微服务而言,具有有限的业务范围,可以帮助我们满足服务开发和交付的敏捷性;
  • 适当的边界:关注微服务的范围,而不是一味的把服务做小。一个服务的大小应该等于满足某个特定业务能力所需要的大小;
  • 业务分层: 先把业务分层,形成单向依赖,避免微服务之间的网状依赖关系;
  • 颗粒度递增:初期先把业务划分到尽可能细,然后依据其它原则合并到适当颗粒度;
  • 非唯一依赖:至少被2个以上其它微服务依赖,才有必要独立成一个微服务。

技术原则

  • 部署独立性:能独立于其它微服务部署,一个微服务故障不影响其它微服务;
  • 动态扩展:每个微服务都可以动态的进行x轴和z轴的扩展,并适应云环境下的自动化部署;( 参考这里
  • 领域和应用分层: 提供数据基本操作能力的领域服务层和执行业务逻辑的应用服务层解耦;
  • 避免产生频繁的跨库查询;
  • 避免产生频繁的分布式事务。

治理原则

  • 根据业务和技术分层的情况,对微服务分组治理;
  • 各个分组之间通过API网关集成;
  • 通过API网关实现级轻量级消息路由,鉴权;
  • 运行时管理,如性能,限流,监控等可在API网关实现,让微服务功能纯粹;
  • 避免通过数据库集成;
  • 避免部署多个版本来兼容。

相关资料

微服务架构风格




你现在的气质里,藏着你走过的路,读过的书,爱过的人。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章