单体架构、SOA、微服务架构

叁歲伎倆 2022-02-26 09:12 520阅读 0赞

[https://blog.csdn.net/persistencegoing/article/details/84376427][https_blog.csdn.net_persistencegoing_article_details_84376427]

**1. 单体架构的问题**  
  在Java Web开发中，web工程一般会被打包为war包部署在Servlet容器中，如Tomcat。比较简单，开发和调试部署都很方便。  
  但是当用户量大时，并发量高时，一台机器是无法满足系统的负载的，我们会考虑水平拓展，比如增加服务器的数量，通过负载均衡器（如Nginx）很容易实现应用的水平拓展。但是时间推移，还是会产生很多问题：

应用复杂度增加，更新、维护困难  
影响开发效率  
应用可靠性降低，这么大一个应用比如出现一个Bug，整个崩溃。  
**2. SOA**  
  针对传统的单体架构问题。大部分企业通过SOA（Service-Oriented Architecture，面向服务的架构）来解决。SOA的思路是把应用中相近的功能聚合到一起，以服务的形式提供出去，可以理解为一批服务的组合。  
  SOA将原来的单体架构按照功能细分为不同的子系统，然后再由各个子系统依赖服务中间件来调用所需服务。  
  使用SOA将系统切分为多个组件服务，这种通过多个组件服务来完成请求的方式有很多好处，比如不同团队的可以负责不同的子项目；模块拆分，使用通讯接口，降低了模块之间的耦合度等等。

**3. 微服务架构**  
  微服务架构是一种架构风格和架构思想，它倡导文明在传统软件应用架构的基础上，将系统业务按照功能拆分为更加细粒度的服务，所拆分的每一个服务都是一个独立的应用，这些应用对外提供公共的API（一般使用REST API），可以独立承担对外服务的职责。

特点：

根据业务模块化分服务种类  
每个服务可独立部署且相互隔离  
通过轻量级API调用服务  
服务虚保证良好的高可用性（HA：比如使用集群，避免单一节点死掉无法继续服务）

**3.1 微服务架构和SOA区别**  
微服务架构                                                               SOA  
一个系统被拆分为多个服务，粒度小               服务由多个子系统组成，粗粒度  
团队级，自底向上开展实施                             企业级，自顶向下开展实施  
无集中式总线，松散的服务架构                     企业服务总线，集中式的服务架构  
集成方式简单（HTTP./REST/JSON）            集成方式复杂（ESB/WS/SOAP）  
服务能独立部署                                               服务相互依赖，无法独立部署

其实主要也是粒度的区别，对SOA不熟，不过听老师说SOA现在的都是那些老应用了，有点过时了

3.2 微服务架构的组件  
![å¨è¿éæå¥å¾çæè¿°][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5iZXR0ZXIxOTk2_size_16_color_FFFFFF_t_70]

1.  服务注册中心（Service Registry）：注册系统所有服务的地方。
2.  服务注册：服务提供方（比如订单服务）将自己的地址注册到服务注册中心，让服务调用方能够方便地找到自己。
3.  服务发现：服务调用方（客户端）从服务注册中心找到自己需要调用服务的地址。
4.  服务网关（API Gateway）：也称为API网关，是服务调用的唯一入口（用户访问从这里进），可以在这个组件中实现用户鉴权、动态路由、灰度发布、负载限流等功能。
5.  负载均衡：服务提供方一般以多实例的形式提供服务，使用负载均衡能够让服务调用方法接到合适的节点（每个服务都是一个项目，比如我把那个订单服务做Nginx反向代理负载均衡，这里没有画上去）
6.  服务容错：通过断路器（也称断容器）等一系列的服务保护机制，保护服务调用者在调用异常服务时能快速地返回结果，避免大量的同步等待。（这个在API Gateway到每个微服务的连接中设置）
7.  分布式配置中心：将本地化的配置信息（properties、yml、yaml等） 注册到配置中心，实现程序包在开发、测试、生产环境的无差别性，方便程序包的迁移。
8.  等等组件（以上基本够用）

部署运行过程：  
  部署了一系列的微服务，每个微服务都会访问自己的数据库。这些微服务启动时，会将其信息注册到服务注册中心，在客户端发送请求时，请求首先被API网关拦截，API网关会读取请求数据，并从注册中心获取对应的服务信息，然后API网关会更具服务信息调研所需的微服务。

3.3 微服务的技术选型

*  微服务实例的开发：常用Spring Boot
 *  服务的注册与发现：Spring Cloud Eureka、Apache Zookeeper、Dubbo
 *  负载均衡：Spring Cloud Ribbon、Dubbo
 *  服务容错：Spring Cloud Hystrix
 *  API网关：Spring Cloud Zuul、Spring Reactor、Nettry或者NodeJS
 *  分布式配置中心：Spring Cloud Config
 *  调试：swagger
 *  部署：Jenkins+Docker

比如下面这种：

![å¾®æå¡ææ¯éå][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5iZXR0ZXIxOTk2_size_16_color_FFFFFF_t_70 1]

原文：    [https://blog.csdn.net/chenbetter1996/article/details/88652590][https_blog.csdn.net_chenbetter1996_article_details_88652590]

**希望大家关注我一波,防止以后迷路,有需要的可以加群讨论互相学习java ,学习路线探讨,经验分享与java求职     **

**群号:721 515 304**

[https_blog.csdn.net_persistencegoing_article_details_84376427]: https://blog.csdn.net/persistencegoing/article/details/84376427
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5iZXR0ZXIxOTk2_size_16_color_FFFFFF_t_70]: /images/20220226/5ca2eda80c2a40dd9dfe8010bb2b8420.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5iZXR0ZXIxOTk2_size_16_color_FFFFFF_t_70 1]: /images/20220226/7cbf3c07afdb4ce1ab16c757a1c3d4d8.png
[https_blog.csdn.net_chenbetter1996_article_details_88652590]: https://blog.csdn.net/chenbetter1996/article/details/88652590