Dubbo

在一个不断发展的大型应用中，新的业务需求和功能不断增加，技术也在不断演进，不同团队构建的功能子系统采用的技术架构五花八门，子系统之间的开发、部署和运维模式也存在较大差异。 如果企业内部没有统一的服务框架进行技术层面的拉通，开发和运维效率都将受到很大制约。 传统垂直架构改造的核心就是要对应用进行服务化，服务化改造用到核心技术就是分布式服务框架。 分布式服务 分布式服务顾名思义服务是分散部署在不同的机器上的，一个服务可能负责几个功能，是一种面向SOA架构的，服务之间也是通过rpc来交互或者是webservice来交互的。 逻辑架构设计完后就该做物理架构设计，系统应用部署在超过一台服务器或虚拟机上，且各分开部署的部分彼此通过各种通讯协议交互信息，就可算作分布式部署，生产环境下的微服务肯定是分布式部署的，分布式部署的应用不一定是微服务架构的。 比如集群部署，它是把相同应用复制到不同服务器上，但是逻辑功能上还是单体应用。 分布式服务架构与微服务的区别 分布式服务架构强调的是服务化以及服务的分散化，微服务则更强调服务的专业化和精细分工。 从实践的角度来看，微服务架构通常是分布式服务架构，反之则未必成立。所以，选择微服务通常意味着需要解决分布式架构的各种难题。 微服务相比分布式服务来说，它的粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高

转载自 Tomcat部署Web项目的3种方式 文章目录 一、将war包丢进webapps 二、配置Server.xml部署Web工程 三、添加xml方式部署Web工程 四、注意点 ①将对应位置改为ROOT即可实现目录缺省 ②三种部署方式的优先级别 一、将war包丢进webapps 这是最简单粗暴的方式：将web工程打成war，丢进tomcat/webapps目录即可，tomcat会自动解压。无需修改任何配置文件即可完成部署。 这里我准备了tomcat8.5.43与dubbo控制台的war包来做测试。 　　 ①启动tomcat ②将war丢进webapps目录，tomcat会自动解压该war包。 　　浏览器直接访问：localhost:8080/dubbo-admin-2.5.10，说明我们的war包部署成功！（访问路径为war包的名称） 二、配置Server.xml部署Web工程 修改配置文件无需我们打war，这样方便开发，结合IDEA自动部署WEB工程至远程服务器（学习笔记）可以实现快速开发。 编辑server.xml 添加如下： <Context docBase="D:\test\dubbo-admin-2.5.10" path="/test" reloadable="false" /> （访问路径为path内容） 通过浏览器访问：localhost:8080/test 三

作者：中间件小哥 https://yq.aliyun.com/articles/601745 站在未来的路口，回望历史的迷途，常常会很有意思，因为我们会不经意地兴起疯狂的念头，例如如果当年某事提前发生了，而另外一件事又没有发生会怎样？ 一如当年的奥匈帝国皇位继承人斐迪南大公夫妇如果没有被塞尔维亚族热血青年普林西普枪杀会怎样，又如若当年的丘老道没有经过牛家村会怎样？ 2007年底，淘宝开启一个叫做“五彩石”的内部重构项目，这个项目后来成为了淘宝服务化、面向分布式走自研之路，走出了互联网中间件体系之始，而淘宝服务注册中心ConfigServer于同年诞生。 2008年前后，Yahoo 这个曾经的互联网巨头开始逐渐在公开场合宣讲自己的大数据分布式协调产品 ZooKeeper ，这个产品参考了Google 发表的关于Chubby以及 Paxos 的论文。 2010年11月，ZooKeeper从 Apache Hadoop的子项目发展为 Apache的顶级项目，正式宣告 ZooKeeper成为一个工业级的成熟稳定的产品。 2011年，阿里巴巴开源 Dubbo ，为了更好开源，需要剥离与阿里内部系统的关系，Dubbo 支持了开源的 ZooKeeper 作为其注册中心，后来在国内，在业界诸君的努力实践下， Dubbo + ZooKeeper 的典型的服务化方案成就了 ZooKeeper

