<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>zezepath</title>
  
  <subtitle>zezepath</subtitle>
  <link href="https://zezepath.com/atom.xml" rel="self"/>
  
  <link href="https://zezepath.com/"/>
  <updated>2026-03-20T14:19:46.153Z</updated>
  <id>https://zezepath.com/</id>
  
  <author>
    <name>zezepath</name>
    
  </author>
  
  <generator uri="https://hexo.io/">Hexo</generator>
  
  <entry>
    <title>构建处理 SciPy 稀疏向量并应对 Pinecone BASE 特性的生产级索引工具</title>
    <link href="https://zezepath.com/9806266333/"/>
    <id>https://zezepath.com/9806266333/</id>
    <published>2023-11-20T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;问题的起点非常明确：我们需要为一个包含数百万文档的语料库构建语义相似性检索功能。每个文档通过一个高维稀疏向量表示，维度高达50万，由TF-IDF模型生成。在这样的维度下，一个常规的 NumPy 稠密矩阵是完全不可行的——仅100万个文档就需要</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="SciPy" scheme="https://zezepath.com/tags/SciPy/"/>
    
    <category term="Pinecone" scheme="https://zezepath.com/tags/Pinecone/"/>
    
    <category term="BASE" scheme="https://zezepath.com/tags/BASE/"/>
    
    <category term="构建与工具" scheme="https://zezepath.com/tags/%E6%9E%84%E5%BB%BA%E4%B8%8E%E5%B7%A5%E5%85%B7/"/>
    
  </entry>
  
  <entry>
    <title>利用 Debezium CDC 将 SQL Server 数据变更实时同步至 NestJS 与 Zustand 前端</title>
    <link href="https://zezepath.com/7218482550/"/>
    <id>https://zezepath.com/7218482550/</id>
    <published>2023-10-27T11:30:55.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;接手一个项目，核心系统是跑在 SQL Server</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Kafka" scheme="https://zezepath.com/tags/Kafka/"/>
    
    <category term="SQL Server" scheme="https://zezepath.com/tags/SQL-Server/"/>
    
    <category term="NestJS" scheme="https://zezepath.com/tags/NestJS/"/>
    
    <category term="Zustand" scheme="https://zezepath.com/tags/Zustand/"/>
    
    <category term="GitLab CI/CD" scheme="https://zezepath.com/tags/GitLab-CI-CD/"/>
    
    <category term="Debezium" scheme="https://zezepath.com/tags/Debezium/"/>
    
    <category term="WebSockets" scheme="https://zezepath.com/tags/WebSockets/"/>
    
  </entry>
  
  <entry>
    <title>构建从 Apache Flink 到 Valtio 的端到端类型安全实时状态同步核心库</title>
    <link href="https://zezepath.com/9782606113/"/>
    <id>https://zezepath.com/9782606113/</id>
    <published>2023-10-27T11:30:45.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;要将 Apache Flink 作业中经过复杂计算得出的状态，实时、可靠且类型安全地同步到一个远在浏览器中的 React 前端，这是一个典型的现代数据应用难题。问题核心在于，后端是基于 JVM 的、面向状态与流的世界，而前端是基于 TypeScript</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://zezepath.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Apache Flink" scheme="https://zezepath.com/tags/Apache-Flink/"/>
    
    <category term="AWS" scheme="https://zezepath.com/tags/AWS/"/>
    
    <category term="核心库" scheme="https://zezepath.com/tags/%E6%A0%B8%E5%BF%83%E5%BA%93/"/>
    
    <category term="Valtio" scheme="https://zezepath.com/tags/Valtio/"/>
    
  </entry>
  
  <entry>
    <title>构建基于 Dgraph 与 SciPy 的分布式图分析服务并集成 OpenTelemetry 全链路追踪</title>
    <link href="https://zezepath.com/6652243489/"/>
    <id>https://zezepath.com/6652243489/</id>
    <published>2023-10-27T11:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的技术挑战摆在了面前：我们需要在一个复杂的金融交易网络中实时识别可疑的聚集性交易行为。传统的数据库模型，无论是关系型还是文档型，在处理深度、多跳的关联查询时都显得力不从心，性能会随着查询深度的增加呈指数级下降。这几乎是图数据库的专属领域。但问题随之而来，单纯的图数据</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://zezepath.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="SciPy" scheme="https://zezepath.com/tags/SciPy/"/>
    
    <category term="Dgraph" scheme="https://zezepath.com/tags/Dgraph/"/>
    
    <category term="OpenTelemetry" scheme="https://zezepath.com/tags/OpenTelemetry/"/>
    
    <category term="Go-Gin" scheme="https://zezepath.com/tags/Go-Gin/"/>
    
    <category term="可观测性" scheme="https://zezepath.com/tags/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    <category term="图数据库" scheme="https://zezepath.com/tags/%E5%9B%BE%E6%95%B0%E6%8D%AE%E5%BA%93/"/>
    
  </entry>
  
  <entry>
    <title>使用 Rocket 和 Python SciPy 构建处理密集计算的 ISR 架构实践</title>
    <link href="https://zezepath.com/0008163718/"/>
    <id>https://zezepath.com/0008163718/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.145Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的问题摆在面前：我们需要为一组复杂的物理模拟数据提供一个Web可视化界面。这些模拟结果的计算非常耗时，Python端的&lt;code&gt;SciPy&lt;/code&gt;和&lt;code&gt;NumPy&lt;/code&gt;脚本运行一次需要10到30秒才能生成一份完整的数据集。如果采用传统的服务器</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://zezepath.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="ISR" scheme="https://zezepath.com/tags/ISR/"/>
    
    <category term="Rocket" scheme="https://zezepath.com/tags/Rocket/"/>
    
    <category term="SciPy" scheme="https://zezepath.com/tags/SciPy/"/>
    
    <category term="Python" scheme="https://zezepath.com/tags/Python/"/>
    
    <category term="Rust" scheme="https://zezepath.com/tags/Rust/"/>
    
  </entry>
  
  <entry>
    <title>构建企业级SQL静态分析与可搜索知识库的技术实践</title>
    <link href="https://zezepath.com/1909357216/"/>
    <id>https://zezepath.com/1909357216/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.145Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;团队规模扩大后，数据库成了最频繁的瓶颈。每周的线上告警复盘，十有八九最终都指向了某条失控的SQL。手动Code</summary>
        
      
    
    
    
    <category term="平台工程" scheme="https://zezepath.com/categories/%E5%B9%B3%E5%8F%B0%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="SQL" scheme="https://zezepath.com/tags/SQL/"/>
    
    <category term="代码规范" scheme="https://zezepath.com/tags/%E4%BB%A3%E7%A0%81%E8%A7%84%E8%8C%83/"/>
    
    <category term="PostCSS" scheme="https://zezepath.com/tags/PostCSS/"/>
    
    <category term="搜索" scheme="https://zezepath.com/tags/%E6%90%9C%E7%B4%A2/"/>
    
  </entry>
  
  <entry>
    <title>构建异构特征平台的技术选型与实现：融合Hadoop批处理、Dgraph图谱查询、Spring服务层与Phoenix实时监控</title>
    <link href="https://zezepath.com/0356738988/"/>
    <id>https://zezepath.com/0356738988/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.145Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的需求摆在了面前：我们需要构建一个特征平台，不仅要能处理每日T+1生成的数百TB用户行为日志，还要能以低于50ms的延迟响应复杂的、具备多跳关系的用户群体特征查询。例如，“查询最近7天内，与购买过A商品的用户有过至少两次互动的用户的综合风险评分”。这种需求直接排除了</summary>
        
      
    
    
    
    <category term="数据工程与存储" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B%E4%B8%8E%E5%AD%98%E5%82%A8/"/>
    
    
    <category term="Spring Framework" scheme="https://zezepath.com/tags/Spring-Framework/"/>
    
    <category term="Dgraph" scheme="https://zezepath.com/tags/Dgraph/"/>
    
    <category term="Phoenix" scheme="https://zezepath.com/tags/Phoenix/"/>
    
    <category term="Hadoop" scheme="https://zezepath.com/tags/Hadoop/"/>
    
    <category term="架构设计" scheme="https://zezepath.com/tags/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
  </entry>
  
  <entry>
    <title>使用 Rust 构建 Grafana 高性能数据源后端并结合 Packer 创建不可变基础设施镜像</title>
    <link href="https://zezepath.com/1278354076/"/>
    <id>https://zezepath.com/1278354076/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.145Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们团队的内部事件总线每秒处理数十万条高度结构化的业务事件。传统的做法是将其中的关键指标导出到 Prometheus，再由 Grafana 进行可视化。这个方案在大多数场景下工作良好，但当我们需要对事件的原始高基数维度进行实时、动态的切片和聚合查询时，PromQL</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://zezepath.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="Rust" scheme="https://zezepath.com/tags/Rust/"/>
    
    <category term="Grafana" scheme="https://zezepath.com/tags/Grafana/"/>
    
    <category term="Packer" scheme="https://zezepath.com/tags/Packer/"/>
    
    <category term="DevOps" scheme="https://zezepath.com/tags/DevOps/"/>
    
    <category term="不可变基础设施" scheme="https://zezepath.com/tags/%E4%B8%8D%E5%8F%AF%E5%8F%98%E5%9F%BA%E7%A1%80%E8%AE%BE%E6%96%BD/"/>
    
  </entry>
  
  <entry>
    <title>基于 Go 与 containerd 实现的分布式事务化环境配置框架</title>
    <link href="https://zezepath.com/2111586126/"/>
    <id>https://zezepath.com/2111586126/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;内部开发者平台（IDP）的核心挑战之一是环境配置的原子性。当一个开发环境需要数据库、缓存和多个微服务时，任何一步的失败都可能导致一个“半成品”环境。这种状态不一致的环境不仅浪费计算资源，还极大地挫败了开发者的信心，他们不得不手动介入清理。传统的解决方案，例如编写复杂的</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://zezepath.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="containerd" scheme="https://zezepath.com/tags/containerd/"/>
    
    <category term="Chakra UI" scheme="https://zezepath.com/tags/Chakra-UI/"/>
    
    <category term="Two-Phase Commit" scheme="https://zezepath.com/tags/Two-Phase-Commit/"/>
    
    <category term="Go" scheme="https://zezepath.com/tags/Go/"/>
    
    <category term="IDP" scheme="https://zezepath.com/tags/IDP/"/>
    
  </entry>
  
  <entry>
    <title>通过Terraform与Vault为Java应用实现MongoDB动态密钥的自动化管理</title>
    <link href="https://zezepath.com/2136961955/"/>
    <id>https://zezepath.com/2136961955/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在生产环境中，静态、长生命周期的数据库凭证是引发安全事件的常见源头。一旦泄露，其影响范围广，追溯困难，且轮换流程复杂，常常涉及多个服务的重启和协调。一个更为稳健的架构，应当让凭证本身变得短暂且动态，从根本上压缩攻击窗口。本文将探讨一种替代方案：使用HashiCorp</summary>
        
      
    
    
    
    <category term="DevSecOps" scheme="https://zezepath.com/categories/DevSecOps/"/>
    
    
    <category term="Java" scheme="https://zezepath.com/tags/Java/"/>
    
    <category term="Terraform" scheme="https://zezepath.com/tags/Terraform/"/>
    
    <category term="密钥管理" scheme="https://zezepath.com/tags/%E5%AF%86%E9%92%A5%E7%AE%A1%E7%90%86/"/>
    
    <category term="NoSQL" scheme="https://zezepath.com/tags/NoSQL/"/>
    
    <category term="Vault" scheme="https://zezepath.com/tags/Vault/"/>
    
    <category term="MongoDB" scheme="https://zezepath.com/tags/MongoDB/"/>
    
  </entry>
  
  <entry>
    <title>构建基于OpenFaaS与Apollo的动态混沌工程注入函数</title>
    <link href="https://zezepath.com/2212512536/"/>
    <id>https://zezepath.com/2212512536/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;为Serverless架构下的服务编写韧性测试时，一个棘手的问题是如何模拟下游依赖的故障。硬编码的延迟或错误返回逻辑，不仅污染业务代码，而且每次调整实验参数都需要重新部署，流程极其僵化。在真实项目中，我们需要的是一种非侵入式、可动态配置、能精确控制“爆炸半径”的故障注入机制</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://zezepath.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="OpenFaaS" scheme="https://zezepath.com/tags/OpenFaaS/"/>
    
    <category term="Apollo Client" scheme="https://zezepath.com/tags/Apollo-Client/"/>
    
    <category term="测试" scheme="https://zezepath.com/tags/%E6%B5%8B%E8%AF%95/"/>
    
    <category term="混沌工程" scheme="https://zezepath.com/tags/%E6%B7%B7%E6%B2%8C%E5%B7%A5%E7%A8%8B/"/>
    
  </entry>
  
  <entry>
    <title>构建融合设计模式 LevelDB DVC与Loki的版本化特征提取引擎</title>
    <link href="https://zezepath.com/2375682034/"/>
    <id>https://zezepath.com/2375682034/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在迭代一个机器学习模型时，最混乱的环节往往不是模型训练，而是特征工程。我们团队的特征脚本散落在各个代码仓库，同一个特征可能有多个实现版本，没人能说清线上模型用的究竟是哪个版本的逻辑。当模型效果出现波动时，追溯问题就像一场噩梦：是数据源变了，还是某个特征的计算逻辑被悄悄修改了</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="设计模式" scheme="https://zezepath.com/tags/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F/"/>
    
    <category term="LevelDB" scheme="https://zezepath.com/tags/LevelDB/"/>
    
    <category term="Loki" scheme="https://zezepath.com/tags/Loki/"/>
    
    <category term="DVC" scheme="https://zezepath.com/tags/DVC/"/>
    
  </entry>
  
  <entry>
    <title>构建在原生 iOS WebView 中运行的 Svelte 组件与 NoSQL 后端的离线优先 CRDT 同步层</title>
    <link href="https://zezepath.com/2866777374/"/>
    <id>https://zezepath.com/2866777374/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临一个棘手的需求：在一个成熟的 iOS 原生应用中，嵌入一个高度动态、需要频繁迭代的“项目看板”模块。完全用 SwiftUI 或 UIKit 重写真实项目中的迭代速度跟不上业务需求，每次微小的文案或逻辑调整都意味着完整的 App Store</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://zezepath.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="NoSQL (文档型)" scheme="https://zezepath.com/tags/NoSQL-%E6%96%87%E6%A1%A3%E5%9E%8B/"/>
    
    <category term="Svelte" scheme="https://zezepath.com/tags/Svelte/"/>
    
    <category term="iOS 开发" scheme="https://zezepath.com/tags/iOS-%E5%BC%80%E5%8F%91/"/>
    
    <category term="CRDT" scheme="https://zezepath.com/tags/CRDT/"/>
    
    <category term="WebSocket" scheme="https://zezepath.com/tags/WebSocket/"/>
    
  </entry>
  
  <entry>
    <title>在 Java 服务中集成 PyTorch 模型以驱动 Gatsby 静态内容生成</title>
    <link href="https://zezepath.com/2734471695/"/>
    <id>https://zezepath.com/2734471695/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的技术栈面临一个特殊的挑战：一个由数据科学团队维护的、基于 PyTorch 的内容推荐模型，需要将其推理结果整合进一个由 Gatsby 构建的、对 SEO 和加载性能有极致要求的静态网站中。核心业务逻辑和数据服务层牢固地建立在 Java</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://zezepath.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Java" scheme="https://zezepath.com/tags/Java/"/>
    
    <category term="PyTorch" scheme="https://zezepath.com/tags/PyTorch/"/>
    
    <category term="Gatsby" scheme="https://zezepath.com/tags/Gatsby/"/>
    
    <category term="ONNX" scheme="https://zezepath.com/tags/ONNX/"/>
    
    <category term="微服务" scheme="https://zezepath.com/tags/%E5%BE%AE%E6%9C%8D%E5%8A%A1/"/>
    
  </entry>
  
  <entry>
    <title>构建基于 OpenTelemetry 与 Pandas 的 AWS SNS 死信队列可观测性分析管道</title>
    <link href="https://zezepath.com/3691403998/"/>
    <id>https://zezepath.com/3691403998/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;消息处理失败是分布式系统中不可避免的现实。一个常见的处理模式是使用死信队列 (Dead Letter Queue, DLQ) 来捕获这些无法被成功消费的消息，防止它们阻塞主队列并为后续的排查和重试提供机会。但在一个复杂的系统中，DLQ</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://zezepath.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="AWS SNS" scheme="https://zezepath.com/tags/AWS-SNS/"/>
    
    <category term="OpenTelemetry" scheme="https://zezepath.com/tags/OpenTelemetry/"/>
    
    <category term="JavaScript" scheme="https://zezepath.com/tags/JavaScript/"/>
    
    <category term="Dead Letter Queue" scheme="https://zezepath.com/tags/Dead-Letter-Queue/"/>
    
    <category term="Pandas" scheme="https://zezepath.com/tags/Pandas/"/>
    
  </entry>
  
  <entry>
    <title>基于Ruby与SAML构建符合零信任模型的WebRTC信令与TURN认证机制</title>
    <link href="https://zezepath.com/5716389677/"/>
    <id>https://zezepath.com/5716389677/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在企业环境中集成实时通信能力，首要面对的不是功能实现，而是安全与身份认证的整合。将WebRTC嵌入现有系统，一个无法回避的挑战是如何将其接入企业统一的身份提供商（IdP），如Okta, Azure AD等，它们通常通过SAML</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://zezepath.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Ruby" scheme="https://zezepath.com/tags/Ruby/"/>
    
    <category term="WebRTC" scheme="https://zezepath.com/tags/WebRTC/"/>
    
    <category term="SAML" scheme="https://zezepath.com/tags/SAML/"/>
    
    <category term="安全" scheme="https://zezepath.com/tags/%E5%AE%89%E5%85%A8/"/>
    
    <category term="零信任" scheme="https://zezepath.com/tags/%E9%9B%B6%E4%BF%A1%E4%BB%BB/"/>
    
  </entry>
  
  <entry>
    <title>基于CDC和OpenSearch构建DDD聚合根的近实时读取模型</title>
    <link href="https://zezepath.com/6381921966/"/>
    <id>https://zezepath.com/6381921966/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;项目的写模型越来越复杂，一个订单聚合根（Order</summary>
        
      
    
    
    
    <category term="架构与设计" scheme="https://zezepath.com/categories/%E6%9E%B6%E6%9E%84%E4%B8%8E%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Domain-Driven Design (DDD)" scheme="https://zezepath.com/tags/Domain-Driven-Design-DDD/"/>
    
    <category term="ORM" scheme="https://zezepath.com/tags/ORM/"/>
    
    <category term="OpenSearch" scheme="https://zezepath.com/tags/OpenSearch/"/>
    
    <category term="CQRS" scheme="https://zezepath.com/tags/CQRS/"/>
    
    <category term="CDC" scheme="https://zezepath.com/tags/CDC/"/>
    
  </entry>
  
  <entry>
    <title>基于PostgreSQL读写分离模型的CQRS架构在全栈应用中的实践</title>
    <link href="https://zezepath.com/6163654635/"/>
    <id>https://zezepath.com/6163654635/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个复杂的业务后台，性能瓶颈往往始于数据查询。当一个核心页面的数据需要从七八张表中聚合，并且附带复杂的过滤、排序和权限校验逻辑时，任何数据库优化技巧都开始显得力不从心。我们最初的 &lt;code&gt;tasks&lt;/code&gt; 查询接口就是这样一个典型：&lt;/p&gt;
