codingToMaster的博客

Eureka原理eureka来源于古希腊词汇，意为“发现了”eureka分为两部分，Server端和Client端Register服务注册想要参与服务注册发现的实例首先需要向Eureka服务器注册信息注册在第一次心跳发生时提交Renew续租，心跳Eureka客户需要每30秒发送一次心跳来续租10:00 00 第一次10:00 3010:0110:01 30 最后更新通知Eureka服务器实例仍然是活动的。如果服务器在90秒内没有看到更新，它将从其注册表

单体架构缺点：1.过度的复杂度  系统本身过于庞大和复杂，以至于任何一个开发者都很难以理解它的全部。这种极度的复杂度会形成恶性循环，由于代码难以理解，因此开发人员更改更容易出错，每一次更改系统更复杂，更难懂。2.开发速度缓慢  因为应用太大，每启动一次都需要很长的时间，因此从编辑到构建、运行再到测试这个周期花费的时间越来越长。3.代码部署的周期很长，而且容易出问题  程序更改部署到生产环境的时间变得更长。代码库复杂，以至于一个更改可能引起的影响是未知的。开发团队分为多个小组，

有两种：1.eureka.client.register-with-eureka=true eureka服务器之间互相注册2.eureka.client.register-with-eureka=false 服务器之间互相独立，服务需要向每台eureka服务器注册，拉取服务列表的时候，需要拉取多台（HTTP请求会变多）Eureka的可靠性增强，降低了一致性搭建过程：第一步:window配置（多网口绑定机制）C:\Windows\System32\drivers\etc下的hos.

自我保护机制机制Eureka在CAP理论当中是属于AP ， 也就说当产生网络分区时，Eureka保证系统的可用性，但不保证系统里面数据的一致性默认开启，服务器端容错的一种方式，即短时间心跳不到达仍不剔除服务列表里的节点EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANC

1.实现Eureke Server<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd

分布式事务解决方案：两阶段提交协议：基于XA协议的，采用强一致性，遵从ACID2PC：（2阶段提交协议），是基于XA/JTA规范过程：1.请求阶段（commit-request phase,或称表决阶段，voting phase）在请求阶段，协调者将通知事务参与者提交或取消事务，然后进入表决过程。在表决过程中，参与者将告知协调者自己的决策：同意（事务参与者本地作业执行成功）或取消（本地作业执行故障）。2.提交阶段：在该阶段，协调者将基于第一个阶段的投票结果进行决策：提

微服务特性：1.每个微服务可以独立运行在自己的进程里2.一系列独立运行的微服务共同构建起整个系统3.每个服务为独立的业务开发，一个微服务只关注某个特定的功能，例如订单管理、用户管理等。4.微服务之间通过轻量级的通信机制进行通信，例如通过REST API或者RPC的方式进行调用。5.可以使用不同的语言与数据库存储技术6.全自动的部署机制。...