服务架构

单体架构：

将业务的所有功能集中在一个项目中开发，打成一个包部署。

优点是架构简单，部署成本低。缺点是耦合性强

分布式架构：

如何写架构优势_微服务

根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。

通俗说就是不同的人，做不同的事情。

集群就是相同的事情由许多人来做。

优点是降低耦合利于升级拓展，缺点是服务调用关系复杂。

微服务：

微服务的架构特征：

  • 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
  • 自治：团队独立、技术独立、数据独立，独立部署和交付
  • 面向服务：服务提供统一标准的接口，与语言和技术无关
  • 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务就是一种经过良好设计的分布式架构方案。

如何写架构优势_如何写架构优势_02

然而这个也仅仅是一种思想，方案也并没有落地，那么该如何让微服务落地呢？这就要提到了springcloud

SpringCloud

springCloud是目前国内使用最广泛的微服务框架。

总结来说它是微服务分布式架构的一站式解决方案，集成了各种优秀的微服务功能组件。

总结

  • 单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统
  • 分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝
  • 微服务：一种良好的分布式架构方案
    ①优点：拆分粒度更小、服务更独立、耦合度更低
    ②缺点：架构非常复杂，运维、监控、部署难度提高
  • SpringCloud是微服务分布式架构的一站式==解决方案==，集成了各种优秀微服务功能组件

Eureka注册中心

如何写架构优势_架构_03

 

说白了就是服务器太多了，互相调用又麻烦。然后搞了个eureka用来管理这些服务。

eureka使用步骤

如何写架构优势_微服务_04

1.搭建eureka

1.1创建一个maven工程

1.2导入依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

1.3编写启动类

package cn.itcast.eureka;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class, args);
    }
}

 1.4编写配置类

server:
  port: 10086
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka
    register-with-eureka: false # 不注册自己
    fetch-registry: false #不拉取服务本eureka服务中的服务信息

1.5启动服务

 启动微服务，然后在浏览器访问：http://127.0.0.1:10086

如何写架构优势_如何写架构优势_05

2.服务注册

2.1 给要注册的服务导入依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

2.2配置文件

spring:
  application:
    name: userservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka
  instance: # 在Eureka中显示服务的ip地址
    ip-address: 127.0.0.1 # 配置服务器ip地址
    prefer-ip-address: true # 更倾向于使用ip,而不是host名
    instance-id: ${eureka.instance.ip-address}:${server.port} # 自定义实例的id

2.3 启动类添加注解：@EnableDiscoveryClient

2.4启动实例即可，如果有多个实例，先复制再改vm options的配置

如何写架构优势_架构_06

 

如何写架构优势_微服务_07

 

如何写架构优势_如何写架构优势_08

 3 服务发现

3.1引入依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

 3.2配置文件

服务发现也需要知道eureka地址，因此第二步与服务注册一致，都是配置eureka信息：

spring:
  application:
    name: orderservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

3.3服务拉取负载均衡

启动类上添加@LoadBalanced注解即可

如何写架构优势_microservices_09

 最后修改下地址

如何写架构优势_spring_10

 负载均衡

原理：SpringCloud底层其实是利用了一个名为Ribbon的组件，来实现负载均衡功能的。

 

如何写架构优势_spring_11

 

基本流程如下：

  • 拦截我们的RestTemplate请求http://userservice/user/1
  • RibbonLoadBalancerClient会从请求url中获取服务名称，也就是user-service
  • DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表
  • eureka返回列表，localhost:8081、localhost:8082
  • IRule利用内置负载均衡规则，从列表中选择一个，例如localhost:8081
  • RibbonLoadBalancerClient修改请求地址，用localhost:8081替代userservice，得到http://localhost:8081/user/1，发起真实请求

负载均衡策略

内置负载均衡规则类规则描述RoundRobinRule简单轮询服务列表来选择服务器。AvailabilityFilteringRule对以下两种服务器进行忽略： （1）在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路”状态。短路状态将持续30秒，如果再次连接失败，短路的持续时间就会几何级地增加。 （2）并发数过高的服务器。如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的<clientName>.<clientConfigNameSpace>.ActiveConnectionsLimit属性进行配置。WeightedResponseTimeRule为每一个服务器赋予一个权重值。服务器响应时间越长，这个服务器的权重就越小。这个规则会随机选择服务器，这个权重值会影响服务器的选择。ZoneAvoidanceRule以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。BestAvailableRule忽略那些短路的服务器，并选择并发数较低的服务器。RandomRule

随机选择一个可用的服务器。

（有bug，如果进来的为null就会无限循环）

RetryRule重试机制的选择逻辑

 自定义负载均衡

启动类里面添加策略

@Bean
public IRule rule() {
    return new NacosRule();
}

 Nacos注册中心

简单来说就是eureka的升级版

导入依赖

这是父锁定的依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.6.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

这是子的依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

配置nacos地址

spring:
  cloud:
    nacos:
      server-addr: 192.168.94.129:8848

 集群设置

一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：

如何写架构优势_如何写架构优势_12

 说白了就是让上海的服务器访问上海，访问不了再访问杭州，为了减少浪费提高速度。

添加集群配置就行了

spring:
  cloud:
    nacos:
      server-addr: 192.168.94.129:8848
      discovery:
        cluster-name: HZ # 集群名称

 给别的实例添加在vm里面修改

-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH

 同集群优先负载

首先添加集群配置

spring:
  cloud:
    nacos:
      server-addr: l192.168.94.129:8848
      discovery:
        cluster-name: HZ # 集群名称

修改均衡规则

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 

 （也可以在@bean的里面修改）

权重配置

很简单，权重越大就给的越多，能者多劳了属于是。

环境隔离

如何写架构优势_microservices_13

 

如何写架构优势_spring_14

 

如何写架构优势_如何写架构优势_15

 

给微服务配置namespace

spring:
   cloud:
     nacos:
       server-addr: localhost:8848
       discovery:
         cluster-name: HZ
         namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID

 

Nacos和eureka的共同

  • 都支持服务注册和服务拉取
  • 都支持服务提供者心跳方式做健康检测

不同：

  • Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
  • 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
  • Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
  • Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式