Dubbo

Dubbo特性之结果缓存，并发、连接控制 一、结果缓存 Dubbo可以通过注解对热点数据进行缓存 Dubbo结果缓存是本地缓存，Redis是分布式缓存 二、并发、连接控制 Dubbo可以对连接和并发数量进行控制，超出部分以错误形式返回 1) 连接控制： Dubbo是一个长连接，可以控制连接的数量 accepts配置连接数可以在Reference或者Service 2) 并发控制 限制服务端并发执行（或占用线程池数）数量 如下图，在provider服务里配置executes并发数为10 来源： oschina 链接： https://my.oschina.net/u/4314113/blog/4274514

前言 Saturn英文意思是：土星，太阳系中的第二大行星。比地球高一个层级，地球是八大行星之一。而今天我们介绍的Saturn，是IT行业的一个分布式作业调度平台。可以看到Saturn的管理界面的象征性图标就是如下一个土星标志​： 土星 背景 普通的SpringBoot/SpringCloud微服务和Dubbo RPC分布式架构技术，都有着其各自的优缺点。其中最明显的就是模块间的依赖性： 比如SpringCloud必须依赖网关Zuul和ConfigCenter配置中心。 前一个业务模块必须启动并正常运行，后面依赖该业务模块的才能正常启动。 Dubbo必须要配置Service且正常启动并运行。 后面调用前面的Dubbo Service作业才能正常启动。 一、简介 Saturn (任务调度系统)是唯品会开源的一个分布式任务调度平台，取代传统的Linux Cron/Spring Batch Job的方式，做到全域统一配置，统一监控，任务高可用以及分片并发处理。 Saturn是在当当开源的Elastic Job基础上，结合各方需求和我们的实践见解改良而成。 GitHub上Saturn官网活跃着很多Saturn用户和爱好者，业界也有很多公司以Saturn作为公司的核心架构 https://github.com/vipshop/Saturn 二、特性 基于时间的作业调度，作业实现不受开发语言所限

本文已经收录进我的 75K Star 的 Java 开源项目 JavaGuide： https://github.com/Snailclimb/JavaGuide 大家好，我是 Guide 哥，一个三观比主角还正的技术人。推荐阅读： 今天推荐几个 Java 项目快速开发脚手架，解放双手 ✋ 从现在开始。 以下推荐项目都是码云上的优质项目，并且都是项目快速开发脚手架，代码质量什么的无法保证能有多好，毕竟很多也是个人开发，或多或少也有个人色彩影响。 不过既然开源出来，这么多人参与，一般情况下项目整体质量可以说是非常不错的了。另外，下面推荐的项目几乎都是码云上面选出来的最有价值的开源项目。后面，可能会单独再推荐一期 Github 上的 Java 项目快速开发脚手架。 想要获取更多开源项目资源？欢迎关注我的 awesome-java（Github 上非常棒的 Java 开源项目集合），地址： https://github.com/Snailclimb/awesome-java 。 概览 ： Guns pig RuoYi Jeecg-boot iBase4J Guns 推荐指数 ：⭐⭐⭐⭐⭐ 简介 我在上大学的时候就了解和接触过了这个项目，当时我还是一个 Spring 入门不太久的小菜鸟。一晃，不经意间已经过去快 3 年了。 采用主流框架 ： 基于 Spring Boot2.0+版本开发

dubbo-admin是dubbo的一版开发的控制平台,支持的注册中心,包括zookeeper,nacos,consul等,下面就介绍相关的支持的注册中心的各项配置和注意事项. dubbo-admin的github官方地址: https://github.com/apache/dubbo-admin zookeeper相关配置: 配置文件路径: application.properties admin.registry.address=zookeeper://127.0.0.1:2181 admin.config-center=zookeeper://127.0.0.1:2181 admin.metadata-report.address=zookeeper://127.0.0.1:2181 nacos (git 官方地址: https://github.com/alibaba/nacos , 中文使用文档: https://nacos.io/zh-cn/ )相关配置: admin.registry.address=nacos://127.0.0.1:8848 admin.config-center=nacos://127.0.0.1:8848 admin.metadata-report.address=nacos://127.0.0.1:8848 nacos 注册中心 有

