分类

基础设施与扩容

成长型平台的服务器、性能、部署与备份。

10 篇文章

结果计算很快，队列却很慢——NovaCommerce 第四篇

0.34 秒的结果任务排在慢速 AI 工作之后。分通道有帮助，但持久答案、有界重试与工作节点恢复同样重要。

26 分钟切换看似结束，旧管理面板却仍在旧库写入。真正的功课是控制写入者、核对冲突，并保护恢复后的新工作。

两个应用池提供了扩容空间。更难的是确认新节点可用、让旧节点排空，并保持服务版本兼容。

比较需要的服务，而不是云账单与一台裸服务器。纳入人员、恢复及退出成本，再选择托管、回迁或混合方案。

绿色服务器图可能掩盖订单延迟。把业务结果与指标、受保护日志和追踪连接起来，让每个告警都有行动与负责人。

连接上限不是容量计划。汇总每个连接池的预算，定义哪些读取允许滞后，并把可丢弃缓存与尚未履行的业务责任分开。

快速响应可能掩盖未完成业务。按新增到达和积压配置worker，保留已接受记录，让重试有责任、有边界。

正确使用3-2-1-1-0，不误数第四份副本。测试受保护版本、解密钥匙、真实RPO/RTO与安全复业。

增加一个应用实例不等于多完成一次结账。衡量就绪时间、验证受限层，并为故障保留容量。

每天100,000单是业务目标，不是服务器配置。把流量转换成高峰工作，解除实测瓶颈，并验证故障状态下的容量。