微服务架构设计总结

沙海
沙海
沙海
3179
文章
2
评论
2021年8月22日09:55:27Java评论30字数 8096阅读26分59秒阅读模式
摘要

智能摘要

智能摘要文章源自JAVA秀-https://www.javaxiu.com/41665.html

每个服务能够独立被部署并运行在一个进程内。独立团队和自治团队对服务的整个生命周期负责，工作在独立的上下文中，自己决策自己治理，而不需要统一的指挥中心。等等这些问题都不是单个微服务考虑的范畴，而需要有一个系统性的考虑和设计，让每个微服务都能够按照系统性的要求和约束提供对应的安全性，可维护性的能力。服务注册、发现、负载均衡和健康检查，假定采用进程内LB方案，那么服务自注册一般统一做在服务器端框架中，健康检查逻辑由具体业务服务定制，框架层提供调用健康检查逻辑的机制，服务发现和负载均衡则集成在服务客户端框架中。文章源自JAVA秀-https://www.javaxiu.com/41665.html

原文约 1.1 万 字 | 图片 27 张 | 建议阅读 22 分钟 | 评价反馈文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结

点击关注 ? 芋道源码 文章源自JAVA秀-https://www.javaxiu.com/41665.html

收录于话题文章源自JAVA秀-https://www.javaxiu.com/41665.html

#芋道源码文章源自JAVA秀-https://www.javaxiu.com/41665.html

252个文章源自JAVA秀-https://www.javaxiu.com/41665.html

点击上方“芋道源码”，选择“设为星标”文章源自JAVA秀-https://www.javaxiu.com/41665.html

管她前浪，还是后浪？文章源自JAVA秀-https://www.javaxiu.com/41665.html

能浪的浪，才是好浪！文章源自JAVA秀-https://www.javaxiu.com/41665.html

每天 10:33 更新文章，每天掉亿点点头发...文章源自JAVA秀-https://www.javaxiu.com/41665.html

文章源自JAVA秀-https://www.javaxiu.com/41665.html

源码精品专栏文章源自JAVA秀-https://www.javaxiu.com/41665.html

 文章源自JAVA秀-https://www.javaxiu.com/41665.html

文章源自JAVA秀-https://www.javaxiu.com/41665.html

来源：www.cnblogs.com/wintersun/p/6219259.html文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

Conway’s law: Organizations which design systems[...] are constrained to produce designs which are copies of the communication structures of these organizations.文章源自JAVA秀-https://www.javaxiu.com/41665.html

（设计系统的组织，其产生的设计和架构等价于组织间的沟通结构。）文章源自JAVA秀-https://www.javaxiu.com/41665.html

Monolithic架构

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

Monolithic比较适合小项目，优点是：文章源自JAVA秀-https://www.javaxiu.com/41665.html

开发简单直接，集中式管理, 基本不会重复开发文章源自JAVA秀-https://www.javaxiu.com/41665.html

功能都在本地，没有分布式的管理开销和调用开销。它的缺点也非常明显，特别对于互联网公司来说（不一一列举了）：文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 开发效率低：所有的开发在一个项目改代码，递交代码相互等待，代码冲突不断文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 代码维护难：代码功能耦合在一起，新人不知道何从下手文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 部署不灵活：构建时间长，任何小修改必须重新构建整个项目，这个过程往往很长文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 稳定性不高：一个微不足道的小问题，可以导致整个应用挂掉文章源自JAVA秀-https://www.javaxiu.com/41665.html

扩展性不够：无法满足高并发情况下的业务需求文章源自JAVA秀-https://www.javaxiu.com/41665.html

推荐下自己做的 Spring Boot 的实战项目：文章源自JAVA秀-https://www.javaxiu.com/41665.html

https://github.com/YunaiV/ruoyi-vue-pro文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构

