前几年推微服务，现在又搞微服务合并

最新推荐文章于 2026-01-06 20:56:18 发布
原创 最新推荐文章于 2026-01-06 20:56:18 发布 · 441 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#微服务 #架构 #DDD #领域驱动设计

DDD领域驱动设计批评文集

做强化自测题获得“软件方法建模师”称号

《软件方法》各章合集

（匿） 2025-6-27 16:54

公司前几年推微服务，现在又在大搞微服务合并。以前的同事去了**，听他说那边情况类似。这个事情，潘老师怎么看？

UMLChina潘加宇

这是好事啊！

说明领域驱动设计正在敏捷试错，灵活调整，从一个胜利走向下一个胜利。

就像市政道路，挖了又填，填了又挖，通过持续开工，带动了周边的消费。

图片

贵司（以及**）属于“互联网公司”，具有敏捷试错的优秀土壤。

我相信领域驱动设计专家们已经想好了新的“革命性创造”，目标“买家”也在积极引进，连称“受用”了。

我的观点可以参见：

是不是互联网更适合用DDD

经济形势下谈建模和伪创新-长点心和长点良心

伪创新-《软件方法》全流程引领AI-第1章 04

《软件方法》全流程引领AI-第1章 ABCD工作流-01

摘录：

图片

【系统分析师】高分论文：论微服务开发方法
数据知道的博客
08-26 6008
摘要1： 本文以××航空公司物流综合平台4.0建设为例，探讨微服务架构在复杂业务整合中的实践应用。项目采用SpringCloud+Zookeeper技术栈，通过服务拆分（如用户、物流、结算等模块）实现并行开发与弹性扩展。相比SOA架构，微服务具有轻量化、开发灵活、部署高效等优势，但也需配套容器化（Docker+K8s）和DevOps工具链解决多服务管理问题。平台最终在5个月内上线，后续迭代中微服务的独立性验证了其业务适应能力。 摘要2： 针对某市一卡通NFC手机充值系统面临的业务扩展挑战，本文提出基于Spr
【系统架构设计师】论文：论微服务架构及其应用（高分论文3篇）
热门推荐
数据知道的博客
09-02 1万+
我公司承接某视频会议云直播项目。该项目主要为了解决视频会议系统对用户终端硬件要求过高、入会用户数量受限的问题，通过增加云直播的方式，将云直播与视频会议对接，以支持更多用户在电脑网页和手机端观看会议实况。我在项目中担任技术负责人，负责项目服务划分、架构设计和技术指导工作。本文结合我的亲身实践，论述了微服务架构在项目中的应用。在服务分层设计阶段，以客户需求为依据，对系统功能进行总体分层架构设计，各层各施其职。
采用微服务架构前，先问自己几个问题
二蛋的博客
04-22 1007
前两年的市场绝对是微服务的天下，开发个什么系统，动不动就是微服务，几乎已经成为每个项目的标配。但是，真的所有项目都适合微服务架构吗？什么样的项目适合微服务架构？我拿两个案例对该问题进行说明。
燃爆2022年的微服务架构
m0_68850571的博客
05-23 692
微服务架构 目录如下： 一、微服务架构介绍 二、出现和发展 三、传统开发模式和微服务的区别 四、微服务的具体特征 五、SOA和微服务的区别 六、如何具体实践微服务 七、常见的微服务设计模式和应用 八、微服务的优点和缺点 九、思考：意识的转变 十、参考资料和推荐阅读 一、微服务架构介绍 微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的 类上应用很多SO
微服务面试题：服务容灾
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
04-21 875
在微服务中，假如一个或者多个服务出现故障，如果这时候，依赖的服务还在不断发起请求，或者重试，那么这些请求的压力会不断在下游堆积，导致下游服务的负载急剧增加。不断累计之下，可能会导致故障的进一步加剧，可能会导致级联式的失败，甚至导致整个系统崩溃，这就叫服务雪崩。服务高可用部署：确保各个服务都具备高可用性，通过冗余部署、故障转移等方式来减少单点故障的影响。限流和熔断：对服务之间的请求进行限流和熔断，以防止过多的请求涌入导致后端服务不可用。
2024 年最新基于 Spring Cloud 的微服务架构分析
2401_83916326的博客
04-22 678
从服务发现的实现原理上来说，Consul 和 Etcd 的基本设计思路是一致的，Etcd 更简单，Consul 则更像一个全栈的解决方案，功能比 Etcd 要更丰富，比如支持可视化的 Web UI 管理界面、支持多数据库中心、安全层面除了 HTTPS 外还支持 ACL、更加全面的健康检查功能、内置 DNS Server 等，这些都是 Etcd 所不具备的，但是更全面的功能往往意味着更高的复杂性，针对微服务的服务注册和发现场景，Etcd 完全够用了。为了解决这样的问题，产生了断路器等一系列的服务保护机制。
新手学习微服务，得先看看这篇文章
Admans的专栏
06-18 1140
微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。
微服务架构中的服务拆分方案和案例
稀有气体的技术博客
04-08 3040
本文的微服务拆分方案旨在提供一种平滑拆分微服务的方法。尽量降低服务拆分的风险，并且能够回滚。本方案在实际项目中有过验证，基本做到了零问题，平稳拆分。
微服务实践的血与泪，从拆分到合并
pengyachuan的博客
12-16 890
微服务这几年越来越火，大家聊的也比较多，我刚进入初创团队时大家也兴奋不已（也是5年前了），为适应公司发展把单体项目拆分为微服务，当然后来肯定是一地鸡毛。我经历了公司从创业公司到公司融资B轮将近1000人再到后面成熟稳定，业务也是经历高速发展，技术上也发生了翻天覆地变化。我把遇到的坑总结出来，抛砖引玉引发大家的思考和交流。
微服务架构
大学牲的博客
04-26 1046
微服务（MicroServices）最初是由 Martin Fowler 于 2014 年发表的论文 《微服务》，我们可以从字面上去理解，即“微小的服务”，下面我们从“服务”和“微小”两个方面进行介绍。1) 所谓“服务”，其实指的是项目中的功能模块，它可以帮助用户解决某一个或一组问题，在开发过程中表现为 IDE（集成开发环境，例如 Eclipse 或 IntelliJ IDEA）中的一个工程或 Moudle。
微服务 Spring Cloud 1，服务如何拆分？使用微服务的注意事项？
学Java，找哪吒
11-02 5420
微服务已经是Java开发的必备技能，甲方不管项目大小，都想上微服务，感觉上了就高大上了，牛逼了。微服务确实给我们带来了一定的便利性，但是也带来了麻烦，比如学习成本高，存在很多不可预见的问题。
微服务架构设计详解
专注Java后端技术干货、项目源码总结分享，期待您的关注。
08-11 675
微服务架构设计详解
面向微服务配置动态更新与灰度发布的互联网系统高可用设计与多语言工程实践分享
2501_94186637的博客
01-05 243
动态配置提升系统可用性，但需版本管理灰度发布是降低风险的有效策略监控、回滚与可观测闭环是必备能力微服务配置动态更新与灰度发布，使系统在频繁变更和高并发环境下，仍能保持高可用性和风险可控性。通过在多语言实现中统一配置版本和生效策略，结合灰度发布、监控和回滚机制，互联网系统能够在变更过程中平稳运行。这篇关于配置动态更新与灰度发布的工程实践分享，希望为你在高可用微服务系统设计中提供可落地、长期有效的参考思路。
面向微服务分布式锁与并发控制的互联网系统高可用设计与多语言工程实践分享
2501_94179873的博客
01-05 291
分布式锁保证多实例环境下关键资源互斥访问超时、重试和幂等机制确保高可用监控闭环支撑锁策略优化和故障预警微服务分布式锁与并发控制，使系统在高并发、多实例环境下保持数据一致和核心业务可用性。通过在多语言实现中统一锁语义，结合超时、重试、幂等和监控闭环，互联网系统能够在复杂负载场景下实现高可用和长期可维护性。这篇关于分布式锁与并发控制的工程实践分享，希望为你在微服务高可用架构设计中提供可落地、长期有效的参考思路。
从微服务网关到统一安全治理的互联网工程语法实践与多语言探索
最新发布
2501_94180531的博客
01-06 475
微服务网关不仅是请求入口，更是互联网工程中将路由规则、安全策略和访问边界显式化为工程语法的实践。当系统能够表达：请求访问边界和路由规则权限策略与安全控制节点健康与负载情况它就能在分布式、高并发环境下保持可控、可观测和安全。成熟的互联网工程，不是单纯转发请求，而是系统行为可理解、访问可控、安全边界清晰。
面向微服务事件驱动与异步消息可靠处理的互联网系统高可用设计与多语言工程实践分享
2501_94180531的博客
01-05 524
事件驱动解耦服务，提高吞吐可靠投递与幂等消费保证消息一致性监控、重试与顺序控制是稳定性的关键微服务事件驱动与异步消息可靠处理，使系统在高并发和复杂业务场景下保持稳定与可控。通过在多语言系统中统一幂等语义、结合可靠投递、顺序控制和监控策略，互联网系统能够在异步流程中实现高可用和长期可维护性。这篇关于事件驱动与异步消息可靠处理的工程实践分享，希望为你在微服务高可用设计中提供可落地、长期有效的参考思路。
面向微服务全链路监控与动态故障恢复的互联网系统高可用设计与多语言工程实践分享
2501_94180248的博客
01-05 296
全链路监控是高可用系统的基石动态故障恢复结合熔断与降级，实现快速自愈监控闭环和数据驱动优化是系统长期稳定关键微服务全链路监控与动态故障恢复，使系统在复杂、高并发环境下能够快速发现异常、自动修复并保障核心业务可用性。通过在多语言实现中统一监控语义、结合熔断、降级和自动化恢复策略，互联网系统能够在面对压力峰值和局部故障时持续保持稳定与可控。这篇关于全链路监控与动态故障恢复的工程实践分享，希望为你在微服务高可用架构设计中提供可落地、长期有效的参考思路。
多语言微服务事件驱动架构与异步消息优化实践：Python、Java、Go、C++高性能方案
2501_94094887的博客
01-05 335
在现代微服务架构中，事件驱动架构（EDA）是提升系统解耦性和响应速度的重要模式。异步消息处理可以将微服务事件快速分发至多个消费者，提高吞吐量和系统扩展性。不同语言在事件驱动、异步消息处理和性能优化上各有优势。本文结合 Python、Java、Go 和 C++，展示微服务事件驱动架构与异步消息优化的实战方法。
面向微服务分布式事务与可靠一致性的互联网系统高可用设计与多语言工程实践分享
2501_94180088的博客
01-05 343
分布式事务保证跨服务数据一致性幂等、重试与异步补偿是高可用关键监控与可观测性支持事务优化与故障定位微服务分布式事务与可靠一致性策略，使系统在跨服务和高并发场景下保持数据一致与业务稳定。通过在多语言实现中统一事务模式、结合幂等、补偿和监控闭环，互联网系统能够在复杂分布式环境中实现高可用与长期可维护性。这篇关于分布式事务与可靠一致性的工程实践分享，希望为你在微服务高可用架构设计中提供可落地、长期有效的参考思路。
基于Spring Boot的地震事件查询微服务
本项目“earthquakes”是一个基于Spring Boot和WebFlux构建的响应式REST微服务，旨在解决一个具有实际地理信息处理意义的问题：从全球最近30天内发生的地震事件中，筛选出距离用户指定地理位置（以纬度和经度表示）...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值