《从分层架构到微服务架构》是一系列介绍《Fundamentals of Software Architecture》中提到的8种架构模式的文章，这里不会事无巨细地介绍所有的细节，而是会挑选其中关键内容，更多详情请阅读原书。往期精彩：从分层架构到微服务架构（一）从分层架构到微服务架构（二）之分层架构从分层架构到微服务架构（三）之管道架构前言微内核架构（Microkernel Architecture

在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外进行保存，以便在未来将对象恢复到原先保存的状态。

前言从1995年GoF提出23种设计模式到现在，25年过去了，设计模式依旧是软件领域的热门话题。在当下，如果你不会一点设计模式，都不好意思说自己是一个合格的程序员。设计模式通常被定义为：设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，使用设计模式是为了可重用代码、让代码更容易被他人理解并且保证代码可靠性。从定义上看，设计模式其实是一种经验

本文探讨了Claude Code的设计哲学，分析了其核心组件的设计思路。与LangChain的工作流模式不同，Claude Code采用Agent Loop架构，通过"模型推理->工具执行"循环实现更灵活的任务处理。系统通过权限管理（Deny/Ask/Allow三级）实现决策与执行分离，确保安全性；采用沙箱环境防止用户误操作；明文存储会话和记忆以保证可追溯性。设计遵循三大原则：放大用户能力、保留用

OLAP。传统分析型 SQL 查询，侧重范围扫描，以顺序读 IO 为主。多模检索。传统 SQL 无法查询图片、视频等多模态数据，须将它们转成向量，通过向量检索进行语义相关性查询。侧重点查，以随机读 IO 为主。实时 ETL。提供高时效性，逐条写入。面对不同的负载，传统的解决方案是组合多种引擎。OLAP 采用 Spark、ClickHouse 等 OLAP 引擎；多模检索采用 Milvus、pgve

SBA 可以看成是单体架构和微服务架构之间的一个折中方案，它也是按照业务领域进行服务划分，但服务划分的粒度相比微服务要更粗。从单体架构演进到 SBA，会比直接演进到微服务架构更加容易。

前言在面向对象编程的理念里，应用程序是对现实世界的抽象，我们经常会将现实中的事物建模为编程语言中的类/对象（“是什么”），而事物的行为则建模为方法（“做什么”）。面向对象编程有三大基本特性（封装、继承/组合、多态）和五大基本原则（单一职责原则、开放封闭原则、里氏替换原则、依赖倒置原则、接口分离原则），但知道这些还并不足以让我们设计出好的程序，于是很多方法论就涌现了出来。近来最火的当属领域驱动设计（

Databricks 在 2025 年 5 月 14 日正式宣布以 10 亿美元收购开源数据库初创公司 Neon[1][2]，它的产品是一款兼容 PostgreSQL 的 Serverless 数据库。Neon 的 slogan 是 “”，其最初的目的是为应用开发者提供一个低成本、开发高效的数据库底座。回顾 Databricks 近两年的收购策略，Databricks 正围绕其 Data + AI

在《AI Agent 需要什么样的数据库？负载特征能力要求即时创建极短的冷启动时长，提供极佳的用户体验。大量小实例 / 活跃时长不稳定自动弹性伸缩，降低平台成本。反复调试快速 PITR，提供任意时间点的快速数据恢复能力。其中，即时创建、大量小实例、活跃时长不稳定更多的是数据库实例生命周期维度的负载特征。至于 Agent 使用 SQL 查询的特征是怎样的，文中没做太多分析。反复调试与 SQL 查询相

本文首先简单介绍 Grouping Sets 的用法，然后以 Spark SQL 作为切入点，深入解析 Grouping Sets 的实现机制