<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>lequs</title>
  
  <subtitle>lequs</subtitle>
  <link href="https://lequs.com/atom.xml" rel="self"/>
  
  <link href="https://lequs.com/"/>
  <updated>2026-01-16T09:05:14.647Z</updated>
  <id>https://lequs.com/</id>
  
  <author>
    <name>lequs</name>
    
  </author>
  
  <generator uri="https://hexo.io/">Hexo</generator>
  
  <entry>
    <title>WebAuthn凭证持久化架构的选型对比 Haskell与JPA的实现</title>
    <link href="https://lequs.com/0683700542/"/>
    <id>https://lequs.com/0683700542/</id>
    <published>2023-11-15T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临一个具体的工程决策：为现有的多租户SaaS平台引入WebAuthn无密码认证。前端技术栈选定为Astro，因其出色的性能和组件模型。然而，真正的挑战在于后端，特别是如何设计一个安全、可靠且易于维护的凭证持久化层。&lt;/p&gt;
&lt;p&gt;团队内部对此产生了两种截然不同的声音。</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://lequs.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Haskell" scheme="https://lequs.com/tags/Haskell/"/>
    
    <category term="JPA/Hibernate" scheme="https://lequs.com/tags/JPA-Hibernate/"/>
    
    <category term="WebAuthn" scheme="https://lequs.com/tags/WebAuthn/"/>
    
    <category term="Astro" scheme="https://lequs.com/tags/Astro/"/>
    
  </entry>
  
  <entry>
    <title>使用 Elixir GenServer 构建一个可测试的增量静态再生引擎</title>
    <link href="https://lequs.com/1395659129/"/>
    <id>https://lequs.com/1395659129/</id>
    <published>2023-10-27T11:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;为内容驱动的站点实现全站静态构建 (SSG) 是一种常见的性能优化手段，但它的核心痛点在于内容更新的延迟。任何微小的文本修改都可能触发长达数分钟甚至数小时的重新构建流程。增量静态再生 (ISR)</summary>
        
      
    
    
    
    <category term="Elixir与OTP" scheme="https://lequs.com/categories/Elixir%E4%B8%8EOTP/"/>
    
    
    <category term="Elixir" scheme="https://lequs.com/tags/Elixir/"/>
    
    <category term="ISR" scheme="https://lequs.com/tags/ISR/"/>
    
    <category term="测试" scheme="https://lequs.com/tags/%E6%B5%8B%E8%AF%95/"/>
    
    <category term="GenServer" scheme="https://lequs.com/tags/GenServer/"/>
    
    <category term="OTP" scheme="https://lequs.com/tags/OTP/"/>
    
  </entry>
  
  <entry>
    <title>构建从数据湖到 ScyllaDB 的事件驱动型实时特征管道架构</title>
    <link href="https://lequs.com/0466947501/"/>
    <id>https://lequs.com/0466947501/</id>
    <published>2023-10-27T11:15:38.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临的挑战是为机器学习模型提供实时特征，这些特征必须在事件发生后的几百毫秒内可供查询。数据源是我们存储在对象存储（如 GCS 或 S3）中的数据湖，每天有数十亿的原始用户行为事件涌入。批处理 ETL</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://lequs.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Data Lake" scheme="https://lequs.com/tags/Data-Lake/"/>
    
    <category term="Kotlin" scheme="https://lequs.com/tags/Kotlin/"/>
    
    <category term="Knative" scheme="https://lequs.com/tags/Knative/"/>
    
    <category term="WAF" scheme="https://lequs.com/tags/WAF/"/>
    
    <category term="ScyllaDB" scheme="https://lequs.com/tags/ScyllaDB/"/>
    
  </entry>
  
  <entry>
    <title>在Docker Swarm上构建支持动态租户隔离的TensorFlow服务架构</title>
    <link href="https://lequs.com/0013278012/"/>
    <id>https://lequs.com/0013278012/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.644Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临一个棘手的基础设施问题：多个算法团队需要独立部署和迭代他们的TensorFlow模型，但将整个集群的管理权限下放会引发安全和资源争抢的混乱。为每个团队维护一套独立的基础设施成本过高。我们需要的是一个轻量级、可靠的MLOps平台，它能在共享的Docker</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Docker Swarm" scheme="https://lequs.com/tags/Docker-Swarm/"/>
    
    <category term="TensorFlow" scheme="https://lequs.com/tags/TensorFlow/"/>
    
    <category term="Python" scheme="https://lequs.com/tags/Python/"/>
    
    <category term="多租户" scheme="https://lequs.com/tags/%E5%A4%9A%E7%A7%9F%E6%88%B7/"/>
    
    <category term="MLOps" scheme="https://lequs.com/tags/MLOps/"/>
    
  </entry>
  
  <entry>
    <title>基于消息队列与Prometheus构建服务端渲染(SSR)应用的无侵入性能监控架构</title>
    <link href="https://lequs.com/0278749158/"/>
    <id>https://lequs.com/0278749158/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.644Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;对服务端渲染（SSR）应用的性能监控，尤其是对渲染链路中各个关键阶段的耗时度量，是一个绕不开的难题。当应用流量攀升，任何对主请求路径的同步侵入都可能成为性能瓶颈。一个典型的监控需求是，我们需要精确测量从接收请求到最终吐出HTML之间，数据获取、组件序列化、状态注入等多个环节</summary>
        
      
    
    
    
    <category term="可观测性" scheme="https://lequs.com/categories/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
    
    <category term="消息队列" scheme="https://lequs.com/tags/%E6%B6%88%E6%81%AF%E9%98%9F%E5%88%97/"/>
    
    <category term="Prometheus" scheme="https://lequs.com/tags/Prometheus/"/>
    
    <category term="SSR" scheme="https://lequs.com/tags/SSR/"/>
    
    <category term="Go" scheme="https://lequs.com/tags/Go/"/>
    
    <category term="NATS" scheme="https://lequs.com/tags/NATS/"/>
    
    <category term="Observability" scheme="https://lequs.com/tags/Observability/"/>
    
  </entry>
  
  <entry>
    <title>构建交互式数据湖仓查询控制台 Material-UI与Jupyter Kernel集成实战</title>
    <link href="https://lequs.com/0109895190/"/>
    <id>https://lequs.com/0109895190/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.644Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;团队里的数据分析师和业务人员对数据湖的访问需求越来越频繁，但他们面临的现实困境是，每次查询都需要在本地配置复杂的 Spark 或 Trino 客户端，或者在功能受限的 BI 工具和过于灵活但对非技术人员不友好的原生 Jupyter Notebook</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://lequs.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Material-UI" scheme="https://lequs.com/tags/Material-UI/"/>
    
    <category term="Jupyter" scheme="https://lequs.com/tags/Jupyter/"/>
    
    <category term="Data Lake" scheme="https://lequs.com/tags/Data-Lake/"/>
    
    <category term="React" scheme="https://lequs.com/tags/React/"/>
    
    <category term="WebSocket" scheme="https://lequs.com/tags/WebSocket/"/>
    
    <category term="系统设计" scheme="https://lequs.com/tags/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1/"/>
    
  </entry>
  
  <entry>
    <title>基于 AWS SQS 实现 Saga 模式中 Chef 与 Flux CD 的基础设施状态一致性权衡</title>
    <link href="https://lequs.com/0419811382/"/>
    <id>https://lequs.com/0419811382/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.645Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个跨越多个微服务的订单处理流程，必须保证其原子性：要么全部成功，要么全部回滚。典型的场景是“创建订单”操作，它需要依次调用库存服务、支付服务和通知服务。在分布式系统中，两阶段提交（2PC）因其同步阻塞和协调者单点问题，在生产环境中几乎不可行。Saga</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="AWS SQS" scheme="https://lequs.com/tags/AWS-SQS/"/>
    
    <category term="Flux CD" scheme="https://lequs.com/tags/Flux-CD/"/>
    
    <category term="分布式一致性" scheme="https://lequs.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E4%B8%80%E8%87%B4%E6%80%A7/"/>
    
    <category term="Chef" scheme="https://lequs.com/tags/Chef/"/>
    
    <category term="Saga" scheme="https://lequs.com/tags/Saga/"/>
    
    <category term="Kubernetes" scheme="https://lequs.com/tags/Kubernetes/"/>
    
  </entry>
  
  <entry>
    <title>构建跨平台影响力分析系统 从MapReduce预处理到Neo4j图谱构建及SwiftUI与Vue双端可视化</title>
    <link href="https://lequs.com/0311304540/"/>
    <id>https://lequs.com/0311304540/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.645Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临的原始问题是TB级的用户行为日志。这些日志以半结构化文本形式存在，记录了用户间的关注、转发、点赞、评论等所有互动行为。业务需求是近实时地识别出网络中的“关键影响者”和“核心传播路径”，并为两种截然不同的用户画像提供可视化界面：一是数据分析师，需要一个灵活、全面的We</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://lequs.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Jupyter" scheme="https://lequs.com/tags/Jupyter/"/>
    
    <category term="SwiftUI" scheme="https://lequs.com/tags/SwiftUI/"/>
    
    <category term="MapReduce" scheme="https://lequs.com/tags/MapReduce/"/>
    
    <category term="Neo4j" scheme="https://lequs.com/tags/Neo4j/"/>
    
    <category term="Vue.js" scheme="https://lequs.com/tags/Vue-js/"/>
    
  </entry>
  
  <entry>
    <title>构建基于MongoDB与Rails的动态简历渲染引擎的数据建模实践</title>
    <link href="https://lequs.com/0455333675/"/>
    <id>https://lequs.com/0455333675/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临的技术痛点相当直接：系统需要 ingestion 来自不同渠道、格式完全不可控的用户简历(CV)数据。有些是遵循某个特定JSON</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="MongoDB" scheme="https://lequs.com/tags/MongoDB/"/>
    
    <category term="Ruby on Rails" scheme="https://lequs.com/tags/Ruby-on-Rails/"/>
    
    <category term="CV" scheme="https://lequs.com/tags/CV/"/>
    
    <category term="UI 组件库" scheme="https://lequs.com/tags/UI-%E7%BB%84%E4%BB%B6%E5%BA%93/"/>
    
  </entry>
  
  <entry>
    <title>在 Monorepo 架构中集成 GitOps 与 Celery 实现多租户平台的自动化配置与任务分发</title>
    <link href="https://lequs.com/0455546557/"/>
    <id>https://lequs.com/0455546557/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;管理一个多租户SaaS平台时，最棘手的挑战之一是配置管理和异步任务的一致性。当平台需要在开发、预发、生产等多个环境中维护数十个甚至上百个租户时，每个租户可能都有独特的特性开关、主题配置、外部API密钥以及定制的后台任务。传统的基于脚本和人工审核的变更流程，在这种规模下会迅速</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://lequs.com/categories/DevOps/"/>
    
    
    <category term="Kubernetes" scheme="https://lequs.com/tags/Kubernetes/"/>
    
    <category term="Monorepo" scheme="https://lequs.com/tags/Monorepo/"/>
    
    <category term="GitOps" scheme="https://lequs.com/tags/GitOps/"/>
    
    <category term="CI/CD" scheme="https://lequs.com/tags/CI-CD/"/>
    
    <category term="Celery" scheme="https://lequs.com/tags/Celery/"/>
    
    <category term="Apollo Client" scheme="https://lequs.com/tags/Apollo-Client/"/>
    
  </entry>
  
  <entry>
    <title>基于 Docker Swarm 部署的 HBase 与图数据库双引擎实时风控架构决策</title>
    <link href="https://lequs.com/0587311567/"/>
    <id>https://lequs.com/0587311567/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;对任何一个处理海量交易的系统而言，实时风险控制都是非功能性需求中的重中之重。毫秒级的决策延迟就可能意味着巨大的资金损失。技术挑战在于，风控决策通常需要两种截然不同的数据访问模式：其一是基于用户历史行为的序列化、大吞吐量数据查询；其二是基于实体间复杂、多维度关系的深度关联分析</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Docker Swarm" scheme="https://lequs.com/tags/Docker-Swarm/"/>
    
    <category term="Zookeeper" scheme="https://lequs.com/tags/Zookeeper/"/>
    
    <category term="HBase" scheme="https://lequs.com/tags/HBase/"/>
    
    <category term="NoSQL" scheme="https://lequs.com/tags/NoSQL/"/>
    
    <category term="图数据库" scheme="https://lequs.com/tags/%E5%9B%BE%E6%95%B0%E6%8D%AE%E5%BA%93/"/>
    
    <category term="风险控制" scheme="https://lequs.com/tags/%E9%A3%8E%E9%99%A9%E6%8E%A7%E5%88%B6/"/>
    
  </entry>
  
  <entry>
    <title>构建从Swift到Docker化Keras服务的gRPC高性能推理管道</title>
    <link href="https://lequs.com/0525682016/"/>
    <id>https://lequs.com/0525682016/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的需求摆在面前：我们需要在原生Swift应用（一个macOS桌面工具）中集成一个相当复杂的图像分类模型。直接将TensorFlow Lite或Core</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="MLOps" scheme="https://lequs.com/tags/MLOps/"/>
    
    <category term="Docker" scheme="https://lequs.com/tags/Docker/"/>
    
    <category term="Swift" scheme="https://lequs.com/tags/Swift/"/>
    
    <category term="Keras" scheme="https://lequs.com/tags/Keras/"/>
    
    <category term="gRPC" scheme="https://lequs.com/tags/gRPC/"/>
    
  </entry>
  
  <entry>
    <title>基于 spaCy 构建语义应用层防火墙及其 SwiftUI 实时监控面板的实现</title>
    <link href="https://lequs.com/0555955022/"/>
    <id>https://lequs.com/0555955022/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;传统的Web应用防火墙（WAF）在很大程度上依赖于正则表达式来匹配恶意请求。一个典型的SQL注入检测规则可能是这样的：&lt;/p&gt;