截止目前，如果之前有看我文章的，关于SSM框架的原理，应该都差不多理解了，毕竟都是看我写过源码的人了，接下来会进入Spring Boot和Spring Cloud的原理，源码解析。在此之前，我们需要了解如下几个概念。云服务、SOA架构、微服务架构。 1、 基于IOC原理，手写SpringIOC源码 2、 基于MVC原理，手写SpringMVC源码 3、 基于连接池和AOP原理，手写MyBatis源码 1.云服务 首先看看百科的介绍：云服务是基于互联网的相关服务的增加、使用和交互模式，通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。恩，读起来有点咬口，还是不是很理解。接下来慢慢来解读云服务吧。 云服务只是一个统称，我们可以将其分成三层：一层IAAS、二层PAAS、三层SAAS。 1.1.IAAS基础设施服务 Infrastructure-as-a-Service(基础设施即服务)，把IT基础设施作为一种服务通过网络对外提供。 在这种服务模型中，用户不用自己构建一个数据中心，而是通过租用的方式来使用基础设施服务，包括服务器、存储和网络等。例如我们可直接在网络上购买阿里云服务器来使用，而不用自己构建机房、网络、储存等设设备。 换句话说就是，我们把网络、服务器、存储等这些IT基础设施作为一种资源，通过网络给用户提供服务。 1.2.PAAS平台服务 Platform-as-a

