微服务

近年来随着互联网的飞速发展，各行各业都在拥 互联网。互联网给人类生活带来了翻天覆地的变化，人们在享受互联网给生活带来便捷的同时，业务需求的发展也对互联网技术提出了更高的要求，传统的单体架构对越来越复杂的业务需求显得力不从 此外，随着大数据云计算和人工智能的飞速发展，软件的架构显得越来越重要。近几年来，“微服务”这名词在各大网站、论坛、演讲中出现的频率足以让人们感觉到它对软件架构带来的影响 。目前，各大公司都在纷纷采用微服务架构。

Java 微服务随机掉线排查过程

您需要模块，而不是微服务

SpringCloud Gateway网关为认证中心和用户微服务构建统一的认证授权入口

如何设计一个复杂的业务系统？从对领域设计、云原生、微服务、中台的理解开始

Redis实现微博好友功能微服务（关注，取关，共同关注）

如何设计一个复杂的业务系统？从对领域设计、云原生、微服务、中台的理解开始

微服务架构转型的一把手需要具备哪些能力？

SpringCloud微服务框架03 - Ribbon负载均衡

SpringCloud微服务框架02-Eureka服务注册与发现

09 微服务接口：怎么用Mock解决混乱的调用关系？

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

在本文中，我们将着眼于代码生成工具 JHipster 生成和支持的微服务架构。 JHipster 是一个代码生成工具，可以为 Kubernetes 创建 Web 应用程序、微服务、部署文件、云集成和 CI/CD Jenkins 文件。这个工具对于可以快速生成代码并避免创建样板代码的开发人员非常有帮助，可以节省 30% 的工作量。 JHipster 支持 Spring Boot 中的后端代码和 Angular/React/Vue.js 中的前端代码。 在本文中，我们将研究 JHipster 生成和支持的微服务架构。

开发团队越来越多地选择微服务架构而不是单体结构，以提高应用程序的敏捷性、可扩展性和可维护性。随着决定切换到模块化软件架构——其中每个服务都是一个独立的单元，具有自己的逻辑和数据库，通过 API 与其他单元通信——需要新的测试策略和新的测试工具。

好吧，标题似乎是一个大胆的陈述，所以让我们澄清一下我所说的微服务系统是什么意思。我不是指要在生产中使用的任何类型的框架，只是一个了解微服务架构的挑战以及它如何在幕后工作的项目。 我不打算将这个系列作为分步指南，因为到最后它可能至少有 100 篇文章。相反，我将尝试写关于设计选择、如何编写一些机制并突出一些有趣的问题（从全栈开发人员的角度来看）我在此过程中偶然发现。

考虑一下一家外卖公司 应用程序，它是一个在线食品配送应用程序。应用程序的客户端通过发出 HTTPPOST /orders请求来创建订单，并期望在 600 毫秒内得到响应。由于 该 应用程序使用微服务架构，实现订单创建的职责分散在多个服务中。POST请求首先被路由到，然后Order Service它必须与以下服务协作： • Restaurant Service- 了解餐厅的菜单和价格 • Consumer Service- 知道下Consumer订单的状态 • Kitchen Service- 创建一个Ticket，告诉厨师要做什么 • Accounting Service- 授权消费者的信用卡

模式语言提供了讨论问题的交流术语，它明确了特定场景、特定问题的解决方案和延伸性思考。模式语言主要目的是帮助开发者解决在设计和编程中遇到的共同的问题，即清晰的问题陈述、体现问题的解决方案以及推动解决方案的力量（Force）的清晰表述。 微服务架构作为一个现在流行的服务架构，也有一套属于自己的模式。这篇文章是微服务架构相关模式语言的一个提纲。Chris Richardson 从不同的角度，对相关的模式进行了分类。可以点击链接查看每个模式的详细描述。下图通过虚线框细分了不同的微服务模式。

如何构建基于 DDD 领域驱动的微服务？

如何构建基于 DDD 领域驱动的微服务？

因为微服务项目一般涉及的工程较多，所以在开发环境会把这些工程部署到虚拟机中，方便测试。 首先给出微服务开发虚拟机环境相关软件清单： Vagrant 2.2.10 VirtualBox 6.1.16 Windows PowerShell（windows 10 自带）

Yii2.0如何进行微服务开发？具体步骤是怎样的？底层原理是什么？

微服务架构 目前微服务是非常火的架构或者说概念，也是在构建大型互联网项目时采用的架构方式。随着业务需求的快速发展变化，需求不断增长，迫切需要一种更加快速高效的软件交付方式。而微服务可以弥补单体应用不足，是一种更加快速高效的软件架构风格。

