<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>wenextly</title>
  
  <subtitle>wenextly</subtitle>
  <link href="https://wenextly.com/atom.xml" rel="self"/>
  
  <link href="https://wenextly.com/"/>
  <updated>2026-03-20T14:14:56.004Z</updated>
  <id>https://wenextly.com/</id>
  
  <author>
    <name>wenextly</name>
    
  </author>
  
  <generator uri="https://hexo.io/">Hexo</generator>
  
  <entry>
    <title>从零构建一个支持崩溃恢复的SQL两阶段提交事务协调器</title>
    <link href="https://wenextly.com/2476055443/"/>
    <id>https://wenextly.com/2476055443/</id>
    <published>2023-11-15T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在分布式系统中，跨多个独立数据库执行原子性操作是一个无法回避的难题。一个常见的场景是，订单服务需要在订单库中创建记录，同时库存服务必须在库存库中扣减相应数量。如果其中一个操作失败，整个业务活动必须回滚，就像从未发生过一样。一个天真的实现可能如下：&lt;/p&gt;
&lt;pre</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="SQL" scheme="https://wenextly.com/tags/SQL/"/>
    
    <category term="Two-Phase Commit" scheme="https://wenextly.com/tags/Two-Phase-Commit/"/>
    
    <category term="分布式事务" scheme="https://wenextly.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1/"/>
    
    <category term="Java" scheme="https://wenextly.com/tags/Java/"/>
    
  </entry>
  
  <entry>
    <title>在Flutter Web构建流中利用Puppet实现声明式主题配置的自动化生成</title>
    <link href="https://wenextly.com/7783738930/"/>
    <id>https://wenextly.com/7783738930/</id>
    <published>2023-10-27T11:20:45.000Z</published>
    <updated>2026-03-20T14:14:56.008Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们团队维护着一个基于Flutter</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://wenextly.com/categories/DevOps/"/>
    
    
    <category term="CI/CD" scheme="https://wenextly.com/tags/CI-CD/"/>
    
    <category term="Flutter" scheme="https://wenextly.com/tags/Flutter/"/>
    
    <category term="Emotion" scheme="https://wenextly.com/tags/Emotion/"/>
    
    <category term="Jenkins" scheme="https://wenextly.com/tags/Jenkins/"/>
    
    <category term="Puppet" scheme="https://wenextly.com/tags/Puppet/"/>
    
  </entry>
  
  <entry>
    <title>利用 Redis Streams 构建从 Firestore 到 Dgraph 的弹性数据同步总线</title>
    <link href="https://wenextly.com/0255147195/"/>
    <id>https://wenextly.com/0255147195/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.000Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在一个复杂的业务场景中，我们常常需要将数据冗余到不同特性的存储系统中，以满足多样的查询需求。我们的主业务数据存储在</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Firestore" scheme="https://wenextly.com/tags/Firestore/"/>
    
    <category term="Dgraph" scheme="https://wenextly.com/tags/Dgraph/"/>
    
    <category term="Redis" scheme="https://wenextly.com/tags/Redis/"/>
    
    <category term="数据同步" scheme="https://wenextly.com/tags/%E6%95%B0%E6%8D%AE%E5%90%8C%E6%AD%A5/"/>
    
    <category term="Go" scheme="https://wenextly.com/tags/Go/"/>
    
    <category term="Change Data Capture" scheme="https://wenextly.com/tags/Change-Data-Capture/"/>
    
  </entry>
  
  <entry>
    <title>使用 Operator 模式在 Kubernetes 中管理基于 Zookeeper 協调的事件溯源应用</title>
    <link href="https://wenextly.com/0381341194/"/>
    <id>https://wenextly.com/0381341194/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.000Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;部署一套基于事件溯源（Event Sourcing）的分布式应用到 Kubernetes 上，挑战远不止编写一个 &lt;code&gt;Deployment&lt;/code&gt; 的 YAML</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Go" scheme="https://wenextly.com/tags/Go/"/>
    
    <category term="Event Sourcing" scheme="https://wenextly.com/tags/Event-Sourcing/"/>
    
    <category term="Kubernetes" scheme="https://wenextly.com/tags/Kubernetes/"/>
    
    <category term="Zookeeper" scheme="https://wenextly.com/tags/Zookeeper/"/>
    
    <category term="BASE" scheme="https://wenextly.com/tags/BASE/"/>
    
  </entry>
  
  <entry>
    <title>基于Fastify与TypeScript在GKE环境中实现健壮的OIDC认证流</title>
    <link href="https://wenextly.com/0373165893/"/>
    <id>https://wenextly.com/0373165893/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.000Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们团队在GKE上运行着数十个微服务，统一身份认证始终是个绕不开的痛点。最初各个服务自己维护用户体系，后来引入了统一的身份提供商（IdP），但每个服务都去直接对接OIDC协议，代码重复、配置繁杂，安全策略也难以统一。一个服务出现OIDC库的漏洞，就得逐个排查升级。这种架构在</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://wenextly.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="OpenID Connect" scheme="https://wenextly.com/tags/OpenID-Connect/"/>
    
    <category term="Fastify" scheme="https://wenextly.com/tags/Fastify/"/>
    
    <category term="GCP GKE" scheme="https://wenextly.com/tags/GCP-GKE/"/>
    
    <category term="TypeScript" scheme="https://wenextly.com/tags/TypeScript/"/>
    
    <category term="代码规范" scheme="https://wenextly.com/tags/%E4%BB%A3%E7%A0%81%E8%A7%84%E8%8C%83/"/>
    
  </entry>
  
  <entry>
    <title>基于关系型数据库构建可插拔式NLP处理引擎的整洁架构实践</title>
    <link href="https://wenextly.com/0594945599/"/>
    <id>https://wenextly.com/0594945599/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个常见的NLP任务起点，往往是一个Python脚本。它用几行代码加载一个预训练模型，处理一段文本，然后打印结果。这对于验证性工作（POC）是完美的。但在真实项目中，需求会迅速膨胀：我们需要支持不同的处理流程（先分词再实体识别，或者先情感分析再关键词提取），需要能够动态调整</summary>
        
      
    
    
    
    <category term="软件架构" scheme="https://wenextly.com/categories/%E8%BD%AF%E4%BB%B6%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="软件工程与架构" scheme="https://wenextly.com/tags/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B%E4%B8%8E%E6%9E%B6%E6%9E%84/"/>
    
    <category term="NLP" scheme="https://wenextly.com/tags/NLP/"/>
    
    <category term="Clean Architecture" scheme="https://wenextly.com/tags/Clean-Architecture/"/>
    
    <category term="SQL" scheme="https://wenextly.com/tags/SQL/"/>
    
    <category term="Python" scheme="https://wenextly.com/tags/Python/"/>
    
  </entry>
  
  <entry>
    <title>基于 TypeScript 与 Kubebuilder 构建 ZooKeeper Operator 实现声明式配置管理</title>
    <link href="https://wenextly.com/0809588927/"/>
    <id>https://wenextly.com/0809588927/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们团队面临一个棘手的现实：一个核心的、承载着巨大流量的遗留Java应用集群，其关键配置，包括功能开关（Feature</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://wenextly.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="Kubernetes" scheme="https://wenextly.com/tags/Kubernetes/"/>
    
    <category term="Zookeeper" scheme="https://wenextly.com/tags/Zookeeper/"/>
    
    <category term="TypeScript" scheme="https://wenextly.com/tags/TypeScript/"/>
    
    <category term="Flux CD" scheme="https://wenextly.com/tags/Flux-CD/"/>
    
    <category term="Operator" scheme="https://wenextly.com/tags/Operator/"/>
    
  </entry>
  
  <entry>
    <title>在 Go 与 Python 异构微服务中实现基于 OpenTelemetry 的端到端链路追踪</title>
    <link href="https://wenextly.com/1162445311/"/>
    <id>https://wenextly.com/1162445311/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个请求的生命周期在生产环境中很少是线性的。当一个分类模型的推理请求延迟从 50ms 飙升到 500ms 时，问题的根源可能散落在链路的任何一环：是 Go 编写的 API 网关处理逻辑过重？是网络延迟？还是 Python 侧的 BentoML 服务因为 GIL</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://wenextly.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="Go" scheme="https://wenextly.com/tags/Go/"/>
    
    <category term="Python" scheme="https://wenextly.com/tags/Python/"/>
    
    <category term="Web API 与技术" scheme="https://wenextly.com/tags/Web-API-%E4%B8%8E%E6%8A%80%E6%9C%AF/"/>
    
    <category term="BentoML" scheme="https://wenextly.com/tags/BentoML/"/>
    
    <category term="Echo" scheme="https://wenextly.com/tags/Echo/"/>
    
    <category term="OpenTelemetry" scheme="https://wenextly.com/tags/OpenTelemetry/"/>
    
  </entry>
  
  <entry>
    <title>使用 OpenFaaS 与 Tekton 在 GKE 上构建事件驱动的异步数据处理管道</title>
    <link href="https://wenextly.com/0831648456/"/>
    <id>https://wenextly.com/0831648456/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的生产问题摆在面前：用户上传视频文件到 GCS，我们需要对其进行一系列处理——生成多种分辨率的转码版本、提取关键帧作为封面、分析元数据。这些操作耗时且资源密集，从几秒到几十分钟不等。直接在 API</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://wenextly.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="GCP GKE" scheme="https://wenextly.com/tags/GCP-GKE/"/>
    
    <category term="OpenFaaS" scheme="https://wenextly.com/tags/OpenFaaS/"/>
    
    <category term="Tekton" scheme="https://wenextly.com/tags/Tekton/"/>
    
    <category term="数据处理" scheme="https://wenextly.com/tags/%E6%95%B0%E6%8D%AE%E5%A4%84%E7%90%86/"/>
    
    <category term="Node.js" scheme="https://wenextly.com/tags/Node-js/"/>
    
  </entry>
  
  <entry>
    <title>构建基于Playwright与Hudi的全链路数据压测及一致性校验自动化流水线</title>
    <link href="https://wenextly.com/1772637629/"/>
    <id>https://wenextly.com/1772637629/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的技术痛点始于一个看似简单却极难保证的承诺：实时数据湖中的每一条数据，在经历高并发写入、更新和近实时查询的完整生命周期后，必须保持绝对的完整性与可预测的查询性能。在一个由用户前端行为触发、经由Kafka流转、最终沉淀到Apache</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://wenextly.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Apache Hudi" scheme="https://wenextly.com/tags/Apache-Hudi/"/>
    
    <category term="GitLab CI/CD" scheme="https://wenextly.com/tags/GitLab-CI-CD/"/>
    
    <category term="Playwright" scheme="https://wenextly.com/tags/Playwright/"/>
    
    <category term="Kafka" scheme="https://wenextly.com/tags/Kafka/"/>
    
    <category term="索引优化" scheme="https://wenextly.com/tags/%E7%B4%A2%E5%BC%95%E4%BC%98%E5%8C%96/"/>
    
  </entry>
  
  <entry>
    <title>使用Haskell构建连接Delta Lake与MongoDB的类型安全实时特征同步服务</title>
    <link href="https://wenextly.com/2278565206/"/>
    <id>https://wenextly.com/2278565206/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;为支撑一个基于Hugging Face</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://wenextly.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Delta Lake" scheme="https://wenextly.com/tags/Delta-Lake/"/>
    
    <category term="MongoDB" scheme="https://wenextly.com/tags/MongoDB/"/>
    
    <category term="Hugging Face Transformers" scheme="https://wenextly.com/tags/Hugging-Face-Transformers/"/>
    
    <category term="Haskell" scheme="https://wenextly.com/tags/Haskell/"/>
    
  </entry>
  
  <entry>
    <title>在 EKS 上使用 Go 构建面向 Cassandra 的分布式 Saga 事务协调器</title>
    <link href="https://wenextly.com/2413143246/"/>
    <id>https://wenextly.com/2413143246/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;项目初期，一个看似简单的用户注册流程，需要在用户服务中创建记录、在账户服务中初始化余额，并在权限服务中赋予默认角色。这三步操作，必须是一个原子操作。任何一步失败，整个注册流程都应回滚，不能留下脏数据。在关系型数据库的世界里，一个 &lt;code&gt;BEGIN</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Go" scheme="https://wenextly.com/tags/Go/"/>
    
    <category term="AWS EKS" scheme="https://wenextly.com/tags/AWS-EKS/"/>
    
    <category term="分布式一致性" scheme="https://wenextly.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E4%B8%80%E8%87%B4%E6%80%A7/"/>
    
    <category term="Cassandra" scheme="https://wenextly.com/tags/Cassandra/"/>
    
    <category term="微服务" scheme="https://wenextly.com/tags/%E5%BE%AE%E6%9C%8D%E5%8A%A1/"/>
    
  </entry>
  
  <entry>
    <title>为VPC内Oracle数据库构建基于Jib的低延迟Java Cloud Function</title>
    <link href="https://wenextly.com/2767149440/"/>
    <id>https://wenextly.com/2767149440/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们需要一个能处理突发流量的HTTP端点，它接收JSON负载，经过简单业务逻辑处理后，对一个部署在VPC内的Oracle数据库执行一次事务性更新。项目要求P99延迟必须控制在800毫秒以内，同时由于流量模式极不规律，大部分时间处于闲置状态，成本效益是关键考量。&lt;/p&gt;
