07_技术项目全流程-从架构设计到部署运维深度解析.pdfVIP

技术项目全流程:从架构设计到部署运维——深度解析

从选型到落地：Kubernetes项目的实际博弈与反直觉经验

写在前面

这篇文章不准备列一堆理论框架，我们直接聊那些真正让团队头疼的瞬间——当你的老板在晨会上

拍板“全部上K8s”，而你心里清楚，一半的服务连容器化改造都还没通过单元测试。以下所有判断，

都来自我这两年亲手交付过的多个项目，包括一次差点把生产环境搞崩的扩容事故。

关键词：Kubernetes、容器化陷阱、多集群、资源画像、状态化应用

一、先谈架构里的“两个半”死结：不是高可用，是资源怎么分、集群怎么拆

业界喜欢把架构设计包装成“高可用、可扩展”的宏大命题，但真正让运维同学半夜爬起来修Bug的

，往往是两个半技术细节：资源配额到底设多少、集群该合并还是拆分。还有一个“半”的问题——

中间件怎么在容器里体面地活着。

1.资源配额的“撑死vs饿死”困局：别信开发者填的Request

有一家二手车交易平台，上线K8s头两个月，四个业务线互相抢CPU，压测期间三个服务连续OOM。

根因是什么？开发团队随手填的Request值，平均是实际峰值的3.2倍。你以为是资源不够，其实是资

源被“虚占”了。

我们当时做了件事：对所有核心服务执行一周的资源画像。采集每个Pod的CPU和内存，用P99.9作为