<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[alonewolf_99的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/alonewolf_99</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; alonewolf_99]]></copyright><item><title><![CDATA[LlamaIndex核心组件与入门实操]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/159547405</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/159547405</guid><author>alonewolf_99</author><pubDate>Mon, 30 Mar 2026 23:13:11 +0800</pubDate><description><![CDATA[LlamaIndex是一个专为大型语言模型(LLM)设计的数据框架，解决LLM无法直接访问私有或特定领域数据的问题。它提供五大核心工具：数据连接器、索引、引擎、代理和应用集成，支持从PDF、SQL等多种数据源获取数据并构建知识库。基于检索增强生成(RAG)技术，LlamaIndex将流程分为索引和查询两阶段，通过向量存储索引实现高效检索，并支持自定义配置数据分块、向量存储等参数。此外，LlamaHub提供了丰富的社区贡献数据连接器，使开发者能快速构建基于私域数据的智能应用。]]></description><category></category></item><item><title><![CDATA[高并发系统中常遇到的问题]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158467405</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158467405</guid><author>alonewolf_99</author><pubDate>Fri, 27 Feb 2026 17:15:20 +0800</pubDate><description><![CDATA[java@Component@Autowired@Overridethrow new RuntimeException("缺少防重Token");// 原子性删除（使用lua脚本或setnx）// 第一次提交，放行} else {response.getWriter().write("请勿重复提交");]]></description><category></category></item><item><title><![CDATA[走出自己的DDD——拥抱变化，享受未来]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158454059</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158454059</guid><author>alonewolf_99</author><pubDate>Fri, 27 Feb 2026 01:15:54 +0800</pubDate><description><![CDATA[本文总结了DDD（领域驱动设计）的知识体系，指出了DDD在实践中的局限性，如缺乏规范过程指导、需求管理体系不完善等。作者强调DDD不是万能的，需要团队根据业务特点灵活运用。文章提出了落地DDD的关键方向：深入理解业务、重视团队协作、平衡战术与战略设计，并强调DDD的核心价值在于&quot;面向变化进行架构设计&quot;。最后寄语开发者要拥抱变化，在实践中找到适合自己的DDD应用之道，让系统保持清晰和灵活。]]></description><category></category></item><item><title><![CDATA[DDD视角下的单体架构与微服务架构——限界上下文才是真正的边界]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158453978</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158453978</guid><author>alonewolf_99</author><pubDate>Fri, 27 Feb 2026 01:06:06 +0800</pubDate><description><![CDATA[本文探讨了DDD（领域驱动设计）视角下单体架构与微服务架构的关系。核心观点指出：系统老化的根源不在于架构形式，而在于是否守住限界上下文。DDD强调先建立清晰的逻辑边界，再根据需要将逻辑边界转化为物理边界（微服务）。单体与微服务在DDD中是统一的，本质都是领域的组合方式，关键在于边界划分。Martin Fowler提出的&quot;单体优先&quot;策略与DDD思想吻合，建议在业务边界不明确时先采用单体架构。文章总结DDD的核心价值是&quot;守住边界，面向变化&quot;，这一理念比具体技术实现更重要。]]></description><category></category></item><item><title><![CDATA[DDD的架构变化之道：从分层到菱形，解耦是永恒的主题]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158448137</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158448137</guid><author>alonewolf_99</author><pubDate>Fri, 27 Feb 2026 00:51:02 +0800</pubDate><description><![CDATA[本文探讨了DDD（领域驱动设计）架构方法论的本质与实现方式。文章指出软件进化困难的根本原因在于业务代码与技术框架的耦合，而DDD通过分层设计实现解耦。重点分析了三种经典DDD架构模式：洋葱架构（依赖方向向内）、六边形架构（端口与适配器分离）、清晰架构（同心圆层级划分），它们共同强调将领域模型置于核心位置。文章还提出菱形架构概念，形象描述了请求处理的对称流程。]]></description><category></category></item><item><title><![CDATA[统一数据存储中台方案演示：用DDD思想构建可扩展的数据服务]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158441586</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158441586</guid><author>alonewolf_99</author><pubDate>Fri, 27 Feb 2026 00:31:41 +0800</pubDate><description><![CDATA[本文提出了一种基于DDD思想的统一数据存储中台方案，通过可扩展架构实现异构数据源访问。方案核心包括：1）定义通用服务接口和基于SPI的服务加载机制；2）采用注解方式描述业务实体元数据；3）基于MyBatis实现动态SQL生成的通用JDBC服务。该设计遵循&quot;面向变化&quot;原则，支持通过简单扩展即可集成新数据表，无需修改核心代码，实现业务实体自主描述、服务动态响应的灵活架构。方案强调&quot;刚刚好&quot;设计理念，既能满足当前业务需求，又为未来向微服务架构演进预留了扩展空间。]]></description><category></category></item><item><title><![CDATA[如何设计支持快速交付的技术中台？——从DDD视角重新思考中台建设]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158421470</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158421470</guid><author>alonewolf_99</author><pubDate>Thu, 26 Feb 2026 11:44:54 +0800</pubDate><description><![CDATA[马云的灵感来源于芬兰游戏公司SuperCell。快速组合 + 快速试错。他们拥有强大的游戏引擎和通用组件库，一个小团队可以在短时间内组合出新的游戏原型，快速推向市场测试。如果游戏不受欢迎，立刻放弃；如果受欢迎，再投入资源深度打磨。这种模式大大降低了试错成本，提高了创新效率。中台的核心定义：中台，就是将各个业务线中可以复用的一些功能抽取出来，剥离个性，提取共性，形成一些可复用的组件。类型说明业务中台沉淀核心业务能力，如用户中心、订单中心、商品中心技术中台。]]></description><category></category></item><item><title><![CDATA[DDD如何指导微服务设计实现？——从拆分原则到代码落地]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158421137</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158421137</guid><author>alonewolf_99</author><pubDate>Thu, 26 Feb 2026 11:24:20 +0800</pubDate><description><![CDATA[本文以支付风控系统为例，深入探讨DDD如何指导微服务设计与实现。文章提出从DDD视角重新理解&quot;高内聚、低耦合&quot;原则：高内聚要求每个微服务封装完整业务领域，低耦合则要求服务间通过明确契约通信。在实战部分，展示了如何基于领域模型拆分微服务，并重点讨论了存储方案不确定时的开发策略：通过通用数据结构隔离业务逻辑与存储实现，实现业务先行开发。文章指出DDD提供了一种&quot;边设计边实现&quot;的渐进式开发模式，通过边界隔离应对不确定性，使业务知识逐步清晰。]]></description><category></category></item><item><title><![CDATA[建模演练：如何使用DDD设计支付风控系统——从事件风暴到微服务落地]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158066309</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158066309</guid><author>alonewolf_99</author><pubDate>Sat, 14 Feb 2026 03:28:20 +0800</pubDate><description><![CDATA[本文探讨了领域驱动设计(DDD)在微服务拆分中的应用，重点介绍了事件风暴这一实操性建模方法。文章指出传统按功能或数据表拆分的微服务存在业务耦合问题，而DDD通过统一语言和领域建模，帮助团队从业务边界出发划分微服务。事件风暴会议通过贴纸可视化业务流程，识别子域和核心概念，形成团队共享的领域模型。该模型不仅作为沟通工具，更是微服务拆分的直接依据。最后文章提出落地过程中的技术挑战，如事务一致性处理和数据查询优化，强调DDD让架构能随业务演进的核心价值。]]></description><category></category></item><item><title><![CDATA[DDD实战演练：服务接入系统（GenSI）改造纪实——从微服务降级到单体的背后逻辑]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158066173</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158066173</guid><author>alonewolf_99</author><pubDate>Sat, 14 Feb 2026 03:13:53 +0800</pubDate><description><![CDATA[本文通过GenSI系统改造案例，探讨了DDD思想在架构设计中的应用。原微服务架构因边界模糊、依赖复杂导致维护困难，团队基于DDD战略设计重新划分限界上下文，将系统重构为&quot;微核心+领域模块&quot;的单体架构。改造后系统呈现四大优势：清晰的分层结构、稳定的核心扩展、便捷的测试体验和灵活的部署能力。案例表明，DDD能有效管理复杂性，使架构回归业务本质。相比盲目追求微服务，合理运用DDD思想设计的单体架构反而能获得更好的可维护性和扩展性。]]></description><category></category></item><item><title><![CDATA[深入DDD的核心：领域与限界上下文——从通用语言到微服务拆分的正确姿势]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034938</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034938</guid><author>alonewolf_99</author><pubDate>Fri, 13 Feb 2026 03:38:22 +0800</pubDate><description><![CDATA[本文系统阐述了DDD（领域驱动设计）中两个核心战略概念：领域与限界上下文。领域通过划分业务范围确立问题边界，强调通用语言确保团队共识；限界上下文则作为领域的物理边界，防止模型污染。文章提出通过子域划分（核心/通用/支撑）和上下文地图来构建系统架构，并指出这种战略设计能为微服务拆分提供业务导向的指导。最后强调DDD是一种思维进化，建议从&quot;语言净化&quot;开始实践，逐步建立业务与技术统一的设计方法。全文揭示了DDD如何通过战略设计控制复杂系统的边界与一致性。]]></description><category></category></item><item><title><![CDATA[DDD如何保护领域模型：聚合、聚合根、仓库与工厂的协同防御]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034859</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034859</guid><author>alonewolf_99</author><pubDate>Fri, 13 Feb 2026 03:20:02 +0800</pubDate><description><![CDATA[本文系统阐述了DDD战术设计中聚合（Aggregate）、聚合根（AggregateRoot）、仓库（Repository）和工厂（Factory）的核心概念。聚合通过将相关对象封装为整体与部分的关系，确保业务一致性；聚合根作为唯一访问入口，简化系统复杂度；工厂负责聚合的完整创建，仓库处理持久化存储。三者形成从创建、运行到持久化的完整防御链，保护领域模型的静态结构、动态行为和生命周期，实现技术无关的稳定领域模型。这些概念共同构建了领域模型的&quot;骨架&quot;，是应对复杂业务的关键战术手段。]]></description><category></category></item><item><title><![CDATA[DDD如何指导应用架构：从战术设计到代码落地]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034797</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034797</guid><author>alonewolf_99</author><pubDate>Fri, 13 Feb 2026 02:55:57 +0800</pubDate><description><![CDATA[摘要：本文深入探讨DDD战术设计中的核心概念，对比贫血模型与充血模型的优缺点及适用场景，指出简单业务适合贫血模型，复杂业务应采用充血模型。解析实体与值对象的区别，强调业务场景决定其身份。介绍领域服务作为跨实体业务协调者的角色，以及防腐层在隔离外部系统污染中的关键作用。文章提出DDD战术设计是灵活的工具箱，需根据业务复杂度、团队能力和演进阶段合理选择设计模式，并指出其局限性。最后通过思考题引导读者结合实际项目应用这些概念。]]></description><category></category></item><item><title><![CDATA[使用DDD优化转账功能——从混乱到清晰]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034727</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034727</guid><author>alonewolf_99</author><pubDate>Fri, 13 Feb 2026 02:38:23 +0800</pubDate><description><![CDATA[本文通过转账功能案例，演示如何将传统MVC架构逐步重构为DDD四层架构。首先分析原始代码的问题：贫血模型、职责混杂、强耦合基础设施等。然后分步骤重构：1）引入实体和值对象；2）通过Repository隔离数据源；3）用防腐层封装外部服务；4）创建领域服务协调多实体逻辑。重构后的代码结构清晰，各层职责明确：应用层只做编排，业务逻辑封装在领域层，基础设施依赖通过接口隔离。最终实现了高内聚、低耦合的领域驱动设计，显著提升了代码的可测试性和可维护性。]]></description><category></category></item><item><title><![CDATA[“DDD” VS DDD：怎么防止系统变“老”？]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034500</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158034500</guid><author>alonewolf_99</author><pubDate>Fri, 13 Feb 2026 01:40:26 +0800</pubDate><description><![CDATA[本文探讨了软件系统老化问题及其解决方案。文章指出系统老化表现为代码层面的贫血模型和架构层面的&quot;大泥球&quot;结构，导致维护困难。针对这些问题，作者推荐采用领域驱动设计(DDD)方法，通过识别限界上下文划分业务边界，实现高内聚低耦合。DDD虽非万能，但提供了从业务模型出发的新视角，帮助系统持续演进。文章强调防止系统老化需要持续的业务对齐和模型重构，而DDD为此提供了有效的方法论。]]></description><category></category></item><item><title><![CDATA[我与DDD：领域驱动设计的思考与实践]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/158013793</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/158013793</guid><author>alonewolf_99</author><pubDate>Thu, 12 Feb 2026 23:58:33 +0800</pubDate><description><![CDATA[领域驱动设计（DDD）是一套应对软件复杂性的方法论，2004年由Eric Evans提出，近年来因微服务架构兴起而成为主流。DDD通过划分领域边界，为微服务拆分提供业务指导。当前DDD实践存在多样性，从单体到微服务架构，DDD关注点从模块封装转向平衡封装与扩展。在后微服务时代，DDD能帮助解决业务复杂、技术爆炸和敏捷迭代带来的挑战，如模型重构、微服务拆分、代码质量维护等问题。专栏将结合实际项目经验，探讨DDD在战略设计、战术实现及中台建设中的实践应用，强调领域专家参与和模型驱动的重要性，而非将其视为技术教条]]></description><category></category></item><item><title><![CDATA[大数据用户画像项目实战：从0到1构建基于规则的用户画像系统]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/157983209</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/157983209</guid><author>alonewolf_99</author><pubDate>Thu, 12 Feb 2026 00:49:27 +0800</pubDate><description><![CDATA[本文介绍了用户画像系统的完整实现方案，包括技术架构、环境搭建和核心流程。系统通过数据建模、ETL清洗、Spark计算等步骤，将用户行为数据转化为结构化标签存储在Elasticsearch中。详细阐述了Hadoop集群、Spark、ES等组件的安装配置方法，重点解析了标签模型维护、打标计算等核心模块的实现机制。项目采用&quot;数据模型+标签模型&quot;的设计思想，通过规则引擎实现用户画像的批量计算和查询，展示了企业级大数据项目的全流程实现。]]></description><category></category></item><item><title><![CDATA[最强OLAP分析引擎——ClickHouse快速精通（二）：集群、优化与生产实践]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981355</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981355</guid><author>alonewolf_99</author><pubDate>Wed, 11 Feb 2026 23:59:42 +0800</pubDate><description><![CDATA[本文深入探讨ClickHouse集群机制与生产优化实践。主要内容包括：1. 集群机制：通过ReplicatedMergeTree实现数据副本保障高可用，使用Distributed表实现水平分片，但官方建议优先使用副本而非分布式表；2. 配置优化：重点在资源分配，包括CPU、内存和磁盘配置，提供关键参数参考；3. 查询优化：详解执行计划分析、内置语法优化规则及高性能查询实践，如合理分区、避免Nullable、用PREWHERE替代WHERE等；4. 生产问题解决方案：针对数据一致性、副本表写入节点选择、Zoo]]></description><category></category></item><item><title><![CDATA[最强OLAP分析引擎——ClickHouse快速精通（一）]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981315</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981315</guid><author>alonewolf_99</author><pubDate>Wed, 11 Feb 2026 23:57:17 +0800</pubDate><description><![CDATA[ClickHouse是一款由Yandex开源的列式存储OLAP数据库，专为海量数据分析设计。其核心优势包括列式存储大幅减少I/O、高效压缩比和CPU缓存优化，适用于读多写少的大数据场景。文章详细介绍了ClickHouse的安装部署、远程连接配置方法，并重点解析了MergeTree系列表引擎的分区、排序和索引机制，以及ReplacingMergeTree和SummingMergeTree的去重聚合特性。同时提供了数据导入导出、查询优化等实用技巧，强调ClickHouse高性能伴随高资源消耗的特点，需要合理设计]]></description><category></category></item><item><title><![CDATA[ClickHouse从入门到精通：一款高性能列式数据库的完整实战指南]]></title><link>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981193</link><guid>https://blog.youkuaiyun.com/alonewolf_99/article/details/157981193</guid><author>alonewolf_99</author><pubDate>Wed, 11 Feb 2026 23:49:09 +0800</pubDate><description><![CDATA[ClickHouse是一款专为OLAP设计的列式数据库，具有极高的查询性能。其核心优势包括列式存储减少I/O、高效压缩算法、多核并行处理和分布式架构。ClickHouse支持标准SQL语法，提供丰富的表引擎和数据类型，适合海量数据分析场景。典型应用包括Web分析、广告统计和时序数据处理。安装部署简单，支持多种操作系统和集群配置。文档详细介绍了系统架构、SQL语法、性能优化和运维管理，是掌握ClickHouse的权威指南。]]></description><category></category></item></channel></rss>