架构杂谈《二》 (2)

  1)  SOA 服务化涉及的范围更广一些,强调不同的异构服务之间的协作和契约 ,并强调有效集成、业务流程编排、历史应用集成等,典型代表为 Web Service 和 ESB

  2)  微服务使用一系列的微小服务来实现整体的业务流程,目的是有效地拆分应用,实现敏捷开发和部署,在每个微小服务的团队里,减少了跨团队的沟通,让专业的人做专业的事,缩小变更和法代影响的范围,并达到单一微服务更容易水平扩展的目的

  3)  微服务将完整的应用拆分成多个细小的服务,通常使用敏捷扩容、缩容的 Docker 技术来实现自动化的容器管理 , 每个微服务运行在单一的进程内,微服务中的部署互相独立 、 互不影响。

  4)  SOA 服务化通常将多个业务服务通过组件化模块方式打在一个包里,然后统一部署在一个应用服务器上。

  6)  SOA 对粒度没有要求 , 在实践中服务通常是粗粒度的,强调接口契约的规范化,内部实现可以更粗粒度。

相比SOA的服务实现方式,微服务更具灵活性、可实施性以及可扩展性,其强调的是一种独立测试、独立部署、独立运行的软件架构模式。对于微服务的概念而言,它是SOA的一个子集,而对于其实现方式而言,它是一种更符合现代化互联网发展趋势的实践,是一种更容易帮助企业或组织有效并成功实施的服务架构。

总结

最后让我来总结下微服务架构的主要特点

将传统单体应用拆分成网络服务,来实现模块化组件 。

根据微服务架构的服务划分来分组职能团队,减少跨团队的沟通 。

每个服务对应一个团队,团队成员负责开发、测试、运维和运营 ,开发后在团队内运维和运营,不需要交付给其他团队。

去中 心化、 去 SOA 服务化的中 心服务治理和去企业服务总线 。

微服务重视服务的合理拆分、分层和构造,可建设自动化持续发布平台,井进行敏捷开发和部署。

 说明:

  1、文中的图都来自于百度图片

  2、参考书籍:《分布式服务架构:原理、设计与实战》

  3、如有不合适的地方请反馈。综合后更改。

架构杂谈《二》

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zzfzdp.html