微服务

Go-Zero进阶实战2: 使用 Docker Compose 编排与部署微服务在微服务架构中，一个应用通常由多个独立服务组成，例如 API 网关、RPC 服务、配置中心 ETCD、缓存 Redis、数据库 MySQL 等。如果每个服务都手动通过 docker run 启动，并逐个管理网络、端口、依赖关系，不仅效率低下，而且极易出错。Docker Compose 正是为解决这一问题而生——它允许通过一个 YAML 文件定义所有服务、网络和卷，实现“一键编排”。

一路向北North

Spring Security OAuth2.0(23):分布式系统授权-转发明文给微服务通过zuul过滤器的方式实现，目的是让下游微服务能够很方便的获取到当前的登录用户信息（明文token) (1) 实现zuul前置过滤器，完成当前登录用户信息提取，并放入转发微服务的request 中

可用区静态稳定性架构：如何提升云服务高可用性SEO 摘要：本文介绍如何使用可用区实现静态稳定性，并通过控制平面与数据平面分离、主动—主动架构、主动—备用架构、分区服务设计和故障前容量预置，提升云服务的高可用性与故障隔离能力。

关于微服务基本框架搭建--fegin最小使用democommon/pom.xmlcommon/src/main/java/com/demo/common/dto/User.java

集群、分布式与微服务介绍集群，分布式，微服务，分库分表等等概念很容易混起来，今天我系统性地介绍一下他们到底是怎么分类怎么划分的。

江畔柳前堤

GO01-Go 语言与主流编程语言深度对比企业级技术选型参考手册代码对比：Hello World空值处理对比以下数据基于常见基准测试（JSON 序列化、HTTP 服务器、排序算法等），仅供参考。

霸道流氓气质

微服务架构核心概念业务示例微服务是一种架构风格，将单体应用拆分为一组小型、独立部署的服务，每个服务围绕特定业务能力构建，通过轻量级通信机制（通常是 HTTP/消息队列）协作。

微服务学习 --- Spring Cloud概述目录1.认识微服务1.1 单体架构1.2 集群和分布式架构1.3 微服务架构1.4 微服务带来的优势与挑战

不能只会打代码

校享云 — 高校智慧后勤平台微服务架构设计与实践作者：CoderDongHuang 项目地址：https://github.com/CoderDongHuang/Campus-Cloud 难度等级：⭐⭐⭐⭐（中高级全栈项目）阅读时间：约 45 分钟

欢喜躲在眉梢里

用飞算Java做了一套新能源充电运营管理系统：把站点、设备、订单拆成可运营的微服务做新能源充电运营系统，难点从来不只是“写几个管理页面”。站点利用率、桩的在线状态、一次充电的订单流转、支付回调、异常告警，都会在同一套系统里相互影响。为了把这些链路真正跑通，我用飞算JavaAI完成了一套新能源充电运营管理系统的原型：前端有可直接查看的运营后台，后端按业务拆分为独立服务，并为设备接入和异步事件预留了边界。

论模型驱动分析方法及应用2023年3月，我参与了某大型制造企业“智能供应链协同平台”的研发项目，并担任系统分析师一职。该企业原有系统存在业务流转效率低下、跨部门数据孤岛严重、资源调度失衡等痛点。本项目旨在通过数字化手段整合仓储、运输及配送业务，构建一套高内聚、低耦合的供应链管理系统。我在项目中主要负责主导系统的需求调研、分析方法的设计与落地工作。面对复杂的业务场景和频繁变更的需求，我们引入了模型驱动分析方法，将抽象的业务需求转化为可视化的模型，有效指导了后续的系统设计与开发。

Go-Zero基础入门1: 微服务框架与选型分析当项目从单体架构向微服务架构演进时，原本集中在单一进程中的业务会被拆分为多个独立的服务。这种拆分在带来灵活性与伸缩性的同时，也引入了一系列必须解决的技术问题。

Sentinel安装Sentinel 是阿里巴巴开源的一款面向分布式、多语言异构化服务架构的流量治理组件，提供流量控制、流量路由、熔断降级、系统自适应保护等功能

【关于微服务的深入理解】微服务就是把一个大型的单体应用，按照业务功能拆分成多个独立的小服务，每个小服务独立开发、独立部署、独立运行。微服务与高并发的区别？

系统部署之框架选型方案大数据系统部署中的技术架构选型种类比较多，多种技术架构或者方案在实际部署中都是组合应用；根据系统的复杂程度不同，也会做适当的增加和裁剪，正所谓没有最好的架构，只有最适合的架构。但是初学时，面对这么多技术架构，确实会让人一脸懵，要理解这些框架最好的方式，是看它们在一个真实项目中如何协同作战。下面，通过一个模拟的 “智慧电商实时运营平台” 项目，完整走一遍从项目需求、架构设计到技术选型的全过程。

从单体到微服务：能源计费系统的领域拆分、数据一致性与Spring Cloud实战落地从单体到微服务：能源计费系统的领域拆分、数据一致性与 Spring Cloud 实战落地本文系统性地阐述了能源计费系统从单体架构向微服务架构演进的完整路径。首先，基于领域驱动设计（DDD）方法论，将系统拆分为读数域、计费规则域、账户域、账单域和对账域五大核心子域，明确了各领域的职责边界。其次，提出了按领域而非按技术层拆分的微服务策略，并给出了具体的服务拓扑设计。

Spring Cloud 学习与实践（15）：使用 TraceId 与 MDC 串联微服务日志本章继续基于现有 cloud-demo 项目演练，不额外创建脱离业务的示例工程。本章按照真实功能演进顺序推进：先在单个业务服务中建立 MDC 最小闭环，再由 Gateway 统一生成 TraceId，随后扩展到多个服务、OpenFeign 和异步线程，最后用一条真实失败链路完成验证。

从单体架构到微服务，再到云原生：现代软件架构的发展趋势软件架构的发展始终伴随着业务规模和技术需求的变化。从早期的单体应用，到如今广泛采用的微服务、容器化以及云原生架构，每一次演进都在解决新的问题，同时也带来了新的挑战。

Go-Zero框架上手前奏2: 微服务核心要素 —— 拆分、通信与无状态设计构建微服务系统时，我们很快会面临一连串核心决策：应该把系统拆得多细？拆分出来的单元如何真正成为“服务”而非组件？服务之间如何高效、可靠地通信？怎样避免服务实例承载状态而牺牲弹性？这些问题若不加以回答，微服务化可能带来的不是敏捷，而是一团乱麻。