k8s架构原理

一、k8s架构图

二、k8s架构模式:
master(cluster)/worker(node)架构

master组件:
1.kube-apiserver:

提供restful接口指令供客户端或者其他组件调用，客户端指的是kubectl命令行工具，其他通信组件包括controller和scheduler

2.etcd:

负责存储集群状态

3.controller

管理并实现k8s的的各种流程,使用k8s管理容器，而不是直接使用容器，目的就是为容器提供统一编排，为用户提供声明式的调用，k8s维护着用户的期望,用户只要告诉k8s需要几个服务，需要什么配置就可以了，不需要关心底层k8s怎么实现的,但是k8s除了正常的创建管理，还伴随着异常情况的发生，比如容器挂掉,网络不通等，这时候需要controller监控资源状态等信息并更新到etcd，controller相当于运维工程师的角色.
k8s把各种操作都认为是某种类型的某个方法,从而将不同的操作分给不同的方法执行,k8s认为一切皆资源,繁复的内容抽象成不同的资源放到不同的方法上执行

4.Scheduler

资源调度，根据系统资源的使用情况，将pod合理分配到相应的node节点,并通过apiserve告知etcd更新数据库

worker组件:
1.kubelet

controller如何监控不通资源信息，Scheduler如何给pod分配资源，实际的操作都是交给kubelet来完成的，例如，创建pod，删除pod，创建数据卷等

2.kube-proxy

按照用户的期望创建好环境，pod容器怎么才能对外提供服务?
    pod生成是会自动分配一个ip,但这个ip是动态生成的，并不固定，这时就需要一个固定ip代理pod来对外提供服务，这个就是service资源,扮演者服务发现和负载均衡的功能。
但是service怎么代理到pod上呢?
这时就需要core-dns,为新创建的pod注册动态DNS。给pod的service添加iptables/ipvs规则，用于服务发现和负载均衡，所有网络相关的请求响应都有kube-proxy代理完成

3.container runtime

负责容器运行