微服务

喵了几个咪

GoWind Admin 拆解：一个 Sender 接口接 39 个通知渠道本文回答一个问题：通知渠道从"邮件/短信/Webhook"老三样扩到 39 种（钉钉、飞书、Slack、Telegram、Bark、极光、Twilio、PagerDuty……），代码量为什么没有翻 13 倍——配置面是怎么设计的？

Flowable 状态通知设计：单体用本地事件，微服务如何回写业务状态？审批人点了通过，流程图已经走到结束，业务单据却还显示“审批中”。排查这类问题，不能只看Flowable有没有结束，还得沿着另一条链继续往下找：流程结果由谁解释，通知送到哪个服务，最后由谁更新业务数据？

上新 | 全球及中国起重机摄像系统行业研究报告（2026版）：市场现状、行业前景与占有率分析一、市场规模与产品定位：起重作业盲区视觉辅助的专用工业监控系统起重机摄像监控系统是指安装于塔式起重机、汽车起重机、履带起重机、桥式起重机、港口起重机及其他起重设备上的专用工业视频监控系统，主要用于在起重和物料搬运作业过程中提供实时视觉辅助。典型系统由工业摄像头、视频传输模块、驾驶室显示终端、供电组件、安装装置及相关图像处理软件构成，可根据作业要求安装在吊钩、起重臂末端、起重小车、驾驶室或多个关键监控位置。根据Global Info Research调研统计，预计2032年全球起重机摄像系统产值达到642百

Go IM 源码实战（2）：WebSocket 握手 11 步，少 1 个参数连不上你好，我是利威尔xu。这是「项目实战」下**「Go IM 源码实战」系列第 2 篇**。上一篇我们建了整张地图，这一篇下到第一层——客户端连上来的那道门。

为什么微服务会退化成“分布式单体”？——软件架构里的嵌套率传导定律先说结论：软件架构里大多数被叫成“好设计”的东西，其实在做同一件事——把模块之间的嵌套率差（|ΔN|）锁在 1。相邻层通信（|ΔN|=1）效率最高；跨层调用（|ΔN|≥2）必然衰减；而同层互调（|ΔN|=0）看起来最省事，实际是最危险的耦合陷阱——分布式单体就是这么长出来的。

我不会起名字322

gRPC 拦截器写错：metadata 透传与超时注入的 3 个坑我不会起名字322 · 后端 / 算法 / 数据库📘 技术栈｜ 🧩 力扣 Hot100 ｜ 🐹 Go 项目｜ 🟥 Redis ｜ 🐬 MySQL

RestTemplate 废弃后迁移 RestClient 实战：Spring Boot 4.2 升级指南导读：10 月 22 日 Spring Boot 4.2.0-RC1 发布，跟着的 Spring Framework 7.1.0-RC1 正式给 RestTemplate 打上了 @Deprecated(since="7.1", forRemoval=true)。我手上几个定制项目里 RestTemplate 调用少说上百处，这篇是我梳理的迁移步骤和对照表，照着改基本不用再翻文档。

分布式系统进阶：数据库分库分表、微服务与架构演进总结在前面的学习中，我们已经接触了单体架构、应用服务器与数据库分离、负载均衡、数据库读写分离以及 Redis 缓存

code_slave(码畜)

微服务架构落地：分库分表实战（下） —— 分布式主键、跨分片查询与分页聚合防坑大宗商品销采运储系统・六层架构连载（数据持久层）上一篇我们完成了分库分表的“上篇”：讲了切分策略（垂直/水平），用“基因法”解决了路由痛点，并梳理了不停机平滑扩容的步骤。

每天一道题

Kafka 为什么会重复消费？从 Producer ACK、Offset 到消息可靠性上一篇我们介绍了 Kafka 的基本结构，重点理解了 Broker、Topic、Partition、Offset 和 Consumer Group。

温习微服务基础知识复习顺序：假设你正在开发一个商品管理系统。系统中有两个服务：用户购买一台服务器，订单服务必须先向商品服务查询售价。

业务拆分后的治理深水区：解构企业级微服务六大核心设计模式与高可用落真实践在过去十年的软件工程演进中，“拆分单体、走向微服务”几乎成了所有中大型技术团队的必经之路。拆分带来的收益显而易见：业务线边界明晰、团队独立迭代发布、技术栈按需选型、局部弹性伸缩能力大幅增强。然而，许多团队在完成初期的“物理拆分”后，很快便发现自己陷入了更严峻的分布式治理深水区：

code_slave(码畜)

微服务架构落地：读写分离架构 —— 主从延迟引发的“刚开单查不到”灾难与破局大宗商品销采运储系统・六层架构连载（数据持久层）上一篇我们完成了数据持久层总览，明确了从单机到海量数据架构演进的必经之路。

每天一道题

从单体到微服务：Service、Instance 与服务拆分到底是什么关系？提到微服务，很多人首先想到的是 Spring Cloud、Dubbo、Nacos、Gateway、Kubernetes 等技术组件。

软件工程师文艺

从微服务到 Serverless：OAM 模型如何统一应用描述与交付部署一个微服务到 Kubernetes 需要多少 YAML？一个 Deployment、一个 Service、一个 Ingress、一个 ConfigMap、一个 HPA、若干 Secret。六个微服务就是六套。三套环境（dev/staging/prod）乘以六就是十八套。每套还有几十个字段要填——replicas、resources.limits、livenessProbe、readinessProbe、nodeSelector、tolerations、affinity、securityContext…

Spring Cloud微服务总览与注册发现详解定位：第 01 篇，讲透微服务理念与代价、Spring Cloud 组件版图、服务注册发现机制与注册中心选型适用版本：Spring Cloud 2023.x（Spring Boot 3.x）说明：注册中心自身一致性原理（ZAB/RAFT/Distro）在中间件会详细展开说明，本篇只讲 Spring Cloud 视角的使用

第34课：微服务Docker容器化部署 & 生产环境上线适配版本：Spring Boot 4.0.8、Spring Cloud 2025.1.3（Oakwood）、Spring Cloud Alibaba 2025.1.0.0、Docker 27.x、Docker Compose 2.x、JDK 21 课程定位：实战阶段部署课，从Dockerfile编写到Compose编排，从环境变量注入到生产启动脚本，完成微服务项目的容器化上线

一文梳理 Spring Cloud 核心组件：Eureka、Nacos、OpenFeign、LoadBalancer 与 Gateway关于集群、分布式、微服务集群，将同一份任务分到多个服务器上，每个服务器都是一个节点，每个节点目的是处理一个共同的任务，主要注重解决服务压力问题

【C++ 基于微服务的即时通讯系统】Elasticsearch 从安装到 C++ 客户端二次封装全落地🎬 博主简介：做即时通讯系统，有两个功能绕不开全文检索：用户昵称搜索、聊天历史消息搜索。如果直接用 MySQL 的 like 模糊查询，数据量上来之后全表扫描的效率根本没法看。所以我们这套微服务聊天系统里，引入了 Elasticsearch 来专门承担全文检索的工作。

从脚本到 Operator：用 Go 构建可靠的微服务自动扩缩容控制器文章定位：面向具备 Go、Kubernetes 基础的后端与平台工程师，从控制语义、容量模型、控制器实现到部署验收，建立自动扩缩容的工程闭环。