Nacos

一 前言 传统的静态配置方式想要修改某个配置时，必须重新启动一次应用，如果是数据库连接串的变更，那可能还容易接受一些，但如果变更的是一些运行时实时感知的配置，如某个功能项的开关，重启应用就显得有点大动干戈了。配置中心正是为了解决此类问题应运而生的，特别是在微服务架构体系中，更倾向于使用配置中心来统一管理配置。 配置中心最核心的能力就是配置的动态推送，常见的配置中心如 Nacos、Apollo 等都实现了这样的能力。在早期接触配置中心时，我就很好奇，配置中心是如何做到服务端感知配置变化实时推送给客户端的，在没有研究过配置中心的实现原理之前，我一度认为配置中心是通过长连接来做到配置推送的。事实上，目前比较流行的两款配置中心：Nacos 和 Apollo 恰恰都没有使用长连接，而是使用的长轮询。本文便是介绍一下长轮询这种听起来好像已经是上个世纪的技术，老戏新唱，看看能不能品出别样的韵味。文中会有代码示例，呈现一个简易的配置监听流程。 二 数据交互模式 众所周知，数据交互有两种模式：Push（推模式）和 Pull（拉模式）。 推模式指的是客户端与服务端建立好网络长连接，服务方有相关数据，直接通过长连接通道推送到客户端。其优点是及时，一旦有数据变更，客户端立马能感知到；另外对客户端来说逻辑简单，不需要关心有无数据这些逻辑处理。缺点是不知道客户端的数据消费能力，可能导致数据积压在客户端

pom： <!-- https://mvnrepository.com/artifact/com.alibaba.cloud/spring-cloud-starter-alibaba-nacos-discovery 注册中心依赖--> < dependency > < groupId > com.alibaba.cloud </ groupId > < artifactId > spring-cloud-starter-alibaba-nacos-discovery </ artifactId > < version > 2.2.1.RELEASE </ version > </ dependency > <!-- https://mvnrepository.com/artifact/com.alibaba.cloud/spring-cloud-starter-alibaba-nacos-discovery 配置中心依赖--> < dependency > < groupId > com.alibaba.cloud </ groupId > < artifactId > spring-cloud-starter-alibaba-nacos-config </ artifactId > < version > 2.2.1.RELEASE </ version > </

点击上方蓝色“ 冰河技术 ”，关注并 选择“设为星标” 持之以恒，贵在坚持，每天进步一点点！ 作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。 自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。 为使更多童鞋受益，现给出开源框架地址： https://github.com/sunshinelyz/mykit-delay PS: 欢迎各位Star源码，也可以pr你牛逼哄哄的代码 。 写在前面 不少小伙伴让我整理下有关SpringCloud和SpringCloudAlibaba的知识点，经过3天的收集和整理，冰河整理出这份4万字的SpringCloud与SpringCloudAlibaba学习笔记！！ 文章已收录到： https://github.com/sunshinelyz/technology-binghe https://gitee.com/binghe001/technology-binghe SpringCloud 服务注册中心 eureka ap 高可用 分布式容错 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix

最近频繁地在跟实习生候选人打交道，每次新接触一个候选人，都要花上一定的时间去介绍我们团队，候选人问的最多的一个问题就是「中间件部门一般是干嘛的？」，恰好我之前也接触过一些想从事中间件开发的小伙伴，问过我「现在转行做中间件开发还来得及吗？」诸如此类的问题，索性就写一篇文章，聊聊我个人这些年做中间件开发的感受吧。 什么是中间件开发？ 我大四实习时，在一个 20 多人的软件开发团队第一次接触了中间件，当时项目的架构师引入了微博开源的 RPC 框架 Motan，借助于这个框架，我们迅速构建起了一个基于微服务架构的内部电商系统。接着在项目中，由于业务需求，我们又引入了 ActiveMQ...在这个阶段，我已经在使用中间件了，但似乎没有接触到中间件开发，更多的是使用层面上的接触。 我毕业后的第一份工作，公司有几百号研发，当时的 leader 看我对中间件比较感兴趣，有意把我分配在了基础架构团队，我第一次真正意义上成为了一名”中间件研发“，平时主要的工作，是基于开源的 Kong 和 Dubbo，进行一些内部的改造，以提供给业务团队更好地使用。这个阶段，做的事还是比较杂的，业务团队对某些中间件有定制化的需求，都需要去了解这个中间件，熟悉源码。这段时间，也是我成长最快的一个时期，我是在这个期间学会了 Docker、Neo4j、Kong 等以前从来没接触过的技术，并且更加深入地了解 Dubbo 这类