&lt;pre</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://zezepath.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="CQRS" scheme="https://zezepath.com/tags/CQRS/"/>
    
    <category term="PostgreSQL" scheme="https://zezepath.com/tags/PostgreSQL/"/>
    
    <category term="Clean Architecture" scheme="https://zezepath.com/tags/Clean-Architecture/"/>
    
    <category term="Material-UI" scheme="https://zezepath.com/tags/Material-UI/"/>
    
    <category term="API Gateway" scheme="https://zezepath.com/tags/API-Gateway/"/>
    
  </entry>
  
  <entry>
    <title>构建从 MyBatis 到 Qwik 的实时 AI 特征管道以实现即时个性化</title>
    <link href="https://zezepath.com/3320658609/"/>
    <id>https://zezepath.com/3320658609/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临一个典型的存量系统现代化改造难题。核心业务数据稳固地运行在 PostgreSQL 之上，数据访问层由 MyBatis</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="CDC" scheme="https://zezepath.com/tags/CDC/"/>
    
    <category term="Qwik" scheme="https://zezepath.com/tags/Qwik/"/>
    
    <category term="AI, Data Science &amp; Big Data" scheme="https://zezepath.com/tags/AI-Data-Science-Big-Data/"/>
    
    <category term="MyBatis" scheme="https://zezepath.com/tags/MyBatis/"/>
    
    <category term="Kafka" scheme="https://zezepath.com/tags/Kafka/"/>
    
    <category term="Real-time" scheme="https://zezepath.com/tags/Real-time/"/>
    
  </entry>
  
  <entry>
    <title>构建基于静态站点生成的前端与Vault赋能的后端服务以实现安全的Qdrant向量检索</title>
    <link href="https://zezepath.com/7044071853/"/>
    <id>https://zezepath.com/7044071853/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个看似矛盾的架构需求摆在了面前：我们需要为一个AI驱动的知识库构建前端，它必须拥有静态站点（SSG）的极致加载速度、CDN友好性和低廉的运维成本。同时，这个应用的核心是基于Qdrant的向量检索，数据具有商业敏感性，必须实现精细化的、基于用户身份的访问控制。&lt;/p&gt;
