codingToMaster的博客

Eureka原理 eureka来源于古希腊词汇，意为“发现了” eureka分为两部分，Server端和Client端 Register 服务注册 想要参与服务注册发现的实例首先需要向Eureka服务器注册信息 注册在第一次心跳发生时提交 Renew 续租，心跳 Eureka客户需要每30秒发送一次心跳来续租 10:00 00 第一次 10:00 30 10:01 10: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协议的，采用强一致性，遵从ACID 2PC：（2阶段提交协议），是基于XA/JTA规范 过程： 1.请求阶段（commit-request phase,或称表决阶段，voting phase） 在请求阶段，协调者将通知事务参与者提交或取消事务，然后进入表决过程。 在表决过程中，参与者将告知协调者自己的决策：同意（事务参与者本地作业执行成功）或取消（本地作业执行故障）。 2.提交阶段： 在该阶段，协调者将基于第一个阶段的投票结果进行决策：提

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