使用 JHipster 构建微服务架构
在本文中，我们将着眼于代码生成工具 JHipster 生成和支持的微服务架构。 JHipster 是一个代码生成工具，可以为 Kubernetes 创建 Web 应用程序、微服务、部署文件、云集成和 CI/CD Jenkins 文件。这个工具对于可以快速生成代码并避免创建样板代码的开发人员非常有帮助，可以节省 30% 的工作量。 JHipster 支持 Spring Boot 中的后端代码和 Angular/React/Vue.js 中的前端代码。 在本文中，我们将研究 JHipster 生成和支持的微服务架构。
读书分享：《Apache Dubbo 微服务开发从入门到精通》
本次分享的书是《Apache Dubbo 微服务开发从入门到精通》，该书以 Dubbo 框架为例，全面讲解微服务从开发、配置、部署到治理、流量管控、可视化监测、事务管理全生命周期过程；涵盖 Dubbo3 最新特性使用方式与原理，包括云原生 Kubernetes、Service Mesh 解决方案等。通过阅读书籍，计划通过以下几个问题来带你们深入了解Dubbo的神奇之处。
32天高效突击：框架+性能优化+微服务+分布式，笔记面试全有
导言 今年似乎因为疫情影响，时间过得特别快，对于需要跳槽换工作的人来，更觉得有些突然，似乎金三银四和金九银四还没开始准备好，就匆匆过去。加上今年的大环境不佳，所以大部分的人在今年的招聘旺季都没有收获到好的结果。 今天分享的主题则是由 一位阿里P7的面试心得，通过32天的高效突击训练，成功拿下offer的学习方法。 篇章分为三大章节，可以根据自己所需来阅读内容和下载资料：
阿里云微服务引擎 MSE 2023 年 3 月产品动态
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
就这？腾讯云高工熬夜手写'Java微服务学习笔记'也就让我月薪涨3k
本人18年毕业于长沙某大专，实习期间进入一家和学校合作的互联网公司，一直在公司干着千篇一律的CRUD，生活看不到希望，感觉一直在这里CRUD没有希望，所以在春节回来后就离职了，一直在家中学习。和一些大佬在VX群里交流学习的过程中，无意中从一位腾讯云大佬手中拿到了这份由腾讯云大佬亲码的“Java微服务”学习笔记！
Higress GitHub star 突破 1k，来自社区开发者和用户的寄语
一个遵循开源Ingress/Gateway API标准，提供流量调度、服务治理、安全防护三合一的高集成、易使用、易扩展、热更新的下一代云原生网关。
不吹不黑！阿里新产微服务架构进阶笔记我粉了！理论实战齐飞
微服务架构 目前微服务是非常火的架构或者说概念，也是在构建大型互联网项目时采用的架构方式。随着业务需求的快速发展变化，需求不断增长，迫切需要一种更加快速高效的软件交付方式。而微服务可以弥补单体应用不足，是一种更加快速高效的软件架构风格。
如何轻松应对偶发异常
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
60-微服务技术栈（高级）：在线检测工具Arthas（实现CPU排查与代码热更新）
线上代码经常会出现CPU占用过高的情况，按以往经验我会使用top指令，进一步借助于jstack去查看具体信息从而进行问题排查，但基本上都逃不过需要重新发包的局面，即使是一个增量包，应用也需要短暂停启。后来运维大兄弟让我试一下Arthas，说是可以进行代码的热更新操作，正好来试一下。
57-微服务技术栈（高级）：在线检测工具Arthas（基础指令）
开发者对于生产问题故障的排查、定位，随着微服务的喷发，也不再像是以前那边依赖纯日志、gc日志进行问题排查与定位了，本节开始介绍一个生产环境使用的排错工具Arthas，帮助大家更高效、便捷地实现生产问题排错。
55-微服务技术栈（高级）：微服务网关Soul（数据同步原理）
Soul 网关在启动时，会从从配置服务同步配置数据，并且支持推拉模式获取配置变更信息，并且更新本地缓存。而管理员在管理后台，变更用户、规则、插件、流量配置，通过推拉模式将变更信息同步给 Soul 网关，具体是 push 模式，还是 pull 模式取决于配置。关于配置同步模块，其实是一个简版的配置中心。
53-微服务技术栈（高级）：微服务网关Soul（Soul网关接入与验证）
此章节将基于上一章节基础之上，引入Soul网关，至于Soul网关是干什么的，怎么做的，我们会在后续章节讲解，1-3章节侧重于搭建应用。 本章节的Soul网关接入，如果你1，2章节都是和我保持一致，那么只需要直接启动Soul网关即可，但是对应的provider，consumer应用是需要额外的代码接入的。 开发环境和第二章保持一致。
52-微服务技术栈（高级）：微服务网关Soul（搭建dubbo-zk应用）
springboot：2.2.2 alibaba.dubbo：2.0.0 zkclinet：0.10 JDK：1.8
50-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Leader选举）
前面学习了Zookeeper相关细节，其中对于集群启动而言，很重要的一部分就是Leader选举，接着就开始深入学习Leader选举。
49-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（选举机制源码分析）
本篇博文详细分析了FastLeaderElection的算法，其是ZooKeeper的核心部分，结合前面的理论学习部分，可以比较轻松的理解其具体过程。
47-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Watcher机制-2[WatchManager]）
前面已经分析了Watcher机制中的第一部分，即在org.apache.zookeeper下的相关类，接着来分析org.apache.zookeeper.server下的WatchManager类。
43-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（序列化）
在完成了前面的理论学习后，现在可以从源码角度来解析Zookeeper的细节，首先笔者想从序列化入手，因为在网络通信、数据存储中都用到了序列化，下面开始分析。
33-微服务技术栈（高级）：分布式事务Seata的SAGA模式与几种模式总结对比
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
32-微服务技术栈（高级）：分布式事务Seata的TCC模式
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
29-微服务技术栈（高级）：分布式事务Seata部署与微服务整合
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
25-微服务技术栈（高级）：Redis持久化
作为分布式系统中，必不可少的非结构化存储中间件，Redis在小型、中型、大型乃至高并发系统中均有自己发挥的场合，除了基础数据结构（String/Hash/Set/ZSet/List）的增删改查操作，在真正的生产环境中我们如何避免数据的丢失？如何避免单点的性能瓶颈？如何搭建合适的集群架构？ 本节笔者将从数据的持久化、多种集群结构搭建去解决不同的应用场景，以满足读者朋友们生产环境下的种种问题，最终实现Redis技术中间件的优雅落地。
19-微服务技术栈（高级）：MQ消息可靠性
消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费（跳转链接），但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
架构解密从分布式到微服务：分布式系统的基石：TCP/IP
TCP/IP (Transmission Control Protocol/Internet Protocol，传输控制协议/互联网络协议）是Internet 的基本协议，简单地说，由底层的IP和TCP组成。TCP/IP的开发工作始于20世纪70年代，该协议是用于互联网的第一套协议。TCP/IP结合 DNS、路由协议等一系列相关协议，最终实现了网络之间任意两点间的数据通信问题。我们来看看在访问百度首页时，数据包是如何从计算机传送到百度的服务器上的。
从分布式到微服务：深入理解网络，网络传输中的对象序列化问题
仅仅懂了Socket编程还不够,因为我们不是简单地写一个发送字符串的Hello World程序，需要实现复杂的对象实例传输，因此，如何将一个对象实例编码成为高效的二进制数据报文传输到对端，并且正确地“还原”出来，就是一个专业的技术问题了。
架构解密从分布式到微服务：深入理解网络，HTTP的前世今生
HTTP是全球最大规模的分布式系统网络的基础之一，也采用了传统的服务器-客户端的通信设计模式。从1.0版本到1.1版本再到2.0版本，HTTP始终占据着分布式系统通信领域重要的一席之地。
13-微服务技术栈（高级）：Nacos注解@RefreshScope热更新原理
在前面学习Nacos的章节中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。
11-微服务技术栈（基础）：Gateway服务网关
微服务中另一重要组件：网关 进行了实战性演练，网关作为分布式架构中的重要中间件，不仅承担着路由分发（重点关注Path规则配置），同时可根据自身负载均衡策略，对多个注册服务实例进行均衡调用。本节我们借助GateWay实现的网关只是技术实现的方案之一，后续大家可能会接触像：Zuul、Kong等，其实现细节或有差异，但整体目标是一致的。
分布式系统实战：什么是微服务架构？微服务架构与SOA架构的区别
自2014年业界提出“微服务（Microservices）”的概念以来，微服务架构就不断演进，并且日趋火爆。越来越多的企业拥抱微服务，期望通过微服务的架构来解决大型项目的管理与运维。
09-微服务技术栈（基础）：Nacos配置中心
上一节我们借助于Nacos实现注册中心，完美替换了Eureka在项目之初的功能，开始本章节之前我们一起回忆下Nacos实现注册中心的关键步骤 1. 引入springcloud-alibaba/nacos-discovery依赖 2. 去除原eureka依赖、去除配置文件中eureka注册信息 3. 新增nacos注册信息：spring.cloud.nacos.server-addr:localhost:8848 4. 重启项目并验证 在此基础之上我们验证了Nacos的负载均衡策略、权重控制、环境隔离等信息，希望大家还能有点印象。
08-微服务技术栈（扩展）：负载均衡算法
负载均衡算法作为Redis、MQ、ZK，GateWay等集群、组件必不可少的算法策略，是微服务框架中不可或缺的一部分知识点，本节我们将花费短暂的时间做个了解。
06-微服务技术栈（基础）：Nacos注册中心
本节从Nacos安装、运行到具体规则配置，带领读者们深度参与了Nacos日常使用场景，Nacos作为注册中心可以优雅替换Eureka也离不开SpringCloud Alibaba的开源贡献。作为国内主流的配置、注册中心，Nacos在国内多数微服务公司都有使用，感兴趣的可以阅读一下本节推荐资料，笔者整理归纳在本文第8章节。
SpringCloud微服务实战——搭建企业级开发框架（四十三）：多租户可配置的电子邮件发送系统设计与实现
SpringBoot提供了基于JavaMail的starter，我们只要按照官方的说明配置邮件服务器信息，即可使我们的系统拥有发送电子邮件的功能。但是，在我们GitEgg开发框架的实际业务开发过程中，有两个问题需要解决：一个是SpringBoot邮箱服务器的配置是配置在配置文件中的，不支持灵活的界面配置。另外一个是我们的开发框架需要支持多租户，那么此时需要对SpringBoot提供的邮件发送功能进行扩展，以满足我们的需求。
阿里云微服务引擎 2023 2月份产品动态
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
MSE 诊断利器上线
mseutil 未来还会支持更多的MSE子产品以及更细粒度的，更智能的诊断能力，包括客户端到 MSE 实例的网络报文分析，客户端负载状态分析，具体应用的资源占用水平以及 GC 分析等能力，帮助用户更便捷的排查在使用 MSE 产品过程中遇到的问题，提升运维效率。
基于常见组件微服务场景实战：如何对几十个后台服务进行高效管理
基于常见组件的微服务场景实战，注册发现 下面开始微服务相关内容的讲解。在这一部分中，仍然从最基础的场景入手，然后再逐步展开说明，帮助大家快速掌握一些微服务组件的实现原理，最终理解微服务架构的本质。
架构师带你搞明白微服务进阶场景实战：服务之间的数据依赖问题
上面讲解了数据一致性的解决方案，这一篇来讲讲服务之间的数据依赖问题，还是先来说说具体的业务场景。 业务场景：如何解决微服务之间的数据依赖问题 在某个供应链系统中，存在商品、订单、采购这3个服务，它们的主数据部分结构表如下。
