跳到正文

Kubernetes

最近更新 2026年10月5日

AI 爬虫读取

2次请求

1家公司
  • Anthropic2
词条页
2
争议页
0
JSON · MD
0
首次读取
2026年11月4日
最近读取
2026年11月4日

统计自 2026年10月28日 · 数据来自本站服务器日志

概览

Kubernetes 是一个开源的容器编排平台,可自动化容器化工作负载的部署、调度、扩缩容、网络与生命周期管理。它起源于 Google 内部,旨在将公司大规模基础设施实践开放给外部使用,其概念灵感来自 Borg 等内部系统,但被设计为一个全新的、可供外部使用的项目。Craig McLuckie、Joe Beda 和 Brendan Burns 是主要创建者,他们在项目形成期间均任职于 Google。 该项目于 2014 年公开亮相,并迅速成为云原生软件栈中最具影响力的组件之一。其核心抽象是通过声明式 API 管理的一组机器集群:用户描述应用和基础设施的期望状态,而 Kubernetes 控制器持续工作,使实际状态与该规范保持一致。这一模型支持工作负载的自动放置、服务发现、滚动更新、回滚、健康监控、自愈、配置管理以及水平或垂直扩缩容。Kubernetes 可运行在公有云、私有数据中心、边缘环境和混合架构中,帮助组织避免将应用运维绑定到单一基础设施提供商。 Google 于 2015 年将 Kubernetes 捐赠给新成立的云原生计算基金会。将项目移入厂商中立的基金会加速了其社区模式,并鼓励云提供商、基础设施公司、软件供应商、咨询机构和个人贡献者参与。Kubernetes 随后成为托管云服务、企业发行版、平台工程产品、开发者工具、安全产品、可观测性系统和 GitOps 工作流的共同基础。主要云提供商均提供托管 Kubernetes 服务,而 Red Hat、SUSE、VMware、Mirantis 等公司则围绕该生态构建了商业产品和服务。 Kubernetes 主要不是一家商业公司或打包的终端用户产品。核心项目以开源软件形式发布,而创收产品通常来自独立企业提供的托管、支持、咨询、培训、安全、监控、治理和管理服务。因此,Kubernetes 品牌既代表上游项目,也代表一个由兼容产品和服务组成的广泛生态,尽管这些商业产品并不归 Kubernetes 自身所有。 其重要性既来自编排能力,也来自标准化。Kubernetes 提供可扩展的 API 和控制器架构,允许第三方添加存储、网络、策略、安全、数据库、机器学习工作负载等能力。这种可扩展性使其成为构建平台的平台,但也带来了运维复杂性。组织通常需要专业技能来配置集群、保护供应链、控制云成本、管理升级,以及运行有状态或延迟敏感的工作负载。该项目仍然活跃并在全球范围内使用,其路线图和治理通过 CNCF 管理下的开源社区流程塑造。

沿革

Kubernetes 起源于 Google。当时,Google 正在探索如何让自身的基础设施和云产品更便于外部开发者使用。它的创建者 Craig McLuckie、Joe Beda 和 Brendan Burns 当时正从事 Google 的公有云工作,并意识到有机会提供一个外部系统,用于大规模运行应用。Google 内部的集群管理器 Borg 是一个重要的概念参照,但 Kubernetes 并不是 Borg 的简单公开版本。它被开发为一个新的开源项目,拥有更广泛的社区、公开 API,以及一套旨在跨不同环境使用的架构。 该项目于 2014 年公布。其设计以声明式管理为核心:运维人员指定期望状态,Kubernetes 则持续尝试达到并维持该状态。这种方法将调度、服务发现、副本管理、健康检查、滚动部署和自动恢复整合到一个连贯的控制平面模型中。系统对容器的使用使其适合微服务和其他可移植的应用工作负载,而其可扩展性则允许外部项目提供网络、存储、安全、可观测性和专用调度功能。 2015 年发生了一次决定性的制度变化:Google 将 Kubernetes 贡献给云原生计算基金会。在容器行业竞争日益激烈之际,CNCF 提供了一个中立的归属和治理框架。这一贡献帮助 Kubernetes 被定位为共享基础设施,而不是 Google 的专有产品。原本可能围绕不同编排技术展开竞争的厂商,可以参与一个共同的上游项目,同时通过托管服务、企业发行版、硬件集成、支持和周边工具实现差异化。 Kubernetes 的采用随着更广泛的云原生运动而扩大。公有云公司推出了托管 Kubernetes 服务,减轻了运行控制平面的负担。企业厂商将 Kubernetes 整合进 Linux、混合云、虚拟化、应用现代化和平台工程战略。围绕包管理、GitOps、服务网格、策略执行、容器安全、可观测性、成本管理和开发者体验,形成了一个庞大的生态系统。Kubernetes 也成为基础设施自动化的常见目标,以及面向数据库、分析、人工智能和边缘计算的产品的基础。 该项目的发展伴随着其角色的转变。它最初是一种调度和管理容器的方式,但日益成为一个通用的协调与扩展平台。Kubernetes API 和自定义资源使组织和厂商无需修改核心即可构建更高层级的抽象。这种灵活性帮助它服务于不同的运营模式,但也造成了陡峭的学习曲线。集群生命周期管理、权限、网络、存储、升级、韧性和成本控制仍然是重要的运营关切。 最初的创建者后来从事了其他工作。McLuckie 和 Beda 于 2016 年创立 Heptio,帮助企业采用 Kubernetes 并开发相关开源技术;VMware 于 2018 年收购了 Heptio。Burns 后来在 Microsoft 担任高级工程职位。他们此后的职业发展并未终止该项目的开发:Kubernetes 的治理和技术方向日益由其贡献者社区和 CNCF 架构承担。Kubernetes 仍然是一个活跃的上游项目,其影响力远远超出任何一家厂商、云提供商或创始人。

  • 2018
    [3]
  • 2016
    [3]
  • 2015
    [2]
  • 2014
    [1]

产品与定位

  • 2014

    Kubernetes upstream

  • 2015

    Kubernetes ecosystem

品牌决策

来源4 个来源

引用本词条: 请引用规范词条页。 /brand-wiki/kubernetes · 编辑方针 · 词条如何编纂