微服务是指开发一个单个小型的但有业务功能的服务，每个服务都有自己的处理和轻量通讯机制，可以部署在单个或多个服务器上。微服务也指一种种松耦合的、有一定的有界上下文的面向服务架构。也就是说，如果每个服务都要同时修改，那么它们就不是微服务，因为它们紧耦合在一起；如果你需要掌握一个服务太多的上下文场景使用条件，那么它就是一个有上下文边界的服务，这个定义来自DDD领域驱动设计。文章源自JAVA秀-https://www.javaxiu.com/41665.html

相对于单体架构和SOA，它的主要特点是组件化、松耦合、自治、去中心化，体现在以下几个方面：文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 一组小的服务 服务粒度要小，而每个服务是针对一个单一职责的业务能力的封装，专注做好一件事情。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 独立部署运行和扩展 每个服务能够独立被部署并运行在一个进程内。这种运行和部署方式能够赋予系统灵活的代码组织方式和发布节奏，使得快速交付和应对变化成为可能。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 独立开发和演化 技术选型灵活，不受遗留系统技术约束。合适的业务问题选择合适的技术可以独立演化。服务与服务之间采取与语言无关的API进行集成。相对单体架构，微服务架构是更面向业务创新的一种架构模式。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 独立团队和自治 团队对服务的整个生命周期负责，工作在独立的上下文中，自己决策自己治理，而不需要统一的指挥中心。团队和团队之间通过松散的社区部落进行衔接。文章源自JAVA秀-https://www.javaxiu.com/41665.html

我们可以看到整个微服务的思想就如我们现在面对信息爆炸、知识爆炸是一样的：通过解耦我们所做的事情，分而治之以减少不必要的损耗，使得整个复杂的系统和组织能够快速的应对变化。文章源自JAVA秀-https://www.javaxiu.com/41665.html

我们为什么采用微服务呢？文章源自JAVA秀-https://www.javaxiu.com/41665.html

"让我们的系统尽可能快地响应变化" - Rebecca Parson文章源自JAVA秀-https://www.javaxiu.com/41665.html

让我们的系统尽可能快地去响应变化。其实几十年来我们一直在尝试解决这个问题。如果一定要在前面加个限制的话，那就是低成本的快速响应变化。上世纪90年代Kent Beck提出要拥抱变化，在同期出现了诸多轻量级开发方法（诸如 XP、Scrum）；2001年敏捷宣言诞生，之后又出现了精益、看板等新的管理方式。如果说，这些是为了尽快的响应变化，在软件开发流程和实践方面提出的解决方案，那么微服务架构就是在软件技术和架构层面提出的应对之道。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

Autonomous文章源自JAVA秀-https://www.javaxiu.com/41665.html

A Microservice is a unit of functionality; it provides an API for a set of capabilities oriented around a business domain or common utility文章源自JAVA秀-https://www.javaxiu.com/41665.html

Isolated文章源自JAVA秀-https://www.javaxiu.com/41665.html

A Microservice is a unit of deployment; it can be modified, tested and deployed as a unit without impacting other areas of a solution文章源自JAVA秀-https://www.javaxiu.com/41665.html

Elastic文章源自JAVA秀-https://www.javaxiu.com/41665.html

A Microservice is stateless; it can be horizontally scaled up and down as needed文章源自JAVA秀-https://www.javaxiu.com/41665.html

Resilient文章源自JAVA秀-https://www.javaxiu.com/41665.html

A Microservice is designed for failure; it is fault tolerant and highly available文章源自JAVA秀-https://www.javaxiu.com/41665.html

Responsive文章源自JAVA秀-https://www.javaxiu.com/41665.html

A Microservice responds to requests in a reasonable amount of time文章源自JAVA秀-https://www.javaxiu.com/41665.html

Intelligent文章源自JAVA秀-https://www.javaxiu.com/41665.html

The intelligence in a system is found in the Microservice endpoints not ‘on the wire’文章源自JAVA秀-https://www.javaxiu.com/41665.html