&lt;p</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://zezepath.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="安全" scheme="https://zezepath.com/tags/%E5%AE%89%E5%85%A8/"/>
    
    <category term="模型部署" scheme="https://zezepath.com/tags/%E6%A8%A1%E5%9E%8B%E9%83%A8%E7%BD%B2/"/>
    
    <category term="Qdrant" scheme="https://zezepath.com/tags/Qdrant/"/>
    
    <category term="SSG" scheme="https://zezepath.com/tags/SSG/"/>
    
    <category term="HashiCorp Vault" scheme="https://zezepath.com/tags/HashiCorp-Vault/"/>
    
    <category term="架构" scheme="https://zezepath.com/tags/%E6%9E%B6%E6%9E%84/"/>
    
  </entry>
  
  <entry>
    <title>基于服务发现事件流与ClickHouse构建动态服务拓扑的可观测性实践</title>
    <link href="https://zezepath.com/7059684151/"/>
    <id>https://zezepath.com/7059684151/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在数百个微服务频繁变更、弹性伸缩的环境中，依赖一份静态的、人工维护的CMDB或架构图来理解服务间的依赖关系，无异于刻舟求剑。当故障发生时，最关键的问题往往是：“谁调用了这个服务？”、“这个服务最近的下游变更是什么？”、“哪些新实例刚刚上线？”。这些问题的答案，深埋在服务发现</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://zezepath.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="Go" scheme="https://zezepath.com/tags/Go/"/>
    
    <category term="可观测性" scheme="https://zezepath.com/tags/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    <category term="服务发现" scheme="https://zezepath.com/tags/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/"/>
    
    <category term="ClickHouse" scheme="https://zezepath.com/tags/ClickHouse/"/>
    
    <category term="分布式系统" scheme="https://zezepath.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
  </entry>
  
  <entry>
    <title>基于 Tekton 和 DVC 为 Express.js 模型服务实现数据驱动的 Docker Swarm 部署</title>
    <link href="https://zezepath.com/7305989209/"/>
    <id>https://zezepath.com/7305989209/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;模型部署的追踪性混乱是我们团队在生产环境中遇到的一个棘手问题。开发人员更新服务代码，算法工程师则迭代模型文件。最初，我们依赖手动流程：算法同学在共享存储上放置一个新模型，然后在配置文件中手动更新路径，最后触发一次代码发布。这套流程很快就暴露了问题：哪个版本的代码究竟在运行哪</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://zezepath.com/categories/DevOps/"/>
    
    
    <category term="DVC" scheme="https://zezepath.com/tags/DVC/"/>
    
    <category term="Express.js" scheme="https://zezepath.com/tags/Express-js/"/>
    
    <category term="Tekton" scheme="https://zezepath.com/tags/Tekton/"/>
    
    <category term="Docker Swarm" scheme="https://zezepath.com/tags/Docker-Swarm/"/>
    
  </entry>
  
  <entry>
    <title>在服务网格中为容器化Django应用实现基于eBPF的零侵入L7遥测</title>
    <link href="https://zezepath.com/7220336451/"/>
    <id>https://zezepath.com/7220336451/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;项目中的一个核心Django</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://zezepath.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="可观测性" scheme="https://zezepath.com/tags/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    <category term="服务网格" scheme="https://zezepath.com/tags/%E6%9C%8D%E5%8A%A1%E7%BD%91%E6%A0%BC/"/>
    
    <category term="Docker" scheme="https://zezepath.com/tags/Docker/"/>
    
    <category term="Django" scheme="https://zezepath.com/tags/Django/"/>
    
    <category term="eBPF" scheme="https://zezepath.com/tags/eBPF/"/>
    
  </entry>
  
  <entry>
    <title>构建基于CircleCI与Playwright的Saga模式自动化韧性测试管道</title>
    <link href="https://zezepath.com/7389926025/"/>
    <id>https://zezepath.com/7389926025/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个跨多个微服务的订单处理流程必须保证数据一致性。当支付服务成功扣款，但库存服务因网络抖动而更新失败时，系统绝不能陷入一个“钱已付、货未扣”的中间状态。这是一个典型的分布式事务场景，也是无数系统稳定性的试金石。&lt;/p&gt;