&lt;pre class=&quot;line-numbers language-python&quot; data-language=&quot;python&quot;&gt;&lt;code</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Python" scheme="https://lequs.com/tags/Python/"/>
    
    <category term="SwiftUI" scheme="https://lequs.com/tags/SwiftUI/"/>
    
    <category term="spaCy" scheme="https://lequs.com/tags/spaCy/"/>
    
    <category term="防火墙" scheme="https://lequs.com/tags/%E9%98%B2%E7%81%AB%E5%A2%99/"/>
    
    <category term="FastAPI" scheme="https://lequs.com/tags/FastAPI/"/>
    
  </entry>
  
  <entry>
    <title>基于强化学习的Istio流量治理实现动态数据库读写分离</title>
    <link href="https://lequs.com/0675658767/"/>
    <id>https://lequs.com/0675658767/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.646Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;数据库读写分离架构在静态配置下面临一个经典困境：当读库（Read</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Istio" scheme="https://lequs.com/tags/Istio/"/>
    
    <category term="强化学习" scheme="https://lequs.com/tags/%E5%BC%BA%E5%8C%96%E5%AD%A6%E4%B9%A0/"/>
    
    <category term="Jetpack Compose" scheme="https://lequs.com/tags/Jetpack-Compose/"/>
    
    <category term="TDD" scheme="https://lequs.com/tags/TDD/"/>
    
    <category term="读写分离" scheme="https://lequs.com/tags/%E8%AF%BB%E5%86%99%E5%88%86%E7%A6%BB/"/>
    
  </entry>
  
  <entry>
    <title>构建服务于异构AI模型的多租户监控平面架构决策</title>
    <link href="https://lequs.com/0887718124/"/>
    <id>https://lequs.com/0887718124/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在一个拥有数十个算法团队的组织中，技术栈的统一性是一个难以企及的理想。一部分团队拥抱 PyTorch 的灵活性进行前沿研究，另一部分则依赖 TensorFlow</summary>
        
      
    
    
    
    <category term="MLOps" scheme="https://lequs.com/categories/MLOps/"/>
    
    
    <category term="TensorFlow" scheme="https://lequs.com/tags/TensorFlow/"/>
    
    <category term="Prometheus" scheme="https://lequs.com/tags/Prometheus/"/>
    
    <category term="PyTorch" scheme="https://lequs.com/tags/PyTorch/"/>
    
    <category term="Clojure" scheme="https://lequs.com/tags/Clojure/"/>
    
    <category term="可观测性" scheme="https://lequs.com/tags/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%80%A7/"/>
    
  </entry>
  
  <entry>
    <title>TDD驱动的Cassandra事件溯源服务及其在ELK与Recoil全链路可观测性中的实现</title>
    <link href="https://lequs.com/0782723414/"/>
    <id>https://lequs.com/0782723414/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;故障排查会议已经开了三个小时，依然毫无头绪。我们的实时用户行为分析面板数据时常出现断崖式下跌，但没有任何报错。前端团队坚持数据已经发出，后端团队的日志显示服务正常，而数据团队检查Cassandra集群后发现数据确实有缺口。皮球在三个团队之间传来传去，问题根源却深埋在系统黑盒</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="NoSQL" scheme="https://lequs.com/tags/NoSQL/"/>
    
    <category term="TDD" scheme="https://lequs.com/tags/TDD/"/>
    
    <category term="Cassandra" scheme="https://lequs.com/tags/Cassandra/"/>
    
    <category term="Recoil" scheme="https://lequs.com/tags/Recoil/"/>
    
    <category term="ELK Stack" scheme="https://lequs.com/tags/ELK-Stack/"/>
    
  </entry>
  
  <entry>
    <title>利用图数据库与Consul KV构建移动端多租户实时权限架构</title>
    <link href="https://lequs.com/0074926133/"/>
    <id>https://lequs.com/0074926133/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.644Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个支持实时协作的企业级移动应用，其权限系统的设计是决定项目成败的关键。需求很明确：权限模型必须足够灵活，能描述复杂的多租户组织结构（用户、团队、角色、项目、资源）；同时，对每次API请求的权限校验，其延迟必须控制在个位数毫秒内。如果每次操作都需要查询一个复杂的数据库，那么</summary>
        
      
    
    
    
    <category term="分布式架构" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="NoSQL" scheme="https://lequs.com/tags/NoSQL/"/>
    
    <category term="Consul" scheme="https://lequs.com/tags/Consul/"/>
    
    <category term="移动开发" scheme="https://lequs.com/tags/%E7%A7%BB%E5%8A%A8%E5%BC%80%E5%8F%91/"/>
    
  </entry>
  
  <entry>
    <title>构建支持动态模型切换的核心库：融合DDD、MLflow与Consul服务发现</title>
    <link href="https://lequs.com/1041294275/"/>
    <id>https://lequs.com/1041294275/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;h3 id=&quot;技术痛点：失控的模型消费&quot;&gt;&lt;a href=&quot;#技术痛点：失控的模型消费&quot; class=&quot;headerlink&quot;</summary>
        
      
    
    
    
    <category term="架构与设计" scheme="https://lequs.com/categories/%E6%9E%B6%E6%9E%84%E4%B8%8E%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Consul" scheme="https://lequs.com/tags/Consul/"/>
    
    <category term="核心库" scheme="https://lequs.com/tags/%E6%A0%B8%E5%BF%83%E5%BA%93/"/>
    
    <category term="Domain-Driven Design" scheme="https://lequs.com/tags/Domain-Driven-Design/"/>
    
    <category term="服务发现" scheme="https://lequs.com/tags/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/"/>
    
    <category term="MLflow" scheme="https://lequs.com/tags/MLflow/"/>
    
  </entry>
  
  <entry>
    <title>Elixir Phoenix Channels 驱动的 WebRTC SFU 信令服务器与 Caddy TURN 服务集成实践</title>
    <link href="https://lequs.com/0166498994/"/>
    <id>https://lequs.com/0166498994/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.644Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;构建一个简单的双人 WebRTC 视频通话应用并不复杂。浏览器提供了 &lt;code&gt;RTCPeerConnection&lt;/code&gt; API，似乎一切都水到渠成。然而，当需求从两人 P2P 扩展到多人会议，并且需要确保连接能在各种复杂的网络环境（特别是对称</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Caddy" scheme="https://lequs.com/tags/Caddy/"/>
    
    <category term="Elixir" scheme="https://lequs.com/tags/Elixir/"/>
    
    <category term="Next.js" scheme="https://lequs.com/tags/Next-js/"/>
    
    <category term="WebRTC" scheme="https://lequs.com/tags/WebRTC/"/>
    
    <category term="Phoenix" scheme="https://lequs.com/tags/Phoenix/"/>
    
  </entry>
  
  <entry>
    <title>基于 Sanic WebSocket 与 Valtio Proxy 构建 SvelteKit 双向状态同步层</title>
    <link href="https://lequs.com/1168189155/"/>
    <id>https://lequs.com/1168189155/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在构建一个需要实时协作的内部数据看板时，我们面临的第一个技术挑战就是状态同步。传统的轮询或基于 REST 的刷新机制不仅效率低下，而且无法提供用户期望的即时反馈。我们需要一个稳健的、双向的、高性能的状态同步层。技术栈初选定为前端 SvelteKit，后端采用 Python</summary>
        
      
    
    
    
    <category term="全栈开发" scheme="https://lequs.com/categories/%E5%85%A8%E6%A0%88%E5%BC%80%E5%8F%91/"/>
    
    
    <category term="WebSocket" scheme="https://lequs.com/tags/WebSocket/"/>
    
    <category term="SvelteKit" scheme="https://lequs.com/tags/SvelteKit/"/>
    
    <category term="Valtio" scheme="https://lequs.com/tags/Valtio/"/>
    
    <category term="Sanic" scheme="https://lequs.com/tags/Sanic/"/>
    
    <category term="状态管理" scheme="https://lequs.com/tags/%E7%8A%B6%E6%80%81%E7%AE%A1%E7%90%86/"/>
    
  </entry>
  
  <entry>
    <title>基于MyBatis数据变更事件实现Gatsby站点的增量静态生成</title>
    <link href="https://lequs.com/1221982446/"/>
    <id>https://lequs.com/1221982446/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的内部知识库，一个拥有超过一万篇技术文档的站点，最初选择Gatsby构建。看中的是它生成静态站点的极致访问性能和良好的SEO。后端数据存储在MySQL中，通过一套成熟的Java服务管理，其中数据访问层牢牢地绑定在MyBatis上。这个架构在初期运行良好，但随着文档数量的</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="MyBatis" scheme="https://lequs.com/tags/MyBatis/"/>
    
    <category term="Backend" scheme="https://lequs.com/tags/Backend/"/>
    
    <category term="Gatsby" scheme="https://lequs.com/tags/Gatsby/"/>
    
    <category term="性能优化" scheme="https://lequs.com/tags/%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96/"/>
    
    <category term="事件驱动" scheme="https://lequs.com/tags/%E4%BA%8B%E4%BB%B6%E9%A9%B1%E5%8A%A8/"/>
    
  </entry>
  
  <entry>
    <title>基于Elixir与ClickHouse构建CQRS模式的高吞吐量实时指标管道</title>
    <link href="https://lequs.com/1362165069/"/>
    <id>https://lequs.com/1362165069/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;系统监控面板上的 P99 延迟曲线开始变得陡峭，告警信息不断涌入。最初用于支撑业务运营的单体 PostgreSQL</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://lequs.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Elixir" scheme="https://lequs.com/tags/Elixir/"/>
    
    <category term="ClickHouse" scheme="https://lequs.com/tags/ClickHouse/"/>
    
    <category term="CQRS" scheme="https://lequs.com/tags/CQRS/"/>
    
    <category term="Jenkins" scheme="https://lequs.com/tags/Jenkins/"/>
    
  </entry>
  
  <entry>
    <title>构建Dart客户端与JavaScript后端间的高性能数据通道 云服务商API方案选型实录</title>
    <link href="https://lequs.com/1131365749/"/>
    <id>https://lequs.com/1131365749/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们面临的技术挑战很明确：一个使用Dart (Flutter) 构建的复杂前端应用，需要与部署在云服务商上的JavaScript (Node.js)</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="gRPC" scheme="https://lequs.com/tags/gRPC/"/>
    
    <category term="Dart" scheme="https://lequs.com/tags/Dart/"/>
    
    <category term="JavaScript" scheme="https://lequs.com/tags/JavaScript/"/>
    
    <category term="云服务商" scheme="https://lequs.com/tags/%E4%BA%91%E6%9C%8D%E5%8A%A1%E5%95%86/"/>
    
    <category term="GraphQL" scheme="https://lequs.com/tags/GraphQL/"/>
    
  </entry>
  
  <entry>
    <title>使用 Jenkins 与 Azure Service Bus 编排跨云 Serverless 构建工作流</title>
    <link href="https://lequs.com/1434048195/"/>
    <id>https://lequs.com/1434048195/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;我们的 Jenkins 控制器快被几个重量级的构建任务压垮了。这些任务不是常规的编译打包，而是动辄数小时的数据预处理和模型训练作业。它们长时间霸占着构建代理，导致常规的CI/CD流水线严重阻塞。将这些耗时任务迁移出去，释放 Jenkins</summary>
        
      
    
    
    
    <category term="DevOps" scheme="https://lequs.com/categories/DevOps/"/>
    
    
    <category term="Jenkins" scheme="https://lequs.com/tags/Jenkins/"/>
    
    <category term="Serverless" scheme="https://lequs.com/tags/Serverless/"/>
    
    <category term="AWS" scheme="https://lequs.com/tags/AWS/"/>
    
    <category term="Azure Service Bus" scheme="https://lequs.com/tags/Azure-Service-Bus/"/>
    
    <category term="构建与工具" scheme="https://lequs.com/tags/%E6%9E%84%E5%BB%BA%E4%B8%8E%E5%B7%A5%E5%85%B7/"/>
    
  </entry>
  
  <entry>
    <title>构建基于Consul领导者选举的高可用时序数据聚合器及其单元测试实践</title>
    <link href="https://lequs.com/1435913492/"/>
    <id>https://lequs.com/1435913492/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.649Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在一个典型的时序数据收集中间件集群中，多个节点同时接收来自不同数据源的指标。直接将这些原始数据写入后端的时序数据库（TSDB）会带来巨大的写入压力和存储成本。一个常见的优化是引入一个聚合层：集群中仅有一个节点作为“领导者”（Leader），负责对一个时间窗口内的数据进行预聚</summary>
        
      
    
    
    
    <category term="分布式系统" scheme="https://lequs.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/"/>
    
    
    <category term="Go" scheme="https://lequs.com/tags/Go/"/>
    
    <category term="Consul" scheme="https://lequs.com/tags/Consul/"/>
    
    <category term="时序" scheme="https://lequs.com/tags/%E6%97%B6%E5%BA%8F/"/>
    
    <category term="单元测试" scheme="https://lequs.com/tags/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95/"/>
    
    <category term="高可用" scheme="https://lequs.com/tags/%E9%AB%98%E5%8F%AF%E7%94%A8/"/>
    
  </entry>
  
  <entry>
    <title>构建一个由SwiftUI原生Shell承载、Rollup打包并由FastAPI提供服务的Web微应用混合架构</title>
    <link href="https://lequs.com/0930570390/"/>
    <id>https://lequs.com/0930570390/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;团队面临一个典型的两难困境：iOS应用的功能迭代速度，总是被苹果的审核周期拖累。一些频繁变更的活动页面、信息展示模块，每次更新都意味着一次完整的App提交、审核、发布流程，周期长达数天甚至数周。这在快速响应市场需求的背景下，几乎是不可接受的。我们需要一种能绕开App</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://lequs.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="SwiftUI" scheme="https://lequs.com/tags/SwiftUI/"/>
    
    <category term="FastAPI" scheme="https://lequs.com/tags/FastAPI/"/>
    
    <category term="Rollup" scheme="https://lequs.com/tags/Rollup/"/>
    
    <category term="框架与工具" scheme="https://lequs.com/tags/%E6%A1%86%E6%9E%B6%E4%B8%8E%E5%B7%A5%E5%85%B7/"/>
    
    <category term="样式方案" scheme="https://lequs.com/tags/%E6%A0%B7%E5%BC%8F%E6%96%B9%E6%A1%88/"/>
    
  </entry>
  
  <entry>
    <title>构建基于Consul Connect与Webpack联邦的动态AI模型推理前端架构</title>
    <link href="https://lequs.com/0358422051/"/>
    <id>https://lequs.com/0358422051/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.645Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;企业内部的数据科学团队越来越多，他们各自负责不同的业务领域——风险控制、用户增长、智能定价——并独立开发和迭代机器学习模型。一个尖锐的矛盾随之而来：如何将这些孤立的模型能力，整合成一个统一、安全、可动态扩展的业务门户，供分析师和运营人员使用，同时又不让中心化的前端团队成为整</summary>
        
      
    
    
    
    <category term="架构设计" scheme="https://lequs.com/categories/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/"/>
    
    
    <category term="Consul Connect" scheme="https://lequs.com/tags/Consul-Connect/"/>
    
    <category term="模型部署" scheme="https://lequs.com/tags/%E6%A8%A1%E5%9E%8B%E9%83%A8%E7%BD%B2/"/>
    
    <category term="Webpack" scheme="https://lequs.com/tags/Webpack/"/>
    
    <category term="Couchbase" scheme="https://lequs.com/tags/Couchbase/"/>
    
  </entry>
  
  <entry>
    <title>在 SvelteKit 中集成 Keras 模型实现服务端动态内容生成与 MobX 状态管理</title>
    <link href="https://lequs.com/1406247577/"/>
    <id>https://lequs.com/1406247577/</id>
    <published>2023-10-27T10:30:00.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;一个棘手的需求摆在面前：我们需要一个内容页面，其中的关键补充信息由AI模型动态生成。但同时，这个页面必须具备优秀的SEO表现和极快的首屏加载速度。常规的客户端渲染方案，即页面加载后通过AJAX请求AI接口再填充内容，会直接导致搜索引擎无法索引动态内容，并且用户会看到内容的延</summary>
        
      
    
    
    
    <category term="全栈开发" scheme="https://lequs.com/categories/%E5%85%A8%E6%A0%88%E5%BC%80%E5%8F%91/"/>
    
    
    <category term="SSR" scheme="https://lequs.com/tags/SSR/"/>
    
    <category term="Keras" scheme="https://lequs.com/tags/Keras/"/>
    
    <category term="Kit" scheme="https://lequs.com/tags/Kit/"/>
    
    <category term="MobX" scheme="https://lequs.com/tags/MobX/"/>
    
    <category term="TensorFlow.js" scheme="https://lequs.com/tags/TensorFlow-js/"/>
    
  </entry>
  
  <entry>
    <title>基于NumPy与Redis分布式锁构建高性能的分布式滑动窗口计数器</title>
    <link href="https://lequs.com/0822049681/"/>
    <id>https://lequs.com/0822049681/</id>
    <published>2023-10-27T10:15:27.000Z</published>
    <updated>2026-01-16T09:05:14.647Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;单体应用里实现一个滑动窗口计数器相当直接，一个本地的 &lt;code&gt;ConcurrentLinkedDeque&lt;/code&gt; 或类似的数据结构，配上一个定时清理任务就能解决问题。但在分布式环境下，这个模型瞬间崩塌。所有服务实例都需要一个统一的、精确的视图来判断某个行为在过去</summary>
        
      
    
    
    
    <category term="后端架构" scheme="https://lequs.com/categories/%E5%90%8E%E7%AB%AF%E6%9E%B6%E6%9E%84/"/>
    
    
    <category term="Spring Boot" scheme="https://lequs.com/tags/Spring-Boot/"/>
    
    <category term="NumPy" scheme="https://lequs.com/tags/NumPy/"/>
    
    <category term="分布式锁" scheme="https://lequs.com/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81/"/>
    
    <category term="Redis" scheme="https://lequs.com/tags/Redis/"/>
    
    <category term="高性能" scheme="https://lequs.com/tags/%E9%AB%98%E6%80%A7%E8%83%BD/"/>
    
  </entry>
  
  <entry>
    <title>Kafka流处理结合TimescaleDB解决高基数实时特征存储的架构实践</title>
    <link href="https://lequs.com/1145834647/"/>
    <id>https://lequs.com/1145834647/</id>
    <published>2023-10-27T10:15:21.000Z</published>
    <updated>2026-01-16T09:05:14.648Z</updated>
    
    
      
      
        
        
    <summary type="html">&lt;p&gt;在构建为在线模型推理服务的特征存储时，一个核心的技术挑战是如何高效地计算并提供具有高基数（high-cardinality）实体的时间窗口特征。例如，我们需要为数百万用户计算“过去5分钟内的点击次数”或“过去1小时内的平均交易额”。这类特征对实时风控、推荐系统等场景至关重要</summary>
        
      
    
    
    
    <category term="数据工程" scheme="https://lequs.com/categories/%E6%95%B0%E6%8D%AE%E5%B7%A5%E7%A8%8B/"/>
    
    
    <category term="Feature Store" scheme="https://lequs.com/tags/Feature-Store/"/>
    
    <category term="TimescaleDB" scheme="https://lequs.com/tags/TimescaleDB/"/>
    
    <category term="Kafka" scheme="https://lequs.com/tags/Kafka/"/>
    
    <category term="流式计算" scheme="https://lequs.com/tags/%E6%B5%81%E5%BC%8F%E8%AE%A1%E7%AE%97/"/>
    
    <category term="高基数" scheme="https://lequs.com/tags/%E9%AB%98%E5%9F%BA%E6%95%B0/"/>
    
  </entry>
  
</feed>
