读书分享：《Apache Dubbo 微服务开发从入门到精通》
本次分享的书是《Apache Dubbo 微服务开发从入门到精通》，该书以 Dubbo 框架为例，全面讲解微服务从开发、配置、部署到治理、流量管控、可视化监测、事务管理全生命周期过程；涵盖 Dubbo3 最新特性使用方式与原理，包括云原生 Kubernetes、Service Mesh 解决方案等。通过阅读书籍，计划通过以下几个问题来带你们深入了解Dubbo的神奇之处。
让远程成为本地，微服务后端开发的福音
微服务后端开发的最大痛点之一就是调试困难，非常影响我们的开发效率。 如果我们想与其他微服务进行联动调试，则需要在本地环境中启动对应的微服务模块，这可能需要大量的配置和构建时间，同时也会占用我们本地很多资源，可能还会出现”带不动“的情况。
60-微服务技术栈（高级）：在线检测工具Arthas（实现CPU排查与代码热更新）
线上代码经常会出现CPU占用过高的情况，按以往经验我会使用top指令，进一步借助于jstack去查看具体信息从而进行问题排查，但基本上都逃不过需要重新发包的局面，即使是一个增量包，应用也需要短暂停启。后来运维大兄弟让我试一下Arthas，说是可以进行代码的热更新操作，正好来试一下。
23-微服务技术栈（高级）：分布式缓存Redis哨兵集群
在上一节我们完成主从集群的搭建，虽然解决了读的压力，但是当集群主节点宕机时，系统架构有没有备用方案呢？如果没有是不是缓存层就直接失效、甚至异常了呢？在此基础之上我们可以借助于哨兵完成新主节点的选举，实现集群的自动恢复。
架构解密从分布式到微服务：深入理解网络，HTTP的前世今生
HTTP是全球最大规模的分布式系统网络的基础之一，也采用了传统的服务器-客户端的通信设计模式。从1.0版本到1.1版本再到2.0版本，HTTP始终占据着分布式系统通信领域重要的一席之地。
10-微服务技术栈（基础）：Feign远程调用
回顾最初我们为了实现跨服务调用时，在不使用Dubbo这种RPC协议时，我们借助了RestTemplate对象实现跨服务调用，为了解决跨服务调用时调用地址写死的问题我们又引入了注册中心，从而实现根据服务名的调用。但是回过头来查看我们这段调用方法，依然存在服务地址硬编码、代码阅读性差的问题。
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十一）spring-boot-admin 监控篇（1） 原理与介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十一）spring-boot-admin 监控篇（1） 原理与介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（六）（优化篇）开发篇-如何解决微服务开发环境请求实例转发到别人机器问题
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（六）（优化篇）开发篇-如何解决微服务开发环境请求实例转发到别人机器问题
Kratos微服务框架API工程化指南
Kratos的RPC默认使用的是[gRPC](https://github.com/grpc/grpc)，与此同时我们还可以通过gRPC的[grpc-gateway](https://github.com/grpc-ecosystem/grpc-gateway)功能对RESTfull进行支持。这样，我们就可以同时支持gRPC和REST了。而这一切Kratos都已经封装好，无需知道底层的一切，用就好了。
ZooKeeper 避坑实践： Zxid溢出导致集群重新选主
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 4 部分：构建微服务
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 4 部分：构建微服务
分布式任务调度框架和微服务的区别
分布式大行其下的时代，让大家彻底的抛弃了传统陈旧的技术框架。几乎每一个技术人都知道和掌握了微服务架构，微服务自然有它的美，但是所以技术框架都必须服务于业务，结合自身业务选取甚至自研适合自身的技术框架也是技术人必须首先考虑的事情。分布式作业调度框架，是一个开发迅速、学习简单、轻量级、易扩展、高可用分布式任务调度框架。
Seata 1.6.0 正式发布，大幅度提升存储性能
主要新增特性：支持oracle和pgsql多主键；支持seata-server服务注册多注册中心；支持dubbo3；支持jdk17；扩展update join语法支持；扩展多种oracle timestamp类型；支持ARM64镜像。大幅度提升基于DB的存储性能。
MSE Sync 实践：上海网鱼 ZooKeeper 集群平滑迁移上云，性能稳定性大幅提升
上海网鱼使用 MSE Sync，将迁移效率提高100%。 使用 MSE ZooKeeper 后， 可维护性，监控能力，稳定性也大幅提高。
微服务开发平台 Spring Cloud Blade 部署实践
本文介绍使用 Rainbond 快速部署 Spring Cloud Blade 微服务平台。Spring Cloud Blade 是一个由商业级项目升级优化而来的微服务架构，采用Spring Boot 2.7 、Spring Cloud 2021 等核心技术构建，完全遵循阿里巴巴编码规范。提供基于 React 和 Vue 的两个前端框架用于快速搭建企业级的 SaaS 多租户微服务平台。
ZooKeeper 避坑实践：由于jute.maxbuffer 设置问题导致的集群不可用
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
【微服务六】Ribbon负载均衡策略之轮询(RoundRobinRule)、重试(RetryRule)
【微服务六】Ribbon负载均衡策略之轮询(RoundRobinRule)、重试(RetryRule)
【微服务 32】你为Spring Cloud整合Seata、Nacos实现分布式事务案例跑不起来苦恼过吗（巨细排坑版）
【微服务 32】你为Spring Cloud整合Seata、Nacos实现分布式事务案例跑不起来苦恼过吗（巨细排坑版）
【微服务系列】微服务总结（二）
注册中心：简单说就是记录部署服务机器地址的一个服务 在分布式系统里，就有一个类似的概念，不过它的名字可不是叫什么地图，而是叫注 册中心。但原理和地图其实差不多，就是将部 署服务的机器地址记录到注册中心，服务消费 者在有需求的时候，只需要查询注册中心，输入提供的服务名，就可以得到地址，从 而发起 调用。 注册中心原理： 在微服务架构下，主要有三种角色，服务提供者（R...
两类常见场景下的云原生网关迁移实践
云原生网关将流量网关、微服务网关、安全网关三合一，被誉为下一代网关，完全兼容 Kubernetes Ingress 标准 API，解决了三层网关架构独立设计、独立运维导致的资源消耗大、性能损耗大、稳定性难控、安全防护复杂等难题，相比传统网关，云原生网关在资源成本、性能、安全性和易用性上更有优势。
一站式动态多环境建设案例
致景科技成立于2013年12月，是领先的纺织产业互联网企业，国家高新技术企业，随着企业的不断发展项目也随着越来越多，不断的业务运行，导致开发上线越来越多，项目测试环境被抢占、开发联调环境不稳定、线上灰度环境的缺乏。开始使用阿里云微服务引擎 MSE 后实现了不同项目开发上线，全链路灰度开发测试，不停机上线发布。
【Spring Cloud】新闻头条微服务项目：自媒体前后端搭建&素材管理（含优化）
主要介绍自媒体端的前后端搭建及素材管理中的上传图片素材、获取素材列表并展示、收藏素材、删除素材，最后对删除素材做了优化，优化了其逻辑的合理性。
【Spring Cloud】新闻头条微服务项目：使用JWT+MD5+Salt进行登录验证
主要介绍项目App端登录功能的实现，采用MD5加盐加密保证数据安全，采用全局过滤器实现jwt校验。
迁移 Nacos 和 ZooKeeper，有了新工具
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