&lt;h3</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://zezepath.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Two-Phase Commit (2PC)" scheme="https://zezepath.com/tags/Two-Phase-Commit-2PC/"/>
    
    <category term="CircleCI" scheme="https://zezepath.com/tags/CircleCI/"/>
    
    <category term="Playwright" scheme="https://zezepath.com/tags/Playwright/"/>
    
    <category term="Azure Service Bus" scheme="https://zezepath.com/tags/Azure-Service-Bus/"/>
    
    <category term="Saga" scheme="https://zezepath.com/tags/Saga/"/>
    
    <category term="韧性工程" scheme="https://zezepath.com/tags/%E9%9F%A7%E6%80%A7%E5%B7%A5%E7%A8%8B/"/>
    
  </entry>
  
  <entry>
    <title>构建基于Git对象模型与Redis Streams的Turbopack实时分布式缓存</title>
    <link href="https://zezepath.com/9959664462/"/>
    <id>https://zezepath.com/9959664462/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;前端 Monorepo 的 CI 构建时间已经从可接受的 5 分钟恶化到了无法容忍的 15 分钟。每个合并请求都需要在数十个隔离的、临时的 CI Runner 上完整执行 &lt;code&gt;lint&lt;/code&gt;, &lt;code&gt;test&lt;/code&gt;,</summary>
        
      
    
    
    
    <category term="平台工程" scheme="https://zezepath.com/categories/%E5%B9%B3%E5%8F%B0%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="DevOps" scheme="https://zezepath.com/tags/DevOps/"/>
    
    <category term="Turbopack" scheme="https://zezepath.com/tags/Turbopack/"/>
    
    <category term="Redis Streams" scheme="https://zezepath.com/tags/Redis-Streams/"/>
    
    <category term="Git" scheme="https://zezepath.com/tags/Git/"/>
    
    <category term="CI/CD" scheme="https://zezepath.com/tags/CI-CD/"/>
    
  </entry>
  
  <entry>
    <title>在 GKE 中为 ArangoDB 和 NATS JetStream 构建可隔离的事务性集成测试环境</title>
    <link href="https://zezepath.com/9769515118/"/>
    <id>https://zezepath.com/9769515118/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临一个典型的事件驱动架构难题。一个部署在 GKE 上的微服务需要消费 NATS JetStream 的消息，然后对 ArangoDB</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://zezepath.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="单元测试" scheme="https://zezepath.com/tags/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95/"/>
    
    <category term="ArangoDB" scheme="https://zezepath.com/tags/ArangoDB/"/>
    
    <category term="NATS" scheme="https://zezepath.com/tags/NATS/"/>
    
    <category term="GCP GKE" scheme="https://zezepath.com/tags/GCP-GKE/"/>
    
  </entry>
  
  <entry>
    <title>构建从 Ruby on Rails 到 GCP Cloud Run 的异步 Matplotlib 可视化渲染管道</title>
    <link href="https://zezepath.com/4293758114/"/>
    <id>https://zezepath.com/4293758114/</id>
    <published>2023-10-27T10:15:32.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的一个核心 Ruby on Rails 应用遇到了瓶颈。起初，它只是一个简单的后台管理系统，但随着业务的深入，一个复杂的需求浮出水面：根据用户的动态查询，实时生成高质量、数据密集型的金融分析图表。最初的方案是使用 Ruby 的一个图表库，在 Puma 的 Web</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://zezepath.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Google Cloud (GCP)" scheme="https://zezepath.com/tags/Google-Cloud-GCP/"/>
    
    <category term="Matplotlib" scheme="https://zezepath.com/tags/Matplotlib/"/>
    
    <category term="Ruby on Rails" scheme="https://zezepath.com/tags/Ruby-on-Rails/"/>
    
    <category term="Cloud Run" scheme="https://zezepath.com/tags/Cloud-Run/"/>
    
    <category term="Pub/Sub" scheme="https://zezepath.com/tags/Pub-Sub/"/>
    
  </entry>
  
  <entry>
    <title>构建基于Argo CD与MongoDB的动态插件化前端架构实现</title>
    <link href="https://zezepath.com/6770038604/"/>
    <id>https://zezepath.com/6770038604/</id>
    <published>2023-10-27T10:15:30.000Z</published>
    <updated>2026-03-20T14:19:46.149Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个复杂的前端应用，尤其是多团队协作的大型平台，其功能交付的敏捷性与独立性往往是架构演进的核心驱动力。当产品需求要求某些功能模块能够独立于主应用发布、动态启用或禁用，甚至实现用户级别的灰度发布时，传统的单体构建模式便会捉襟见肘。功能开关（Feature</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://zezepath.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="MongoDB" scheme="https://zezepath.com/tags/MongoDB/"/>
    
    <category term="设计模式" scheme="https://zezepath.com/tags/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F/"/>
    
    <category term="Rollup" scheme="https://zezepath.com/tags/Rollup/"/>
    
    <category term="Argo CD" scheme="https://zezepath.com/tags/Argo-CD/"/>
    
    <category term="GitOps" scheme="https://zezepath.com/tags/GitOps/"/>
    
    <category term="微前端" scheme="https://zezepath.com/tags/%E5%BE%AE%E5%89%8D%E7%AB%AF/"/>
    
  </entry>
  
  <entry>
    <title>基于 TDD 实现管理 Dgraph 集群的 Kubernetes Operator 调谐逻辑</title>
    <link href="https://zezepath.com/9975711141/"/>
    <id>https://zezepath.com/9975711141/</id>
    <published>2023-10-27T10:15:27.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;手动在 Kubernetes 上部署和维护一个高可用的 Dgraph 集群是一项繁琐且极易出错的任务。集群包含两种角色的节点：Zero 和</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://zezepath.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="Dgraph" scheme="https://zezepath.com/tags/Dgraph/"/>
    
    <category term="容器编排" scheme="https://zezepath.com/tags/%E5%AE%B9%E5%99%A8%E7%BC%96%E6%8E%92/"/>
    
    <category term="TDD" scheme="https://zezepath.com/tags/TDD/"/>
    
    <category term="Kubernetes" scheme="https://zezepath.com/tags/Kubernetes/"/>
    
    <category term="Operator" scheme="https://zezepath.com/tags/Operator/"/>
    
  </entry>
  
  <entry>
    <title>使用Haskell DSL统一批处理与时序特征源的混合特征存储架构决策</title>
    <link href="https://zezepath.com/7895828337/"/>
    <id>https://zezepath.com/7895828337/</id>
    <published>2023-10-27T10:15:21.000Z</published>
    <updated>2026-03-20T14:19:46.153Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;特征工程的复杂性不在于单一特征的计算，而在于保证在线服务与离线训练之间特征逻辑的绝对一致性，尤其是在一个同时依赖于海量批处理数据和高频时序数据的混合环境中。我们面临的挑战是：数据科学家用Python或SQL快速迭代特征逻辑，但这些定义往往是松散的、缺乏类型约束的，并且散落在</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://zezepath.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Hadoop" scheme="https://zezepath.com/tags/Hadoop/"/>
    
    <category term="Elasticsearch" scheme="https://zezepath.com/tags/Elasticsearch/"/>
    
    <category term="Feature Store" scheme="https://zezepath.com/tags/Feature-Store/"/>
    
    <category term="Haskell" scheme="https://zezepath.com/tags/Haskell/"/>
    
    <category term="TimescaleDB" scheme="https://zezepath.com/tags/TimescaleDB/"/>
    
  </entry>
  
</feed>
