归档: 2023/10 | codezeze

2023

10

27

团队内部的 Node.js 微服务数量开始失控时，一个棘手的问题浮出水面：服务间的通信方式碎片化严重。有的团队习惯用 RabbitMQ，有的偏爱轻量的 Redis Pub/Sub，还有的为了省事直接暴露 HTTP 端点进行同步调用。这种技术

2023-10-27 后端架构

Babel Fastify Redis Streams IaC 核心库

27

一个看似简单的需求摆在了桌面上：构建一个内部项目管理工具，核心界面是一个看板（Kanban），用户可以通过拖拽卡片来更新任务状态。然而，业务的复杂性在于，每次卡片状态的变更，都可能触发一系列耗时且与核心业务逻辑解耦的后台任务，比如生成复杂的

2023-10-27 架构设计

JPA/Hibernate Celery Kanban Styled-components Tyk

27

在维护一个由数百个微服务组成的系统时，我们面临的一个棘手问题是实时状态的可观测性。传统的服务发现仪表盘通常采用轮询机制，这在服务状态变化不频繁时尚可接受。但在一个高度动态的环境中，例如服务因自动扩缩容、灰度发布或故障而频繁上下线，轮-pol

2023-10-27 后端架构

Rust 高性能服务发现 Solid.js WebSocket

27

我们团队的移动端App最近遇到了一个棘手的问题：部分用户报告了间歇性的卡顿，但我们的后端监控系统显示所有服务的P99延迟都在正常范围内。传统的日志系统充满了海量无关信息，定位问题如同大海捞针。而引入一套完整的APM（应用性能监控）或可观测性

2023-10-27 可观测性工程

Seaborn JWT 移动开发框架与库

27

管理一个无状态服务的配置相对直接，一个简单的滚动更新就能解决问题。但对于WebRTC SFU（Selective Forwarding Unit）这类有状态、长连接的服务，情况变得异常棘-。任何一次常规的Pod重启都意味着中断所有正在进行的

2023-10-27 云原生

GitOps Kubernetes Argo CD WebRTC AWS SNS

27

我们的微服务体系一度陷入了连锁故障的泥潭。一个核心服务的瞬时抖动，通过API网关，像病毒一样迅速传导至整个系统，最终导致面向用户的服务大面积不可用。事后复盘，问题的根源在于我们部署在Tyk API网关上的静态限流策略。它就像一个固定的堤坝，

2023-10-27 分布式架构

Go Tyk NATS Apache Flink API网关可观测性