Message Oriented文章源自JAVA秀-https://www.javaxiu.com/41665.html

Microservices rely on HTTP or a lightweight message bus to establish a boundary between components; this ensures loose coupling, isolation, location transparency, and provides the means to delegate errors as messages文章源自JAVA秀-https://www.javaxiu.com/41665.html

Programmable文章源自JAVA秀-https://www.javaxiu.com/41665.html

Microservices provide API’s for access by developers and administrators文章源自JAVA秀-https://www.javaxiu.com/41665.html

Composable文章源自JAVA秀-https://www.javaxiu.com/41665.html

Applications are composed from multiple Microservices文章源自JAVA秀-https://www.javaxiu.com/41665.html

Automated文章源自JAVA秀-https://www.javaxiu.com/41665.html

The lifecycle of a Microservice is managed through automation that includes development, build, test, staging, production and distribution文章源自JAVA秀-https://www.javaxiu.com/41665.html

推荐下自己做的 Spring Cloud 的实战项目：文章源自JAVA秀-https://www.javaxiu.com/41665.html

https://github.com/YunaiV/onemall文章源自JAVA秀-https://www.javaxiu.com/41665.html

服务之间如何通信

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

一般同步调用比较简单，一致性强，但是容易出调用问题，性能体验上也会差些，特别是调用层次多的时候。RESTful和RPC的比较也是一个很有意 思的话题。文章源自JAVA秀-https://www.javaxiu.com/41665.html

一般REST基于HTTP，更容易实现，更容易被接受，服务端实现技术也更灵活些，各个语言都能支持，同时能跨客户端，对客户端没有特殊的要 求，只要封装了HTTP的SDK就能调用，所以相对使用的广一些。文章源自JAVA秀-https://www.javaxiu.com/41665.html

RPC也有自己的优点，传输协议更高效，安全更可控，特别在一个公司内部，如果有统一个 的开发规范和统一的服务框架时，他的开发效率优势更明显些。文章源自JAVA秀-https://www.javaxiu.com/41665.html

就看各自的技术积累实际条件，自己的选择了。而异步消息的方式在分布式系统中有特别广泛的应用，他既能减低调用服务之间的耦合，又能成为调用之间的缓冲，确保消息积压不会冲垮被调用方，同时能 保证调用方的服务体验，继续干自己该干的活，不至于被后台性能拖慢。文章源自JAVA秀-https://www.javaxiu.com/41665.html

不过需要付出的代价是一致性的减弱，需要接受数据最终一致性；还有就是后台服务一般要 实现幂等性，因为消息发送出于性能的考虑一般会有重复（保证消息的被收到且仅收到一次对性能是很大的考验）；最后就是必须引入一个独立的broker，如 果公司内部没有技术积累，对broker分布式管理也是一个很大的挑战。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务优点

  • 每个微服务都很小，这样能聚焦一个指定的业务功能或业务需求。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务能使用不同的语言开发。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins, bamboo 。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 一个团队的新成员能够更快投入生产。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务允许你利用融合最新技术。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务只是业务逻辑的代码，不会和HTML,CSS 或其他界面组件混合。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务能够即时被要求扩展。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务能部署中低端配置的服务器上。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 易于和第三方集成。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一数据库。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构的缺点

  • 微服务架构可能带来过多的操作。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 需要DevOps技巧 (en.wikipedia.org/wiki/D).文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 可能双倍的努力。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 分布式系统可能复杂难以管理。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 因为分布部署跟踪问题难。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 当服务数量增加，管理复杂性增加。文章源自JAVA秀-https://www.javaxiu.com/41665.html