How to create a mysqldump client based on docker to export the contents of a specific database Dumping the database structure for all table with no data docker run -it --rm \ mysql:5.7.28 \ mysqldump \ --host=192.168.1.131 \ --port=3306 \ --no-data \ --databases nacos \ --user=root \ --password=Gah6kuP7ohfio4 > nacos.sql Dumping the database structure for all table with with data docker run -it --rm \ mysql:5.7.28 \ mysqldump \ --host=192.168.1.131 \ --port=3306 \ --databases nacos \ --user=root \ --password=Gah6kuP7ohfio4 > nacos.sql 来源： oschina 链接： https://my.oschina.net/qwfys200/blog

https://github.com/apache/skywalking-docker/tree/master/6/6.5 https://hub.docker.com/r/apache/skywalking-oap-server https://hub.docker.com/r/apache/skywalking-ui mkdir /opt/skywalking-oap-server wget -P /opt/skywalking-oap-server https://github.com/apache/skywalking-docker/blob/master/6/6.5/oap/docker-entrypoint.sh wget -P /opt/skywalking-oap-server https://github.com/apache/skywalking-docker/blob/master/6/6.5/oap/log4j2.xml vim /opt/skywalking-oap-server/Dockerfile FROM apache/skywalking-oap-server:6.5.0 EXPOSE 12800 11800 1234 vim /opt/skywalking-oap-server/docker-compose.yml es: 非docker版

作者 | 行松 阿里巴巴云原生团队 来源 | Serverless 公众号，整理自 《Serverless 技术公开课》 背景 通过前面几节课程的学习，相信大家对于 SAE 平台已经有了一定的了解，SAE 基于 IaaS 层资源构建的一款 Serverles 应用托管产品，免除了客户很多复杂的运维工作，开箱即用、按用量付费；并且提供了丰富的 Open API 可以很容易地与其他平台做集成。 本文将为大家介绍 SAE 在微服务方面的一些能力，SAE 产品把 Serverless 技术和微服务做了很好的结合，天然支持 Java 微服务应用的托管和服务治理，对 SpringCloud/Dubbo 微服务应用能够在只修改配置和依赖，不修改代码的情况下迁移到 SAE 上，并提供服务治理能力，比如基于租户的微服务隔离环境、服务列表、无损下线、离群摘除、应用监控以及调用链分析等。 本次课程分为三部分来介绍，分别介绍微服务应用迁移到 SAE 的优势，如何迁移 SpringCloud/Dubbo 应用到 SAE 上，以及针对 SpringCloud 应用迁移的实践演示。 迁移到 SAE 的优势 在介绍迁移之前，先介绍下 SpringCloud/Dubbo 应用迁移到 SAE 的优势： SAE 内置注册中心 ：所有用户共享注册中心组件，SAE 帮助用户运维，这就节省了用户的部署、运维成本

