![](https://img-blog.csdnimg.cn/20201014180756916.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
springcloud
唐荣跃
谁的青春没遗憾
展开
-
Eureka与zk的比较
ek与zk都为微服务集群提供了集群节点信息管理、统一命名服务,两者都通过集群实现了分布式CAP定理中的P——分区容错性。zk集群是主从设计,为保证数据的一致性所有的操作都由leader节点来完成,只有Leader才有写权限其它节点没有写权限,leader节点会将数据同步给其它节点,但zk并不确保所有节点都同步完成,只要过半节点同步完成即可,若zk的leader节点宕掉,zk就会触发选举,在剩余的非leader节点中选举出新的leader节点,zk的选举除了在leader节点宕机的情况下进行,在zk集群初始化原创 2021-01-23 23:36:54 · 823 阅读 · 0 评论 -
分布式之Eureka
在进行微服务技术选型时不得不提CAP理论。CAP包含的内容是Consistency(一致性)、Availavility(可用性)、Partition Tolerance(分区容错性)。CAP理论证明分布式架构的服务不可能同时满足一致性、可用性和分区容错性。因为是分布在不同机器节点上的服务共同组成集群以提供完整的服务,所以必须保证某个或几个节点故障或者网络分区故障而不影响整个服务的使用,这就是满足分区容错性。采用分布式架构的系统服务节点众多、部署分散,因此,节点故障,网络故障(延迟、丢包)是系统必须要实现的原创 2021-01-23 23:34:52 · 261 阅读 · 0 评论 -
性能测试之微服务集群配置调优
待续原创 2020-12-11 16:34:32 · 168 阅读 · 0 评论 -
记一次实际生产中服务不可用故障
(1)现象:在某段时间内无法请求到微服务A,连接服务超时,20分钟左右服务又恢复可用(2)服务请求链路:客户端——nginx——微服务网关——微服务A排查过程:查看故障时间段经过nginx和微服务网关对微服务A的请求,在微服务A中没有请求日志,也就是说故障时间段请求并没有到达微服务。(3)故障原因分析:这种现象的原因一般有两种可能,一种是是微服务处理请求时间超过服务熔断时间,导致服务被熔断,在熔断时间内微服务是不可用的。另外一种,微服处理请求时间超过服务的负载均衡配置的请求读取超时时间,然后请求被负载原创 2020-12-11 15:17:21 · 376 阅读 · 0 评论