开发者对于生产问题故障的排查、定位，随着微服务的喷发，也不再像是以前那边依赖纯日志、gc日志进行问题排查与定位了，本节开始介绍一个生产环境使用的排错工具Arthas，帮助大家更高效、便捷地实现生产问题排错。

了解一下数据库设计，可以帮助我们对于Soul框架有更好的认知

此章节将基于上一章节基础之上，引入Soul网关，至于Soul网关是干什么的，怎么做的，我们会在后续章节讲解，1-3章节侧重于搭建应用。 本章节的Soul网关接入，如果你1，2章节都是和我保持一致，那么只需要直接启动Soul网关即可，但是对应的provider，consumer应用是需要额外的代码接入的。 开发环境和第二章保持一致。

Soul 是基于 WebFlux 实现的响应式的 API 网关，具有异步、高性能、跨语言等特点。 Git地址：https://github.com/Dromara/soul 运行环境： • MySQL 5.* • JDK 1.8+ • MAVEN 3.2.* • Git 更多原理性知识可以参考官网API：https://dromara.org/zh-cn/docs/soul/induction.html

本篇博文详细分析了FastLeaderElection的算法，其是ZooKeeper的核心部分，结合前面的理论学习部分，可以比较轻松的理解其具体过程。

　　前面已经分析了Watcher机制中的大多数类，本篇对于ZKWatchManager的外部类Zookeeper进行分析。

前面已经分析了Watcher机制中的第一部分，即在org.apache.zookeeper下的相关类，接着来分析org.apache.zookeeper.server下的WatchManager类。

　　前面已经分析了Zookeeper持久话相关的类，下面接着分析Zookeeper中的Watcher机制所涉及到的类。

前面分析了FileSnap，接着继续分析FileTxnSnapLog源码，其封装了TxnLog和SnapShot，其在持久化过程中是一个帮助类。

在完成了前面的理论学习后，现在可以从源码角度来解析Zookeeper的细节，首先笔者想从序列化入手，因为在网络通信、数据存储中都用到了序列化，下面开始分析。

在前面读者朋友们可以了解到ES承载着和MySQL一样的“存储-查询”功能，那么就类似的会有建表语句、表结构、表数据，有了这些才可以存储-查询数据。而这些对应的在ES中是：Mapping映射（表结构-建表语句）、索引库（表本身）、文档（表数据）。本节笔者将带领大家完整上述概念的创建、使用。

随着应用数据的陡增，传统关系型数据库如MySQL/Oracle/RDS等，在处理海量数据的关系映射、数据查询场景还是有性能瓶颈。16年左右巅峰的Solr技术，随着近几年的技术发展也逐步被ES所替代。本节开始我们将花费5节的课程时间，带领读者朋友们认识ES、完成ES常见API的使用的代码演练。

应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。

应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。

在上面两节，笔者带领大家完成主动集群搭建（解决单节点读压力过大问题），又完成哨兵集群的搭建（解决节点故障的自动恢复，从而提高系统整体稳定性）。但是上述不论那种架构模式，都没有解决当前系统的写压力过大问题。本节的分片集群将会有多个master节点，实现写压力的分摊，同时多个master节点互相通信，具备哨兵的功能，一旦节点故障，同样可以自动检测、投票、恢复。

分布式系统从诞生到现在已经有几十个年头了，其中伴随着一些很重要的基础理论，正是这些影响深远的基础理论，奠定了分布式系统的坚实基础，造就了分布式领域的一座座宏伟大厦。为了练就一身武功，让我们从这些经典的分布式理论开始学起吧。

Docker单机部署RabbitMQ

CORS需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE浏览器不能低于IE10。 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。

因前面提到Netflix相关组件已逐步被SpringCloud剔除，Eureka作为其中的注册中心，在此关注功能性即可，本章节不深入阐述其底层原理。后续章节替换为Nacos后，针对Nacos再做细节讨论。

本节笔者介绍了SpringCloud诞生的由来，以及目前国内主要流行的SpringCloud Alibaba与SpringCloud的关系，同时针对SpringCloud自身的特点、版本号、依赖关系做了概要论述，这些都是为了接下来的实战打好基础。

微服务架构入门教程

通过从实体事件流中按顺序处理实体事件，可以将信息物化成一个有状态的表。每个实体事件都会被更新插入键/值表中，这样对于一个给定的键，表中表示的就是最新读到的事件。