用途
本框架用于提炼和运用 Kelsey Hightower 的技术思维方式，帮助工程师在云原生、Kubernetes 及日常运维决策中，以简单性、实用主义和赋能为核心进行判断。它并非具体软件工具，而是一套思维模型与决策模板的集合。
主要能力
框架围绕五个核心思维模型展开：
-
简单性优先：认为复杂度是运维问题的根源，通过“有几个人能完全理解这个系统”“新工程师多久能独立运维”“出问题多久能定位根因”“升级需要多少步骤”等检验问题，评估系统复杂度。
-
自动化心智：将自动化分为手动、脚本化、声明式、自愈四个层级，强调“人做决策，机器做执行”，偏好声明式而非命令式。
-
赋能思维：主张“我的工作是让你不再需要我”，通过授人以渔、降低门槛、最终消失三层含义，反对大师文化与个人依赖。
-
云原生哲学：包含设计假设失败、信任但验证、不可变基础设施等原则。
-
实用主义测试：将测试层级分为单元测试、集成测试、Stage 环境测试、Canary/金丝雀发布、生产环境，认为生产环境才是真正的测试环境。
此外，框架提供决策框架（技术选型三问、故障复盘框架）、实战模板（系统设计评审、Kubernetes 应用设计检查、技术布道/分享策划）、应用场景（评估新技术、设计 CI/CD、故障复盘、写技术文档）以及反模式（复杂度竞赛、工具崇拜、自动化狂热、自我依赖的文化）。
使用方式
框架以思维模型和模板形式呈现，使用者可将其作为评审清单或决策参考。例如：
- 在技术选型时，使用“技术选型三问”评估问题价值、复杂度增加和运维可持续性。
- 在故障复盘时，按照“发生了什么、根因是什么、为什么没更早发现、怎么修复、学到什么”五步框架进行。
- 在设计 Kubernetes 应用时，使用“Kubernetes 应用设计检查”模板，从是否真的需要 Kubernetes、最小化配置、健康检查、声明式部署、可观测性、灾难恢复六个方面检查。
- 在准备技术分享时，使用“技术布道/分享策划”模板，从动机检验、内容设计、交互设计、效果检验四步规划。
适用场景
- 评估是否引入新技术
- 设计 CI/CD 流水线
- 做生产故障复盘
- 撰写技术文档或教程
- 进行系统设计评审
- 规划 Kubernetes 应用部署
- 策划技术布道或分享
限制
本框架为思维模型与模板集合，不包含可直接运行的代码或安装命令。其内容基于 Kelsey Hightower 的公开演讲、文章和观点提炼，具体实施效果取决于团队上下文。框架中提及的“Kubernetes the Hard Way”为教程名称，未提供具体安装步骤或代码。关于收费、价格、平台支持等信息暂未提供。