一概述 最近由于公司业务减少，开始慢慢裁员了。程序猿们都已经清闲个把月了，不知道是不是过惯了忙碌的日子一下特别不舒服。被裁员可以拿到N+1的赔偿也是不错的哈！不知道下一个会不会是我，嘿嘿！上一节说到了如何自定义标签，今天说说dubbo的服务是如何发布出来的，研究了几天略有眉目。如果客观想看看，需要提前了解以下几个知识点：1.netty的使用，版本是3.x几的
微服务架构下，服务的数量少则几十，多则上百，对服务的监控必不可少。如果是以前的单体项目，启动了几个项目是固定的，可以通过第三方的监控工具对其进行监控，然后实时告警。在微服务下，服务数量太多，并且可以随时扩展，这个时候第三方的监控功能就不适用了，我们可以通过SpringBootAdmin连接注册中心来查看服务状态，这个只能在页面查看。很多时候更希望能够自动监控，通过邮件告警，某某服务下线了这样的功能
原创
2020-08-04 21:14:50
1031阅读
1.Zookeeper相关概念的介绍1.概述ZooKeeper是一个集中服务，用于维护配置信息、命名、提供分布式同步和提供组服务。所有这些类型的服务都以某种形式被分布式应用程序使用。每次实现它们时，都要进行大量的工作来修复不可避免的bug和竞争条件。由于实现这类服务的困难，应用程序最初通常会忽略它们，这使得它们在发生变化时变得脆弱，并且难以管理。即使操作正确，在部署应用程序时，这些服务的不同实现也
问题背景我们微服务之间的远程调用使用的是dubbo框架（版本2.4.9），在最近几次服务的发布中，我们发现在dubbo provider服务的重启过程中，如果此时正处于业务的高峰期，短时间内会有大量的rpc调用失败，如果consumer侧没有重试机制或本地兜底策略的话，很可能导致业务异常。为了解决上述问题，我们有必要知道我们服务上下线过程中，dubbo究竟做了哪些事情。服务上线首先看在上线过程中，
说明：Apache Dubbo 是一款 RPC 服务开发框架，用于解决微服务架构下的服务治理与通信问题，官方提供了 Java、Golang 等多语言 SDK 实现。本文介绍Dubbo的简单使用及一些Dubbo功能特性，注册中心使用的是ZooKeeper，可在官网下载。（另外，在阿里巴巴发出的《微服务治理技术白皮书》中各种注册中心的区别如下：）环境搭建首先，搭建一个ZooKeeper + Dubbo
吐槽以前都是手撸RPC，最近接触SpringCloud，深感痛心。主要有以下几点：1）代码量巨大，找BUG时间长，超级复杂的设计2）版本管理混乱，经常出现莫名其妙的配置错误（所以2.0是打死不敢上生产啊）3）Netflix公司的有些代码，实在是让人费解，根本就不考虑扩展性4）生态链庞大，学习成本大建议准备上微服务的同学，固定下一个版本，不要随意更新或降级。拿tomcat的basedir来说，1.5
原创
2021-04-15 18:55:48
443阅读
吐槽以前都是手撸RPC，最近接触SpringCloud，深感痛心。主要有以下几点：1）代码量巨大，找BUG时间长，超级复杂的设计2）版本管理混乱，经常出现莫名其妙的配置错误（所以2.0是打死不敢上生产啊）3）Netflix公司的有些代码，实在是让人费解，根本就不考虑扩展性4）生态链庞大，学习成本大建议准备上微服务的同学，固定下一个版本，不要随意更新或降级。拿tomcat的basedir来说，1.5
原创
2021-02-04 22:19:58
421阅读
# Spring Boot动态感知服务上下线
## 引言
在微服务架构中，服务的上下线是非常常见的操作。当服务上线时，其他服务需要能够感知到该服务的存在，以便能够与它进行交互。同样地，当服务下线时，其他服务也需要能够感知到该服务的离线状态，以便能够做相应的处理。
本文将介绍如何使用Spring Boot实现动态感知服务上下线的功能。我们将使用Eureka作为服务的注册中心，通过Eureka
原创
2023-08-31 10:45:33
115阅读
一、解析带解析的配置类书接上文中最重要的两个方法，我们先看第一个，debug进入public void parse(Set<BeanDefinitionHolder> configCandidates) {
// 传入的带解析的配置类是一个集合，但是我们本次debug是springboot第一次启动，此时这个结合只有启动类这一个配置类
for (Be
Dubbo 中 zookeeper 做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？ 可以通信的，启动 dubbo 时，消费者会从 zk 拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本 地存储的地址进行调用； 注册中心对等集群，任意一台宕机后，将会切换到另一台；注册中心全部宕机后，服务的提供者和消费者仍能通过本 地缓存通讯。服务提供者无状态，任一台 宕机后，不影
1. 概述
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
主要核心部件
Remoting: 网络通信框架，实现了sync-over-async 和 request-response 消息机制.
RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能
Registr
最近无论是校招还是社招，都进行的如火如荼，我也承担了很多的面试工作，在一次面试过程中，和候选人聊了一些关于Dubbo的知识。
Dubbo是一个比较著名的RPC框架，很多人对于他的一些网络通信、通信协议、动态代理等等都有一定的了解，这位候选人也一样。
但是，我接下来问了他一个问题：你们在使用Dubbo的时候，应用如果重启，怎么保证一个请求不会被中断处理的呢？
转载
2021-07-09 15:56:38
97阅读
最近无论是校招还是社招，都进行的如火如荼，我也承担了很多的面试工作，在一次面试过程中，和候选人聊了一些关于Dubbo的知识。Dubbo是一个比较著名的RPC框架，很多人对于他的一些网络通信、通信协议、动态代理等等都有一定的了解，这位候选人也一样。
原创
2021-07-14 17:30:54
516阅读
最近无论是校招还是社招，都进行的如火如荼，我也承担了很多的面试工作，在一次面试过程中，和候选人聊了一些关于Dubbo的知识。Dubbo是一个
原创
2022-04-20 15:43:47
554阅读
zookeep宕机与dubbo直连现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。原因：监控中心宕掉不影响使用，只是丢失部分采样数据数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务注册中心对等集群，任意一台宕掉后，将自动切换到另一台注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯服务提供者无状态，任意一台宕掉后，不影响使用服务提供者全部宕掉后
1. 场景描述先说明下项目中使用的网关是：springcloud gateway， 因需要给各个网关服务系统提供自定义配置路由规则，实时生效，不用重启网关（重启风险大），目前已实现：动态加载自定义路由文件，动态加载路由文件中的路由规则。2.解决方案2.1 解决思路新建总的监控总类，监控网关服务路由规则配置文件，然后每个路由配置文件再监控内容自己文件内容是否变化，动态加载到spring
Dubbo服务发现– Dubbo是阿里巴巴公司开源的RPC框架，在国内有着非常大的用户群体，但是期为服务开发组件对SpringCloud来说并不是那么完善。 SpringCloud Alibaba微服务开发框架集成了Dubbo，可实现微服务对外暴露Dubbo协议的接口，Dubbo协议相比RESTful协议速度更快。 RPC:RPC是远程过程调用（Remote Procedure Call）的缩写形
Merger的实现当一个接口有多种实现，消费者又需要同时引用不同的实现时，可以用group 来区分不同的实现，如下所示。<dubbo:service group=" group1" interface=" com.xxx.testService" />
<dubbo:service group="group2" interface=" com.xxx.testService" /
在实际的生产环境中我们一般都是集群环境部署的，同一个程序我们会部署在相同的几台服务器中，这时我们可以通
原创
2022-07-01 09:14:49
50阅读
