架构师&容器云

$ ls /
bin dev etc home lib lib64 mnt opt proc root run sbin sys tmp usr var

On-Premises（本地部署）

IaaS（基础设施即服务）

PaaS（平台即服务）

SaaS（软件即服务）

概念：为了让应用程序（项目，服务软件）都运行在云上的解决方案，这样的方案叫做云原生

特点

apiserver 即 K8s 网关，所有的指令请求都必须要经过 apiserver

scheduler 调度器，使用调度算法，把请求资源调度到某一个 Node 节点

controller 控制器，维护 K8s 资源对象

etcd 存储资源对象

kubelet 在每一个 Node 节点都存在一份，在 Node 节点上的资源操作指令由 kubelet 来执行

kube-proxy 代理服务，处理服务与服务间负载均衡

Pod 是 k8s 管理的基本单元（最小单元），Pod 内部是容器，k8s 不直接管理容器，而是管理 Pod

Docker 运行容器的基础环境，容器引擎

Fluentd 日志收集服务

K8s 是用来管理容器，但是不直接操作容器，最小操作单元是 Pod （间接管理容器）

一个 Master 有一群 Node 节点与之对应

Master 节点不存储容器，只负责调度、网管、控制器、资源对象存储

容器的存储在 Node 节点，容器是存储在 Pod 内部的

Pod 内部可以有一个容器，或者多个容器

Kubelet 负责本地 Pod 的维护

Kube-proxy 负责负载均衡，在多个 Pod 之间来做负载均衡

Pod 中的容器很可能因为各种原因发生故障而死掉。Deployment 等 Controller 会通过动态创建和销毁 Pod 来保证应用整体的健壮性。换句话说，Pod 是脆弱的，但应用是健壮的。每个 Pod 都有自己的 IP 地址。当 controller 用新 Pod 替代发生故障的 Pod 时，新 Pod 会分配到新的 IP 地址 ；如果一组 Pod 对外提供服务（比如 HTTP），它们的 IP 很有可能发生变化，那么客户端如何找到并访问这个服务呢？

K8s 给出的解决方案是 Service。 Kubernetes Service 从逻辑上代表了一组 Pod，具体是哪些 Pod 则是由 Label 来挑选。                                                  Service 有自己 IP，而且这个 IP 是不变的。客户端只需要访问 Service 的 IP，K8s 则负责建立和维护 Service 与 Pod 的映射关系。无论后端 Pod 如何变化，对客户端不会有任何影响，因为 Service 没有变。

Service 如何实现负载均衡