From cad71f6f22081349a3c753f70d805a810b07c36f Mon Sep 17 00:00:00 2001 From: isno Date: Sun, 9 Feb 2025 10:05:54 +0800 Subject: [PATCH] fix typo --- application-centric/summary.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/application-centric/summary.md b/application-centric/summary.md index d8f411f1..ea6857b2 100644 --- a/application-centric/summary.md +++ b/application-centric/summary.md @@ -6,7 +6,7 @@ —— 改自于著作《没有银弹》[^1] ::: -很多企业开始落地 Kubernetes，很多业务工程师也开始“被迫”学习各种“抽象”的概念（如 Pod、YAML 文件、声明式 API、Operator）。落地前充满期待，结果却适得其反。 +很多企业开始落地 Kubernetes，很多业务工程师也开始“被迫”学习各种“抽象”的概念（如 Pod、YAML 文件、声明式 API、Operator）。落地前充满期待，结果却往往适得其反。 导致上面问题的根源在于，Kubernetes 的定位是基础设施项目、是“平台的平台”（The Platform for Platform）。它的声明式 API 设计、CRD Operator 体系，是为了接入和构建新基础设施能力而设计的。这就导致作为这些能力的最终用户 —— 业务工程师，跟 Kubernetes 核心定位之间存在明显的错位。