简介： 前三篇文章我们介绍了应用的开发和部署，那么在应用成功上云后，我就要面对应用的管理话题了，这一篇我们来看看如何做线上发布，并且是可灰度的。 作者 | 白寂 阿里云开发工程师 导读 ：前三篇文章我们介绍了应用的开发和部署，那么在应用成功上云后，我就要面对应用的管理话题了，这一篇我们来看看如何做线上发布，并且是可灰度的。 相关文章推荐： 《SpringCloud 应用在 Kubernetes 上的最佳实践 —— 开发篇》 《SpringCloud 应用在 Kubernetes 上的最佳实践 — 部署篇(开发部署）》 《SpringCloud 应用在 Kubernetes 上的最佳实践 — 部署篇(工具部署)》 前言 在新版本上线时，无论是从产品稳定性还是用户对新版本的接受程度上考虑，直接将老应用升级到新版本应用都有很大风险的。我们一般的做法是，保证新老版本同时在线，并且先将少部分流量切换到新版本应用上，同时在此期间对新版本的应用请求进行观察。在确认新版本没有问题后，再逐步将更大比例的流量切换到新版本上。这个过程的核心是可以对流量的流入转发规则进行配置，EDAS 的金丝雀发布能力，提供了多个版本同时在线的能力，并且提供了灵活的配置规则来给不同的版本进行流量分配。 部署在 EDAS Kubernetes 集群中的 Spring Cloud 微服务应用

又到周末了，周更选手申请出站~ 这图太魔性了啊 这次分享一下上个月碰到的离奇的问题。一个简单的问题，硬是因为异常被悄咪咪吃掉，过关难度直线提升，导致小黑哥排查一个晚上。 这个美好的晚上，本想着开两把 LOL 无限火力，在召唤师峡谷来个五杀的~ 哎，就这样没了啊！我知道，你们一定能理解这种五杀被抢的感觉~ 下次，真的，谁再让我看到悄咪咪的吃掉异常，我真的要上去一 Jio 了！ 好了，本文可不是水文，看完本篇文章，你可以学到以下知识点： Arthas 排查技巧 啥是 NoClassDefFoundError Dubbo 异常内部处理方式 好了，同学们，打开小本子，准备记好知识点~ 起因 我们有个业务系统，应用之间调用链如下所示： A 应用是业务发生起始应用，在这个应用中将会根据一定规则选择最后的通讯渠道 C，然后将这个渠道标识传递给 B 应用。 B 应用的功能类似网关，这个应用将会根据 A 应用传递过来的渠道标识，将会请求路由下发到具体的 C 应用，起到服务路由的功能。 C 应用是与外部应用交互的应用，我们将其称为渠道通讯机。 假设一次业务中，A 应用根据规则选择 C2 的渠道标识，然后传递给 B 应用。B 应用根据这个标识选择使用 C2 进行通讯，最后 C2 调用外部应用完成一次业务调用。 上述所有应用都基于 Dubbo 进行远程通讯，B 应用实现原理在小黑哥之前文章「

1. 首先说下要解决的内容 1. 1 分布式：分布式session会话、分布式锁、分布式存储、分布式事务 1.2 集群：集群管理、负载均衡、熔断 2. 消息中间件：rocketMQ、rabbitMQ、KAFKA、HIVE MQ、zookeeper、ACTIVE MQ 3.提供分布式事务的：rocketMQ/SEATA SAGA/JTA(spring Atomikos)/mongodb 2PC （ Mongo4.2 ） 4.分布式锁：Redis/zookeeper 5. 分布式存储搭建：可以使用云提供的存储、无需要考虑自己扩展的问题，必须使用MongoDB的云，它既提供了分布式事务，当然也提供了我们分布式存储的功能，当然如果往大的分布式存储的方向考虑就是使用大数据的分布式存储HIVE 和 HBASE 6. 集群管理：zookeeper，SPRING EUREKA 7. RPC调用: DUBBO、NETTY 、RMI(JAVA)/SPRING FEIGN、 8、 负载: NGINX 、 RIBBON 、 ZOOKEEPER , 基本上在中间件里都具备这些负载， 所以重点应该关注负载的一些基础原理： 9. 熔断/容错机制：既然在分布式中的各个中间件都是标榜给分布式带来高可用，就无比在每个中间件学习他们的熔断或者容错机制！ 1. IP HASH 定向负载 2. 轮询 3. 随机负载 4.

据介绍，EDAS3.0 围绕微服务治理、K8s 集群纳管、监管控一体化、阿里云其他基础产品集成体验进行了全面升级，包括无侵入（无需修改一行代码）即可兼容Spring Cloud/Dubbo近5年发布的所有版本，使用全套微服务治理能力，例如金丝雀发布、离群实例摘除、服务鉴权、无损下线、限流降级和全链路流控等。此外，EDAS3.0 在提供 K8s 集群托管的基础山，提供了应用实例打散一键多 AZ 高可用部署、应用发布版本管理、发布变更跟踪、应用层机制弹性等全流程的管控能力，帮助用户更高效的管理阿里云上的容器集群。 EDAS产品经理先河在发布会上表示，EDAS3.0 除了在微服务治理和容器纳管上提供了差异化的产品竞争力外，还将阿里巴巴应用应用安全三板斧，即可观测、可灰度、可回滚融合其中，并实现了 K8s 集群的监管控一体化，提供了更多维度的自动监控、智能诊断和报告输出等功能。据悉，包括中国邮政、安利、福特汽车、红岭创投等来自政企、新零售、制造、新金融等行业的客户正通过 EDAS 来构建云上的容器应用。 云原生时代，K8s 集群的运维管理，和在容器上高效、安全的管理微服务应用都面临了新的挑战，而EDAS 3.0提供了切实可行的应对方案。 来源： oschina 链接： https://my.oschina.net/u/4497880/blog/4292539

前言 作为架构师来说，Apache Dubbo就是微服务领域中的佼佼者，为大家提供了多少便利，省了多少时间来熬夜掉头发，它的给大家的便利咱暂且不谈。咱今天就来谈谈，对于想进阿里的人来说，Dubbo是你必须掌握的框架。 因为Dubbo 是阿里巴巴公司开源的一个Java高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。 那作为想进阿里的程序员们，咱们该怎么来学习dubbo这个优秀的框架呢？这本技术文档送给大家来学习。 内容简介 本文首先介绍Dubbo的简史、后续的规划和整体架构大图; 接着介绍Dubbo环境配置,并基于Dubbo开发第一款应用程序; 然后介绍Dubbo内置的常用注册中心的实现原理，Dubbo扩展点加载的原理和实现，Dubbo的启动、服务暴露、服务消费和优雅停机的机制，Dubbo中RPC协议细节、编解码和服务调用实现原理，Dubbo集群容错、路由和负载均衡机制，Dubbo的扩展点相关知识，Dubbo高级特性的实现和原理，Dubbo 常用的Filter 的实现原理，Dubbo 中新增etcd3注册中心的实战内容和Dubbo服务治理平台的相关知识; 最后介绍Dubbo未来生态和DubboMesh的相关知识。 本文总共分为13章，主要介绍如下： 第1章主要介绍Dubbo的简史、后续的规划和整体架构大图。

每周趣图 产品经理设计体验/用户实际体验 本周就不写技术分析文章了，分享几个珍藏已久的 IDEA 的「骚技巧」，助你快速完成代码。 还等什么？赶紧上车吧...... 先赞后看，养成习惯。微信搜索「 程序通事 」，关注就完事了~ 前进/后退 我们使用浏览器的过程，可以点击后退查看之前的浏览记录。在 IDEA 也有同样的功能，当我们编辑代码时，点击查看了调用类实现逻辑，然后可以使用后退快捷键，快速回到刚才待编辑的代码处。 有后退，当然也有前进啦~ 前进/后退快捷键如下： Windows:Ctrl + Alt + Left/Right（方向键） Mac: ⌘ + ⌥ + ← / →(方向键) 示意图如下： 查看历史记录 还是以浏览器为例，当我们已经点击很多网页，这时想查看之前看过一个网页，使用后退就会很费劲，需要一个个回退过去查找。这种情况下，直接从历史记录查看将会变得很高效。 同样的，IDEA 也提供类似的功能查看历史文件,并且在弹出窗口内可以使用关键键快速查找。 快捷键如下： Windows：ctrl + E Mac：⌘ +E 另外 IDEA 中还有可以查看最近修改代码的位置，直接点击快速跳转。 快捷键如下： Windows：ctrl + shift + E Mac：⌘ + ⇧ +E 小技巧 讲到这里，建议大家设置一个选项，限制标签页（Edit Tabs）数量。 默认情况下， Tab