需要考虑的问题

  • 单个微服务代码量小，易修改和维护。但是，系统复杂度的总量是不变的，每个服务代码少了，但服务的个数肯定就多了。就跟拼图游戏一样，切的越碎，越难拼出整幅图。一个系统被拆分成零碎的微服务，最后要集成为一个完整的系统，其复杂度肯定比大块的功能集成要高很多。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 单个微服务数据独立，可独立部署和运行。虽然微服务本身是可以独立部署和运行的，但仍然避免不了业务上的你来我往，这就涉及到要对外通信，当微服务的数量达到一定量级的时候，如何提供一个高效的集群通信机制成为一个问题。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 单个微服务拥有自己的进程，进程本身就可以动态的启停，为无缝升级的打好了基础，但谁来启动和停止进程，什么时机，选择在哪台设备上做这件事情才是无缝升级的关键。这个能力并不是微服务本身提供的，而是需要背后强大的版本管理和部署能力。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 多个相同的微服务可以做负载均衡，提高性能和可靠性。正是因为相同微服务可以有多个不同实例，让服务按需动态伸缩成为可能，在高峰期可以启动更多的相同的微服务实例为更多用户服务，以此提高响应速度。同时这种机制也提供了高可靠性，在某个微服务故障后，其他相同的微服务可以接替其工作，对外表现为某个设备故障后业务不中断。同样的道理，微服务本身是不会去关心系统负载的，那么什么时候应该启动更多的微服务，多个微服务的流量应该如何调度和分发，这背后也有一套复杂的负载监控和均衡的系统在起作用。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务可以独立部署和对外提供服务，微服务的业务上线和下线是动态的，当一个新的微服务上线时，用户是如何访问到这种新的服务？这就需要有一个统一的入口，新的服务可以动态的注册到这个入口上，用户每次访问时可以从这个入口拿到系统所有服务的访问地址。这个统一的系统入口并不是微服务本身的一部分，所以这种能力需要系统单独提供。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 还有一些企业级关注的系统问题，比如，安全策略如何集中管理？系统故障如何快速审计和跟踪到具体服务？整个系统状态如何监控？服务之间的依赖关系如何管理？等等这些问题都不是单个微服务考虑的范畴，而需要有一个系统性的考虑和设计，让每个微服务都能够按照系统性的要求和约束提供对应的安全性，可靠性，可维护性的能力。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

API为什么很重要

  • 服务价值的精华体现文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 可靠、可用、可读文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 只有一次机会文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

实现一个API网关作为所有客户端的唯一入口。API网关有两种方式来处理请求。有些请求被简单地代理/路由到合适的服务上，其他的请求被转给到一组服务。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

相比于提供普适的API，API网关根据不同的客户端开放不同的API。比如，Netflix API网关运行着客户端特定的适配器代码，会向客户端提供最适合其需求的API。文章源自JAVA秀-https://www.javaxiu.com/41665.html

API网关也可以实现安全性，比如验证客户端是否被授权进行某请求。文章源自JAVA秀-https://www.javaxiu.com/41665.html

设计要素

  • Version文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • RequstID文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • Auth&Signature文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • RateLimit文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • Docs文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • ErrorCode&Message文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务治理

  • 按需伸缩文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 部署与监控运维成本文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 独立部署文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 机器数量与部署成本文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 业务独立文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 服务依赖、治理，版本管理、事务处理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 技术多样性文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 环境部署成本、约定成本文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 运行状态治理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 监控、限流、SLA、LB、日志分析文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 服务注册与发现文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 部署文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 快速、复制、扩容文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 单机开发文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 调用文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 安全、容错、服务降级、调用延时文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

服务容错

当企业微服务化以后，服务之间会有错综复杂的依赖关系，例如，一个前端请求一般会依赖于多个后端服务，技术上称为1 -> N扇出. 在实际生产环境中，服务往往不是百分百可靠，服务可能会出错或者产生延迟，如果一个应用不能对其依赖的故障进行容错和隔离，那么该应用本身就处在被拖垮的风险中。文章源自JAVA秀-https://www.javaxiu.com/41665.html

