【springcloud专栏一】为什么使用微服务

目录

为什么要用springcloud

分布式服务

SOA流动计算架构

微服务

---

为什么要用springcloud

• 1、传统项目水平划分controller层、service层、mapper层，无法针对不同模块优化，例如订单模块数据量大，登录模块并发高
• 2、不同模块都是独立工程，独立开发独立部署

 

分布式服务

垂直切分，形成多个垂直应用。应用之间交互不可避免，将核心业务抽取出来最为独立服务，逐渐形成稳定的服务中心。所以分布式服务是提高系统处理能力的关键。

分布式服务系统间关系图：业务功能模块调用基础服务模块，系统间调用

SOA流动计算架构

面向服务的架构，增加一个调度中心，基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心（SOA）是关键。

    1、服务越来越多，需要管理每个服务的地址

    2、调用关系错综复杂，难以理清依赖关系

    3、服务过多，服务状态难以管理，无法根据服务情况动态管理

注册中心：调用者会去注册中心提取可以提供服务的ip

面向服务架构的一些缺点：服务力度大，一个服务可提供的功能较复杂。服务与服务之间有强依赖关系，例如被调用方宕机或未启动，那调用方也无法启动。错综复杂的依赖关系容易引起雪崩效应

微服务架构：服务拆分力度较小，微服务中每一个服务都对应唯一的业务能力，做到单一职责。

微服务

    1、单一职责：微服务中每一个服务都对应唯一的业务能力，做到单一职责

    2、服务拆分粒度小，但五脏俱全

    3、面向服务：每个服务都要对外暴露Rest风格接口，并不关心技术的实现，做到与平台和语言无关，只要提供Rest接口即可。

    4、自治：服务间互相独立，互不影响

Rest风格：基于HTTP请求，python、java、node都可以发http请求跟语言无关、跟平台无关。

为什么浏览器输入localhost:8088/user/3可以访问到请求得到数据：首先localhost是本机地址代表访问了本机Tomca部署在8088端口号上的服务，浏览器是一个客户端会将请求包装成请求头、请求行、请求体发送到Tomcat容器，Tomcat容器会生成request对象，然后dispatchservlet会拦截请求转发到相应的controller处理器上，调用处理逻辑获得数据，springmvc返回json数据，Tomcat将数据包装在response返回给客户端浏览器，浏览器解析response得到数据

Tomcat：默认的最大连接数200.一般调到700-800，调太高性能会降低