云原生项目实战案例解析：外卖系统如何应对高并发

你点外卖的时候，可能没想过背后那套系统是怎么扛住高峰期的。比如周末晚上七点，一堆人同时下单，要是系统崩了，饭就凉了。可现在大多数平台都挺稳，这背后其实是云原生在干活。

某地一家本地生活平台，原先用传统服务器部署应用。一到饭点，订单猛涨，服务器直接卡死，用户刷新页面都转圈。后来他们改用云原生架构，把订单、支付、配送拆成独立服务，跑在 Kubernetes 集群上。

比如订单服务，用 Docker 打包成镜像：

FROM node:16-slim
WORKDIR /app
COPY package*.json ./
RUN npm install --only=production
COPY . .
EXPOSE 3000
CMD ["node", "order-service.js"]

然后通过 Helm 配置部署，自动扩缩容。晚高峰来临时，系统检测到请求量上升，自动拉起更多订单服务实例，扛住了每秒上千订单的压力。

以前改个配送费规则得重启整个应用，现在用 ConfigMap 管理配置，更新时不影响运行。

apiVersion: v1
kind: ConfigMap
metadata:
  name: delivery-config
data:
  base_fee: "8"
  promo_active: "true"

运维人员在后台切换开关，用户端立马生效，连缓存都不用手动清。

过去查问题靠翻日志文件，现在接入 ELK + Prometheus，哪个服务响应慢，一眼就能看出来。有次发现数据库连接池总被打满，一查是配送查询接口没加缓存，加上 Redis 后，负载降了一半。

这些改动听起来技术味浓，但结果很实在：用户下单更快，骑手接单更顺，商家也不抱怨系统抽风了。云原生不是只给大厂用的花架子，中小平台也能借它把业务跑稳。

云原生项目实战案例：从外卖系统看技术落地