在一个高流量的网站中，某个单一后端一旦发生延迟，可能在数秒内导致所有应用资源(线程，队列等)被耗尽，造成所谓的雪崩效应(Cascading Failure)，严重时可致整个网站瘫痪。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

服务依赖文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

服务框架

  1. 服务注册、发现、负载均衡和健康检查，假定采用进程内LB方案，那么服务自注册一般统一做在服务器端框架中，健康检查逻辑由具体业务服务定制，框架层提供调用健康检查逻辑的机制，服务发现和负载均衡则集成在服务客户端框架中。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  2. 监控日志，框架一方面要记录重要的框架层日志、metrics和调用链数据，还要将日志、metrics等接口暴露出来，让业务层能根据需要记录业务日志数据。在运行环境中，所有日志数据一般集中落地到企业后台日志系统，做进一步分析和处理。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  3. REST/RPC和序列化，框架层要支持将业务逻辑以HTTP/REST或者RPC方式暴露出来，HTTP/REST是当前主流API暴露方式，在性能要求高的场合则可采用Binary/RPC方式。针对当前多样化的设备类型(浏览器、普通PC、无线设备等)，框架层要支持可定制的序列化机制，例如，对浏览器，框架支持输出Ajax友好的JSON消息格式，而对无线设备上的Native App，框架支持输出性能高的Binary消息格式。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  4. 配置，除了支持普通配置文件方式的配置，框架层还可集成动态运行时配置，能够在运行时针对不同环境动态调整服务的参数和配置。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  5. 限流和容错，框架集成限流容错组件，能够在运行时自动限流和容错，保护服务，如果进一步和动态配置相结合，还可以实现动态限流和熔断。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  6. 管理接口，框架集成管理接口，一方面可以在线查看框架和服务内部状态，同时还可以动态调整内部状态，对调试、监控和管理能提供快速反馈。Spring Boot微框架的Actuator模块就是一个强大的管理接口。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  7. 统一错误处理，对于框架层和服务的内部异常，如果框架层能够统一处理并记录日志，对服务监控和快速问题定位有很大帮助。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  8. 安全，安全和访问控制逻辑可以在框架层统一进行封装，可做成插件形式，具体业务服务根据需要加载相关安全插件。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  9. 文档自动生成，文档的书写和同步一直是一个痛点，框架层如果能支持文档的自动生成和同步，会给使用API的开发和测试人员带来极大便利。Swagger是一种流行Restful API的文档方案。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务系统底座

一个完整的微服务系统，它的底座最少要包含以下功能：文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 日志和审计，主要是日志的汇总，分类和查询文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 监控和告警，主要是监控每个服务的状态，必要时产生告警文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 消息总线，轻量级的MQ或HTTP文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 注册发现文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 负载均衡文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 部署和升级文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 事件调度机制文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 资源管理，如：底层的虚拟机，物理机和网络管理文章源自JAVA秀-https://www.javaxiu.com/41665.html

以下功能不是最小集的一部分，但也属于底座功能：文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 认证和鉴权文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务统一代码框架，支持多种编程语言文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 统一服务构建和打包文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 统一服务测试文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 微服务CI/CD流水线文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 服务依赖关系管理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 统一问题跟踪调试框架，俗称调用链文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 灰度发布文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 蓝绿部署文章源自JAVA秀-https://www.javaxiu.com/41665.html

容器（Docker）与微服务

  • 容器够小文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 解决微服务对机器数量的诉求文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 容器独立文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 解决多语言问题文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 开发环境与生产环境相同文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 单机开发、提升效率文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 容器效率高文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 省钱文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 代码/image一体化文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 可复用管理系统文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 容器的横向与纵向扩容文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 可复制文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 可动态调节CPU与内存文章源自JAVA秀-https://www.javaxiu.com/41665.html

容器(Docker)与微服务

  • Image管理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 系统安全管理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 授权管理文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 系统成熟度文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 社区成熟度文章源自JAVA秀-https://www.javaxiu.com/41665.html

开发方式影响

