Moniepoint：在Kafka未崩溃时为何选择重构
What Running Kafka on VMs Taught Us About Systems Thinking
大多数基础设施故事都始于故障，但Moniepoint的Cloud Engineering团队在Kafka运行正常时便决定重构。Celestina Amadi带领团队从VMs和Docker Compose转向Strimzi，并非因为系统崩溃，而是为了消除SSH手动操作、版本不一致和运维碎片化带来的隐性成本。通过引入Kubernetes Operator和ArgoCD，我们将Kafka配置转化为Git中的代码，实现了从“手动救火”到“系统自愈”的转变。这次迁移不仅降低了延迟和成本，更释放了团队的认知空间，让我们能专注于系统设计而非日常运维。
当基础设施变成代码，你就能对其推理；当运维变成声明式，你就能预测其行为。
- sgarland
> 我们的 Kafka 架构起初和大多数快速迭代的工程团队一样：实用主义至上。
> 每次改动都得 SSH 登录再端口转发。我们的 Kafka 实例根本没有 URL，只能通过 localhost 访问。
这根本不叫实用主义，这是把测试环境直接“搬”到生产环境。你完全可以在虚拟机上以可重复且合理的方式运行服务；这叫 Ansible + Packer（或者你喜欢的任何类似组合）。
- zulux
我不得不调整写作方式，以免被当成机器人。不用破折号，不用陈词滥调的搭配。（是的，这刻意为之）
我突然意识到，以前也经历过类似情况：当 PC 相关话题成为潮流时：黑人 vs 白人。顺性别女性 vs 女性。
- MrBuddyCasino
> “这并非危机，而是一个决定。”
关闭标签页