微服务java b2b商城系统_ java商城100%开源源代码适合二次开发-服务治理实现原则

Spring云学习–服务治理实施原则

大型企业需要JAVA Spring Cloud分布式微服务云的B2B2C电子商务平台源代码：1038774626

服务治理实施原则.png

该图显示了eureka的结构，包括三个部分：服务注册表（eureka Server）、服务提供者（EurekaClient）和服务使用者（EurekClient）

Eureka服务器-1和Eureka Server-2形成了一个高度可用的集群。注册其中一个服务器的任何客户端都将根据配置的时间同步到另一个服务器

服务注册表（Eureka服务器）

作为注册表，每个微服务（客户端）在启动后会将其主机、端口号、通信协议等信息发送到注册表进行注册，注册表将存储微服务的IP地址、端口等信息。

服务消费者可以从服务发现组件查询服务提供商的网络地址，并使用该地址调用服务提供商的接口

每个服务和服务组件都使用统一的心跳机制。如果服务发现组件长时间无法与微服务实例通信，它将被注销。

当微服务网络地址更改时，它将重新注册到服务发现组件，以避免手动修改提供商的网络地址。

服务发现组件的核心功能：

服务注册表：记录微服务信息的服务的名称、ip、端口等，以及服务注册表查询API和管理API。

服务注册和服务发现：服务注册是在启动微服务时将组件本身的信息注册到服务发现组件的过程。服务发现是指查询可用微服务列表及其网络地址的机制。

服务检查：服务发现组件已使用某种机制定期检测注册的服务。

服务同步：当多个注册表服务器组成一个集群时，如果客户端在一个注册表中注册，则客户端将自动同步到其他集群中的服务器

服务提供商（Eureka客户）

启动时，通过REST请求将自己注册到Eureka Server，并携带自己服务的元数据信息。通过eureka：

实例：元数据映射：。其他消费者可以从服务器获取。eureka：client:register with eureka参数控制是否可以注册。默认值为true

注册完成后，服务提供商将保持心跳（发送通信包），以持续告知服务器它是否处于活动状态。如果在一定时间内没有心跳，服务器将判断Cliebt无效，将其状态设置为“DOWN”，并将其从服务列表中删除。

服务消费者（Eureka客户端）

启动服务使用者后，定期发送REST请求以获取服务列表。

获取服务列表后，可以通过服务名称获取特定服务的实例名称和实例的元数据信息。

消费者可以通过ribbon或Feign使用服务提供商。

服务提供者和服务使用者之间的配置没有区别，但可能需要配置元数据信息以提供给使用者。两者之间只有行为上的区别：一个是提供服务（低级服务），另一个是消费服务（高级服务，通过http请求请求调用提供者中的相关方法）。

区域和区域

地区：可以简单地理解为一个地理区域，如亚洲、华北或北京。没有具体的大小限制。根据项目的具体情况，可以合理划分区域。

区域：可以简单地理解为该区域的特定机房。例如，该地区被划分为北京，然后在北京有两个机房。然后，区域1和区域2可以在该区域下划分

一个区域可以有多个区域，每个服务都需要在一个区域中注册。因此，每个客户端对应于一个区域和一个区域。在进行服务呼叫时，应优先访问同一区域内的服务提供商。如果无法访问，请访问其他区域。然而，这可以由参数控制。eureka客户端。首选相同区域的eureka控件。默认值为true，这意味着应优先查找同一区域中的服务提供商。

@EnableDiscoveryClient和@EnableEurekaClient之间的区别

Spri中的“发现服务”