&lt;p</summary>
        
      
    
    
    
    <category term="云原生" scheme="https://wenextly.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F/"/>
    
    
    <category term="Java" scheme="https://wenextly.com/tags/Java/"/>
    
    <category term="Google Cloud Functions" scheme="https://wenextly.com/tags/Google-Cloud-Functions/"/>
    
    <category term="Jib" scheme="https://wenextly.com/tags/Jib/"/>
    
    <category term="Oracle" scheme="https://wenextly.com/tags/Oracle/"/>
    
    <category term="Serverless" scheme="https://wenextly.com/tags/Serverless/"/>
    
  </entry>
  
  <entry>
    <title>基于 etcd 与 MongoDB 构建动态预览环境的分布式协调与状态持久化实践</title>
    <link href="https://wenextly.com/3780044367/"/>
    <id>https://wenextly.com/3780044367/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;团队的开发流程一直有个瓶颈：代码审查（Code Review）严重依赖于开发者的本地环境。前端工程师需要拉取后端分支，后端工程师需要理解前端的构建过程，这导致每次 PR 的审查周期都很长，反馈回路极慢。我们的目标是实现自动化预览环境——任何一个 Pull Request</summary>
        
      
    
    
    
    <category term="平台工程" scheme="https://wenextly.com/categories/%E5%B9%B3%E5%8F%B0%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="MongoDB" scheme="https://wenextly.com/tags/MongoDB/"/>
    
    <category term="etcd" scheme="https://wenextly.com/tags/etcd/"/>
    
    <category term="Chakra UI" scheme="https://wenextly.com/tags/Chakra-UI/"/>
    
    <category term="Rome" scheme="https://wenextly.com/tags/Rome/"/>
    
    <category term="分布式系统" scheme="https://wenextly.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
  </entry>
  
  <entry>
    <title>基于责任链与策略模式在Azure Functions中构建动态插件化网关</title>
    <link href="https://wenextly.com/3438232282/"/>
    <id>https://wenextly.com/3438232282/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在处理多个微服务或后端API时，一个统一的入口点——API网关——是必要的。它负责处理认证、日志、限流、请求转换等横切关注点。然而，构建这样一个网关通常面临两个极端选择：要么采用功能全面但配置复杂且成本高昂的商业产品（如Azure API</summary>
        
      
    
    
    
    <category term="架构与设计" scheme="https://wenextly.com/categories/%E6%9E%B6%E6%9E%84%E4%B8%8E%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="设计模式" scheme="https://wenextly.com/tags/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F/"/>
    
    <category term="Azure Functions" scheme="https://wenextly.com/tags/Azure-Functions/"/>
    
    <category term="网关与代理" scheme="https://wenextly.com/tags/%E7%BD%91%E5%85%B3%E4%B8%8E%E4%BB%A3%E7%90%86/"/>
    
    <category term="责任链模式" scheme="https://wenextly.com/tags/%E8%B4%A3%E4%BB%BB%E9%93%BE%E6%A8%A1%E5%BC%8F/"/>
    
    <category term="策略模式" scheme="https://wenextly.com/tags/%E7%AD%96%E7%95%A5%E6%A8%A1%E5%BC%8F/"/>
    
  </entry>
  
  <entry>
    <title>利用 Qwik 和 Express.js 构建 Weaviate HNSW 索引性能的可视化分析器</title>
    <link href="https://wenextly.com/3119009959/"/>
    <id>https://wenextly.com/3119009959/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;向量搜索的默认参数就像汽车的自动挡——可靠、易用，但无法提供赛道级的极致性能。当我们的应用场景从“能用”变为“极致快、极致准”时，深入向量数据库的索引内部，手动调整那些神秘的参数，就成了绕不开的挑战。问题在于，这些参数（例如HNSW索引中的&lt;code&gt;ef&lt;/code&gt;和&lt;</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://wenextly.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Qwik" scheme="https://wenextly.com/tags/Qwik/"/>
    
    <category term="Weaviate" scheme="https://wenextly.com/tags/Weaviate/"/>
    
    <category term="Express.js" scheme="https://wenextly.com/tags/Express-js/"/>
    
    <category term="Vector Search" scheme="https://wenextly.com/tags/Vector-Search/"/>
    
    <category term="Performance" scheme="https://wenextly.com/tags/Performance/"/>
    
  </entry>
  
  <entry>
    <title>构建面向组件性能度量的全栈可观测性管道：整合 Storybook、Rails、Echo 与 InfluxDB</title>
    <link href="https://wenextly.com/4151577519/"/>
    <id>https://wenextly.com/4151577519/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个大型 Ruby on Rails 单体应用的性能瓶颈，往往隐藏在前端。服务器端的响应时间可能稳定在100ms以内，但用户的真实体感却可能因为某个渲染复杂、交互繁重的组件而变得迟钝。传统的应用性能监控（APM）工具善于捕捉后端事务，而前端的 Core Web</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://wenextly.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Echo" scheme="https://wenextly.com/tags/Echo/"/>
    
    <category term="Storybook" scheme="https://wenextly.com/tags/Storybook/"/>
    
    <category term="Ruby on Rails" scheme="https://wenextly.com/tags/Ruby-on-Rails/"/>
    
    <category term="InfluxDB" scheme="https://wenextly.com/tags/InfluxDB/"/>
    
    <category term="可观测性" scheme="https://wenextly.com/tags/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
  </entry>
  
  <entry>
    <title>利用 Apache Pulsar 的状态化特性为 MLOps 平台构建动态服务发现</title>
    <link href="https://wenextly.com/4708432676/"/>
    <id>https://wenextly.com/4708432676/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们在构建新一代 MLOps 平台时，遇到的第一个棘手问题并非模型训练或部署，而是服务发现。MLOps 环境中的服务与传统的 Web 服务有本质区别：它们数量众多、生命周期短暂且状态复杂。一个典型的 MLOps</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="服务发现" scheme="https://wenextly.com/tags/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/"/>
    
    <category term="Pulsar" scheme="https://wenextly.com/tags/Pulsar/"/>
    
    <category term="MLOps" scheme="https://wenextly.com/tags/MLOps/"/>
    
  </entry>
  
  <entry>
    <title>利用 Zig 构建与 ArangoDB 集成的分布式代码分析引擎并集成 Zipkin 链路追踪</title>
    <link href="https://wenextly.com/4792138223/"/>
    <id>https://wenextly.com/4792138223/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们团队维护着一个庞大的 TypeScript Monorepo，代码量早已突破三百万行。随之而来的一个巨大痛点是 CI 流水线中的静态分析阶段。最初，我们依赖 ESLint</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://wenextly.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Qwik" scheme="https://wenextly.com/tags/Qwik/"/>
    
    <category term="ArangoDB" scheme="https://wenextly.com/tags/ArangoDB/"/>
    
    <category term="Zig" scheme="https://wenextly.com/tags/Zig/"/>
    
    <category term="Zipkin" scheme="https://wenextly.com/tags/Zipkin/"/>
    
    <category term="ESLint" scheme="https://wenextly.com/tags/ESLint/"/>
    
  </entry>
  
  <entry>
    <title>采用 gRPC 桥接 Dart 与 Quarkus 实现面向 ScyllaDB 的高吞吐实时数据架构</title>
    <link href="https://wenextly.com/4037538312/"/>
    <id>https://wenextly.com/4037538312/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临的技术痛点非常明确：一个物联网平台需要处理来自数百万设备的实时遥测数据流。核心指标要求写入路径的 p99</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="ScyllaDB" scheme="https://wenextly.com/tags/ScyllaDB/"/>
    
    <category term="Dart" scheme="https://wenextly.com/tags/Dart/"/>
    
    <category term="Quarkus" scheme="https://wenextly.com/tags/Quarkus/"/>
    
    <category term="gRPC" scheme="https://wenextly.com/tags/gRPC/"/>
    
    <category term="实时数据" scheme="https://wenextly.com/tags/%E5%AE%9E%E6%97%B6%E6%95%B0%E6%8D%AE/"/>
    
  </entry>
  
  <entry>
    <title>利用Jib为基于MariaDB的Scala应用构建轻量级可复现的容器化CI/CD流程</title>
    <link href="https://wenextly.com/5320850232/"/>
    <id>https://wenextly.com/5320850232/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;团队维护的一个中等规模的Scala服务最近在CI/CD流程上遇到了瓶颈。旧有的构建方式是典型的两步走：首先通过&lt;code&gt;sbt assembly&lt;/code&gt;打包一个包含所有依赖的“fat</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://wenextly.com/categories/DevOps/"/>
    
    
    <category term="Jib" scheme="https://wenextly.com/tags/Jib/"/>
    
    <category term="Scala" scheme="https://wenextly.com/tags/Scala/"/>
    
    <category term="MariaDB" scheme="https://wenextly.com/tags/MariaDB/"/>
    
    <category term="CI/CD" scheme="https://wenextly.com/tags/CI-CD/"/>
    
    <category term="sbt" scheme="https://wenextly.com/tags/sbt/"/>
    
    <category term="Flyway" scheme="https://wenextly.com/tags/Flyway/"/>
    
  </entry>
  
  <entry>
    <title>构建基于 CircleCI 与 AWS SNS 的 Flutter Web 应用事件驱动型金丝雀发布管道</title>
    <link href="https://wenextly.com/5778451936/"/>
    <id>https://wenextly.com/5778451936/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;将 Flutter Web</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://wenextly.com/categories/DevOps/"/>
    
    
    <category term="Flutter" scheme="https://wenextly.com/tags/Flutter/"/>
    
    <category term="CircleCI" scheme="https://wenextly.com/tags/CircleCI/"/>
    
    <category term="AWS SNS" scheme="https://wenextly.com/tags/AWS-SNS/"/>
    
    <category term="Webpack" scheme="https://wenextly.com/tags/Webpack/"/>
    
  </entry>
  
  <entry>
    <title>利用 Solid.js 与 WebSockets 构建 Nomad 实时监控面板并以 ESLint 插件保障架构一致性</title>
    <link href="https://wenextly.com/6865883808/"/>
    <id>https://wenextly.com/6865883808/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;调试一个在 Nomad 集群中频繁失败和重启的 &lt;code&gt;alloc&lt;/code&gt; 是一件棘手的事。虽然 Nomad 的 UI 提供了任务状态的最终快照，但它并不擅长展示事件的实时流。&lt;code&gt;nomad event stream&lt;/code&gt;</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://wenextly.com/categories/DevOps/"/>
    
    
    <category term="Go" scheme="https://wenextly.com/tags/Go/"/>
    
    <category term="ESLint" scheme="https://wenextly.com/tags/ESLint/"/>
    
    <category term="Solid.js" scheme="https://wenextly.com/tags/Solid-js/"/>
    
    <category term="Nomad" scheme="https://wenextly.com/tags/Nomad/"/>
    
    <category term="WebSockets" scheme="https://wenextly.com/tags/WebSockets/"/>
    
  </entry>
  
  <entry>
    <title>构建面向毫秒级P99延迟的数据密集型UI的全栈架构选型与实现</title>
    <link href="https://wenextly.com/7369651449/"/>
    <id>https://wenextly.com/7369651449/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;项目启动时的技术指标是明确且严苛的：构建一个实时监控仪表盘，要求从用户交互（如选择时间范围）到界面完全渲染（P99）的端到端延迟必须控制在50毫秒以内。数据源是每秒数百万次写入的事件流，而前端需要以高密度图表和列表的形式聚合展示这些数据。这个指标直接排除了许多常见的技术栈，</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://wenextly.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="ScyllaDB" scheme="https://wenextly.com/tags/ScyllaDB/"/>
    
    <category term="Relay" scheme="https://wenextly.com/tags/Relay/"/>
    
    <category term="Emotion" scheme="https://wenextly.com/tags/Emotion/"/>
    
    <category term="Tyk" scheme="https://wenextly.com/tags/Tyk/"/>
    
  </entry>
  
  <entry>
    <title>在AWS EKS中利用RabbitMQ事件驱动Chef实现MariaDB Galera集群的自动化配置</title>
    <link href="https://wenextly.com/7797584631/"/>
    <id>https://wenextly.com/7797584631/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.008Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的生产环境背负着一个沉重的历史包袱：一套高度稳定的MariaDB Galera集群，其复杂的初始化、成员变更和配置管理逻辑，完全固化在数千行的Chef Cookbooks中。现在，团队的目标是将所有有状态服务迁移到AWS</summary>
        
      
    
    
    
    <category term="云原生与DevOps" scheme="https://wenextly.com/categories/%E4%BA%91%E5%8E%9F%E7%94%9F%E4%B8%8EDevOps/"/>
    
    
    <category term="AWS EKS" scheme="https://wenextly.com/tags/AWS-EKS/"/>
    
    <category term="MariaDB" scheme="https://wenextly.com/tags/MariaDB/"/>
    
    <category term="Chef" scheme="https://wenextly.com/tags/Chef/"/>
    
    <category term="RabbitMQ" scheme="https://wenextly.com/tags/RabbitMQ/"/>
    
    <category term="DevOps" scheme="https://wenextly.com/tags/DevOps/"/>
    
    <category term="数据库" scheme="https://wenextly.com/tags/%E6%95%B0%E6%8D%AE%E5%BA%93/"/>
    
  </entry>
  
  <entry>
    <title>为基于Quarkus的Trino查询网关实现深入引擎的端到端分布式追踪</title>
    <link href="https://wenextly.com/9488195310/"/>
    <id>https://wenextly.com/9488195310/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-03-20T14:14:56.008Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们数据平台团队面临一个棘手的日常问题：业务方通过我们基于Quarkus构建的API网关报告某个查询非常缓慢。但在Datadog</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://wenextly.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="Java" scheme="https://wenextly.com/tags/Java/"/>
    
    <category term="Quarkus" scheme="https://wenextly.com/tags/Quarkus/"/>
    
    <category term="Presto / Trino" scheme="https://wenextly.com/tags/Presto-Trino/"/>
    
    <category term="Datadog" scheme="https://wenextly.com/tags/Datadog/"/>
    
    <category term="Observability" scheme="https://wenextly.com/tags/Observability/"/>
    
  </entry>
  
  <entry>
    <title>利用 Flink 状态化流处理实现持久化 Saga 模式及其前端状态同步</title>
    <link href="https://wenextly.com/4572458317/"/>
    <id>https://wenextly.com/4572458317/</id>
    <published>2023-10-27T10:15:37.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个跨多个微服务的业务流程，比如视频处理发布，其内在的复杂性不在于单个服务的实现，而在于如何保证整个流程的原子性。一个典型的流程可能包含：接收上传、启动转码、提取元数据、内容审核、分发CDN。这五个步骤，分布在不同服务中，任何一步失败，都需要可靠地回滚已完成的操作，避免产生</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Node.js" scheme="https://wenextly.com/tags/Node-js/"/>
    
    <category term="Apache Flink" scheme="https://wenextly.com/tags/Apache-Flink/"/>
    
    <category term="Saga Pattern" scheme="https://wenextly.com/tags/Saga-Pattern/"/>
    
    <category term="React Testing Library" scheme="https://wenextly.com/tags/React-Testing-Library/"/>
    
    <category term="Valtio" scheme="https://wenextly.com/tags/Valtio/"/>
    
  </entry>
  
  <entry>
    <title>构建与 React Native 通信的 C++ 高性能 Paxos 共识引擎</title>
    <link href="https://wenextly.com/6554834188/"/>
    <id>https://wenextly.com/6554834188/</id>
    <published>2023-10-27T10:15:32.000Z</published>
    <updated>2026-03-20T14:14:56.004Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;最初的需求是在一个 C++ 核心业务系统中，为运维和调试人员提供一个轻量级、跨平台的监控面板。这个面板需要能实时展示系统内部多个节点的共识状态，并能手动触发一些调试指令。Web 技术栈显得过于笨重，需要一个完整的 Web Server；而为 iOS 和 Android</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://wenextly.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Paxos 算法" scheme="https://wenextly.com/tags/Paxos-%E7%AE%97%E6%B3%95/"/>
    
    <category term="React Native" scheme="https://wenextly.com/tags/React-Native/"/>
    
    <category term="C++" scheme="https://wenextly.com/tags/C/"/>
    
    <category term="JSI" scheme="https://wenextly.com/tags/JSI/"/>
    
    <category term="Turbo Modules" scheme="https://wenextly.com/tags/Turbo-Modules/"/>
    
  </entry>
  
</feed>
