前言

最近在读的一本书籍：《Kubernetes in Action 中文版》，豆瓣评分 9.1，恰好部门的自研 Paas 平台架构就是 Kubernetes。其实相关书籍资料非常多，比较经典的还有《Kubernetes 权威指南》，豆瓣评分也是颇高。

本文是读书笔记的第 3 节，可以回顾此前的内容：

《Kubernetes in action 读书笔记》：运维架构演进

《Kubernetes in action 读书笔记》：容器技术的发展

1、Kubernetes 解决了什么问题

全球只有少数的云服务厂商在运行着成千上万的服务器，在如此海量规模下，他们将面临着部署管理的问题，推动着开发者找出“成千上万组件可以被有效且成本低廉的管理”的解决方案，Kubernetes 于是应运而生了。Kubernetes 的孵化期

Google 内部孵化了一个内部系统，其名为 Borg（后来还有一个新系统，其名为 Omega）。这些工具帮助他们的工程师简化了开发和管理，帮助 Google 获得更高的基础设施利用率。这意味着，哪怕一丁点的利用率提升，也能够节省数百万美元！

在 Borg 和 Omega 内部完善了数十年之后，2014 年，Google 开源了 Kubernetes，一个基于 Borg/Omega 和其他 Google 内部系统实践的开源系统。

2、Kubernetes 横空出世

2.1 Kubernetes 是什么？

Kubernetes：一个软件系统，依赖于 Linux 容器特性来帮助用户运行应用程序，而使得开发者无须知道这些应用的内部详情，更不用手动部署应用到每台机器。

2.2 Kubernetes 的核心作用

开发者提交应用列表到主节点，Kubernetes 将应用列表部署到集群的工作节点。

2.2.1 开发者-聚焦应用程序

Kubernetes 可以当做一个集群的一个操作系统来看待，开发者原本需要密切关注的部分（服务发现、扩容、负载均衡、自恢复、领导者选举等等），都可以通过 Kubernetes 来进行调度并获得一手资料。

这样一来，开发者能够更加专注于应用程序的需求上了。

2.2.2 运维团队-聚焦硬件资源利用率

Kubernetes 吧容器化应用跑在了某个集群的某个服务器节点上，并且把服务器信息提供给了应用组件来发现彼此，并保证它们稳定运行。

另外，Kubernetes 能够动态迁移应用，通过混合和匹配应用的策略，取得比运维人员手动分析和调度应用方式更高的的利用率。

这样一来，运维团队能够更加专注于底层硬件的资源维护上面了。

3、Kubernetes 的集群架构

未完，待续..