作者 | 行松 阿里巴巴云原生团队 本文整理自 《Serverless 技术公开课》 ，“Serverless”公众号后台回复“入门”，即可获取系列文章 PPT。 背景 通过前面几节课程的学习，相信大家对于 SAE 平台已经有了一定的了解，SAE 基于 IaaS 层资源构建的一款 Serverles 应用托管产品，免除了客户很多复杂的运维工作，开箱即用、按用量付费；并且提供了丰富的 Open API 可以很容易地与其他平台做集成。 本文将为大家介绍 SAE 在微服务方面的一些能力，SAE 产品把 Serverless 技术和微服务做了很好的结合，天然支持 Java 微服务应用的托管和服务治理，对 SpringCloud/Dubbo 微服务应用能够在只修改配置和依赖，不修改代码的情况下迁移到 SAE 上，并提供服务治理能力，比如基于租户的微服务隔离环境、服务列表、无损下线、离群摘除、应用监控以及调用链分析等。 本次课程分为三部分来介绍，分别介绍微服务应用迁移到 SAE 的优势，如何迁移 SpringCloud/Dubbo 应用到 SAE 上，以及针对 SpringCloud 应用迁移的实践演示。 迁移到 SAE 的优势 在介绍迁移之前，先介绍下 SpringCloud/Dubbo 应用迁移到 SAE 的优势： SAE 内置注册中心： 所有用户共享注册中心组件，SAE 帮助用户运维

CAP理论 CAP理论作为分布式系统的基础理论，它描述的是一个分布式系统在以下三个特性中： 一致性（ C onsistency） 可用性（ A vailability） 分区容错性（ P artition tolerance） 对于一个分布式系统来说，上述三个特性不能同时兼得，分为CP和AP的系统。例如银行必须是CP。 一致性协议 分为两种： 弱一致性（最终一致性） 强一致性 弱一致性，也称为最终一致性，也就是说各个节点不会立即保证系统同步，属于AP范畴，典型的应用如DNS域名解析服务。 强一致性，表示各个节点的数据必须保持一致，属于CP，典型的应用有Zookeeper。 通常所说的一致性协议算法，指的其实就是 强一致性算法 ，这些算法都是由Lamport提出的 Paxos算法 演变出来。Paxos算法有三个变种，base paxos，multi paxos和fast paxos。其他一致性算法又是由 multi paxos的简化版 演变而来，主要 Raft 和 ZAB 。 强一致性协议的内容 强一致性协议主要包括的内容可以概括为： 选主机制 数据一致性 1）写数据 2）提交数据 saft容错策略 Paxos Paxos本身只是一个理论，并没有落地实现，paxos协议中，存在较多的角色，包括议案发起人，议员和记录员等。 base paxos，是通过 议案编号大小 来进行的

点击上方 " 编程技术圈 "关注, 星标或置顶一起成长 后台回复“ 大礼包 ”有惊喜礼包！ 每日英文 There is a time in life that is full of uneasiness.We have no other choice but to face it. 生命中总有那么一段时光，充满不安，可是除了勇敢面对，我们别无选择。 每日掏心话 人生不是等价交换，凡事不要斤斤计较。无论在哪里，无论以什么样的状态，要做的就是以不变应万变。 来 自 ：扩展迷EXTFANS | 责编：乐乐 编程技术圈(ID:study_tech) 第 1112 次推文 往日回顾： 又一起“删库”跑路：链家程序员怒删公司 9TB 数据，被判 7 年！网友：真惨～ 正文 多年来，腾讯在打造自家的社区类社交系统上，可以说费劲了心思。 说到腾讯的社区产品，那就不得不提到腾讯搜吧。腾讯搜吧于2006年1月推出，旨在抗衡百度贴吧等社区。 但好景不长，腾讯搜吧并未创造出任何亮眼的成绩，在2014年3月便停运了。 在腾讯搜吧停运后两个月，很快，腾讯又推出了兴趣部落。 兴趣部落，官方定义是基于兴趣公开的主题社区，类似于贴吧和微信公众号的结合体。 同时，兴趣部落基于手机QQ获得了强势曝光。QQ用户可以在兴趣部落里实现交流讨论、信息沉淀，也可加入相关联的QQ群进行实时聊天。