随着持续交付概念推广以及Docker容器普及，微服务将这两种理念和技术结合起来，形成新的微服务+API + 平台的开发模式，提出了容器化微服务的持续交付概念。下图传统Monolithic的DevOps开发队伍方式：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

这种整体型架构要求产品队伍横跨产品管理 Dev开发 QA DBA 以及系统运营管理，而微服务架构引入以后，如下图：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务促进了DevOps方式的重组，将一个大臃肿的整体产品开发队伍切分为根据不同微服务的划分的产品队伍，以及一个大的整体的平台队伍负责运营管理，两者之间通过API交互，做到了松耦合隔绝。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 首先需要考虑构建DevOps能力，这是保证微服务架构在持续交付和应对复杂运维问题的动力之源；文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 其次保持服务持续演进，使之能够快速、低成本地被拆分和合并，以快速响应业务的变化；文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 同时要保持团队和架构对齐。微服务貌似是技术层面的变革，但它对团队结构和组织文化有很强的要求和影响。识别和构建匹配架构的团队是解决问题的另一大支柱。文章源自JAVA秀-https://www.javaxiu.com/41665.html

  • 最后，打造持续改进的自组织文化是实施微服务的关键基石。只有持续改进，持续学习和反馈，持续打造这样一个文化氛围和团队，微服务架构才能持续发展下去，保持新鲜的生命力，从而实现我们的初衷。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务的实施是有一定的先决条件：基础的运维能力（如监控、快速配置、快速部署）需提前构建，否则就会陷入如我们般被动的局面。文章源自JAVA秀-https://www.javaxiu.com/41665.html

推荐采用基础设施及代码的实践，通过代码来描述计算和网络基础设施的方法，使得图案度i可以快速安全的搭建和处理由新的配置代替的服务器，服务器之间可以拥有更高的一致性，降低了在“我的环境工作，而你的环境不工作”的可能，也是为后续的发布策略和运维提供更好的支撑。文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

由于Docker引入，不同的微服务可以使用不同的技术架构，比如Node.js Java Ruby Python等等，这些单个的服务都可以独立完成交付生命周期，如下：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务案例

Netflix的微服务架构如下，着重全球分发 高可扩展性和可用性：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

Twitter的微服务架构，注重高效的可扩展的数据中心：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

图片文章源自JAVA秀-https://www.javaxiu.com/41665.html

- END -文章源自JAVA秀-https://www.javaxiu.com/41665.html

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

已在知识星球更新源码解析如下：文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

微服务架构设计总结文章源自JAVA秀-https://www.javaxiu.com/41665.html

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。文章源自JAVA秀-https://www.javaxiu.com/41665.html

提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。文章源自JAVA秀-https://www.javaxiu.com/41665.html

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。文章源自JAVA秀-https://www.javaxiu.com/41665.html

文章源自JAVA秀-https://www.javaxiu.com/41665.html

文章有帮助的话，在看，转发吧。谢谢支持哟 (*^__^*）
文章源自JAVA秀-https://www.javaxiu.com/41665.html

阅读原文文章源自JAVA秀-https://www.javaxiu.com/41665.html

继续阅读
历史上的今天
8月
22
速蛙云 - 极致体验，强烈推荐！！！购买套餐就免费送各大视频网站会员！快速稳定、独家福利社、流媒体稳定解锁！速度快，全球上网、视频、游戏加速、独立IP均支持！基础套餐性价比很高！这里不多说，我一直正在使用，推荐购买：https://www.javaxiu.com/59919.html
weinxin
资源分享QQ群
本站是JAVA秀团队的技术分享社区, 会经常分享资源和教程; 分享的时代, 请别再沉默！
沙海
  • 版权声明：本站是JAVA秀团队的技术分享社区，我们会经常分享资源和教程。
  • 转载请注明：微服务架构设计总结 - JAVA秀 ☜(ˆ▽ˆ)
匿名

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

确定