正确设置dubbo timeout 目的和意义 为了规范地、透明地、合理地使用 dubbo timeout 功能。 当前存在部分 dubbo 服务，无论是提供者或消费者，都没有明确的超时机制，大多数的服务是使用配置中心默认的超时时间 10000ms=10s；10s的超时时间对于大多数接口来说没有意义，通常来说，一个用户在点击某个页面或功能按钮之后，如果 10s 还没有返回结果，大多数用户都会放弃本次操作。 设置途径 consumer： 第一优先级，在 consumer 端配置超时时间 <dubbo:reference id="documentCenterPlugService" interface=" cn.gov .zcy.dc.plug.service.DocumentCenterPlugService" retries="0" timeout="2000" version="1.0.0"/> provider： 第二优先级，在 provider 端配置超时时间 <dubbo:service interface=" cn.gov .zcy.dc.plug.service.DocumentCenterPlugService" class=" cn.gov .zcy.dc.plug.service.DocumentCenterPlugServiceImpl" timeout=

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 纵观中国开源历史，你真的没法找到第二个像 Dubbo 一样自带争议和讨论热度的开源项目。 一方面，2011 年，它的开源填补了当时生产环境使用的 RPC 框架的空白，一发布就被广泛采用；另一方面，它经历了停止维护、重启维护后捐献给 Apache 基金会、接着又以顶级项目的身份毕业。 面对多疑的开发者，在云原生时代，Apache Dubbo 将如何延续当前光芒？ 今年是 Dubbo 从 Apache 基金会毕业的一周年，同时也是推进 Dubbo 3.0，即全面拥抱云原生的重要一年。 作者简介 刘军 ，花名陆龟，GitHub 账号 Chickenlj，Apache Dubbo PMC，项目核心开发，见证了 Dubbo 重启开源，到从 Apache 基金会毕业的整个过程。现任职阿里云云原生应用平台团队，参与服务框架、微服务相关工作，目前主要在推动 Dubbo 3.0 - Dubbo 云原生。 系列开篇：3.0 全面铺开、ASF 毕业一周年 从 2019 年到现在，在 Dubbo 毕业的这一年时间里，Dubbo 社区和产品都取得长足进步，同时 Dubbo 云原生版本 - Dubbo 3.0 的开发工作也已经全面铺开。 社区方面。需要重点提及的有两点：一个是落地与贡献的企业用户进一步增加

https://my.oschina.net/u/4052033?tab=newest&catalogId=6853760 来源： oschina 链接： https://my.oschina.net/u/3847203/blog/4320418

咕泡三期 Java高级开发|java进阶大型互联网架构师专题 微云链接： 链接：https://share.weiyun.com/4Ruecunx 密码：m4xy7s 百度网盘：链接: https://pan.baidu.com/s/1UBSJaWNobkTmZ7uTGVMRQg 密码: 1bpw 如果失效联系微信：itit11223344 Java架构班开学典礼 【回放】Java架构班开学典礼(2月19日 20:00-21:30) 02 架构师内功心法之设计原则 【回放】为什么要学习软件架构设计原则(2月22日 20:00-22:00) 03 架构师内功心法之设计模式 【回放】设计模式总览及工厂模式详解(2月23日 20:00-22:00) 【回放】单例模式详解(2月26日 20:30-22:30) 【回放】原型模式与建造者模式详解(2月29日 20:00-22:00) 【回放】深度分析代理模式详解(3月1日 20:00-22:00) 【回放】门面模式与装饰器模式详解(3月4日 20:30-22:30) 【回放】享元模式与组合模式详解(3月7日 20:00-22:00) 【回放】适配器模式与桥接模式详解(3月8日 20:00-22:00) 【回放】委派模式与模板方法模式详解(3月11日 20:30-22:30) 【回放】策略模式与责任链模式详解(3月14日 20:00-22:00

Spring Cloud Gateway 是 Spring Cloud Finchley 版推出来的新组件，用来代替服务网关：Zuul。 那 Spring Cloud Gateway 和 Zuul 都有哪些区别呢，咱们来比较一下。 1、开源组织 Spring Cloud Gateway 是 Spring Cloud 微服务平台的一个子项目，属于 Spring 开源社区，依赖名叫：spring-cloud-starter-gateway。 https://spring.io/projects/spring-cloud-gateway Zuul 是 Netflix 公司的开源项目，Spring Cloud 在 Netflix 项目中也已经集成了 Zuul，依赖名叫：spring-cloud-starter-netflix-zuul。 https://github.com/Netflix/zuul 2、底层实现 https://stackoverflow.com/questions/47092048/how-is-spring-cloud-gateway-different-from-zuul 据 Spring Cloud Gateway 原作者的解释： Zuul构建于 Servlet 2.5，兼容 3.x，使用的是阻塞式的 API，不支持长连接，比如 websockets。另外

作者：潘吉祥 要说最开始接触zookeeper，已经是很久很久以前了，应该是学习dubbo的时候了解的，简单地安装、启动一下，作为dubbo的注册中心。 那个时候觉得挺神奇的，居然能服务注册与发现！但是也仅限于这样的感觉，因为我觉得具体实现对于我来说太遥远了，那种感觉就像我在学习Java基础的时候听到负载均衡、集群这类概念。这么说可能还是没有确切地表达出那种感觉，尤其是作为一个文科生而言。 虽说如此，但是我还是有些不自量力地在简历上写了“熟悉zookeeper”……当然了，打脸的时候总会出现，只是迟早问题，大概一年后：那你说说zk有几种节点类型？我…… 不争馒头争口气，自己挖的坑自己得填好，这下怎么也得深入了解一下了。大概也是自己视野开阔的原因，此时抛开zookeeper不说，仔细想想注册中心简单点来说也就是存放对应关系的一个容器而已，再简单点就是一个map映射。有了思路，深入学了学zookeeper，于是开始试着把自己的服务注册到zookeeper。 这里关于zookeeper的知识就不再赘述，你可以把他当做一个存放键值对的数据库，当然zookeeper的功能远不限此。我们直接进入正题：把自己的服务注册到zookeeper并实现负载均衡（关于节点的操作不懂得小伙伴可以先学习一下zookeeper的基本操作）。 开拔之前我们先来理一下思路，这往往是最重要的：