归档 | myqkly

2023

10

27

前端 E2E 测试的核心痛点在于，它只能验证“结构”，无法有效验证“内容”，尤其当内容是由复杂的 AI 模型动态生成时。一个典型的场景：我们的电商应用有一个“智能热区”功能，用户上传一张生活照，AI 模型会识别出图中的商品，并在其上叠加一个

2023-10-27 MLOps

Cypress OpenCV OpenSearch Feature Store 框架

27

微服务架构下，数据孤岛和服务依赖复杂性是绕不开的难题。不同服务需要从各种外部GraphQL API、SaaS平台或内部老旧系统中获取数据。如果每个服务都直接对接这些数据源，会导致大量的重复开发、不一致的缓存策略和混乱的认证管理。我们面临的正

2023-10-27 分布式系统

GraphQL Client LevelDB gRPC-Go 代码规范 Zookeeper

27

我們的系統遇到一個典型的瓶頸。寫入負載（Command 側）通過事件通知更新讀取模型（Query 側），一個標準的 CQRS 實現。最初，我們用 ZeroMQ 的 PUB/SUB 模式來廣播領域事件，看中的是它的簡潔和高性能。在開發和低負載

2023-10-27 分布式架構

ZeroMQ Node.js CQRS Backpressure Architecture

27

要为复杂的微服务系统构建一个真正有用的混沌工程平台，核心挑战在于控制平面的健壮性与数据平面的无侵入性。一个在执行故障注入时自身崩溃的平台是毫无价值的。同样，一个因为注入工具导致目标服务性能显著下降的平台，其观测结果也失去了意义。我们需要一个

2023-10-27 架构设计

Raft 协议 eBPF SwiftUI 混沌工程 gRPC 分布式系统

27

在真实项目中，任何试图在每次API请求中直接调用 puppeteer.launch() 的尝试，最终都会导致灾难。一个浏览器实例是重量级的资源，其启动和销毁的开销（CPU、内存、时间）对于一个需要处理并发请求的服务来说是不可接受的。这种天真

2023-10-27 Node.js

Node.js Puppeteer Koa 框架与工具架构设计

27

管理几十个内部微服务的路由配置是一件令人头疼的苦差事。在最初的阶段，我们依赖手动修改 Nginx 配置文件和 nginx -s reload。每次上线一个新服务或下线一个旧实例，都需要运维介入，这个过程不仅效率低下，而且极易出错。证书管理更

2023-10-27 DevOps

React Caddy etcd Packer Material-UI IDP Go Service Discovery