手动制作nginx 镜像​由于容器启动和运行过程中是直接使用了宿主机的内核，所以没有直接调用过物理硬件，所以也不会涉及到硬件驱动，因此也用不上内核和驱动，另外有内核的那是虚拟机​Docker 制作类似于虚拟机的镜像制作，即按照公司的实际业务务求将需要安装的软件、相关配置等基础环境配置完成，然后将其做成镜像，最后再批量从镜像批量生产实例，这样可以极大的简化相同环境的部署工作，Docker 的镜像制作

dockerfile 制作基于alpine 的nginx 镜像一、alpine 常见用法Alpine Linux是基于musl libc和busybox的面向安全的轻量级Linux发行版。有些命令用法和包名和centos/ubuntu 之类的不一样1.1 包管理工具apkapkadd包名#安装 xx包apkdel包名#卸载 xx包apk update更新源1.2 apk 的源使用阿里云a. 编辑

in-tree 类型的特殊卷插件主要是为了给容器提供配置信息的。因为容器本身是由多层叠加起来的联合挂载的镜像层所组成，构建完成之后，就无法对镜像层上的数据修改，除了附加新的镜像层 ， 而且一旦把镜像运行成容器的话，是以黑盒的形式运行的，每一个容器都有它的边界 ，是隔离的文件系统。configMapSecret与configMap 等同作用 ，却是为了专门存储注入敏感信息的数据downwardAPI

k8s_day02_03​如图，k8s 的用户 群体分为两类，一类是是应用程序客户端，它们访问集群pod 上应用服务的，是来自集群外部引入的流量，主要靠2种方式来引入流量，一种是nodeport 类型的service ,另一种是借助ingress 控制器来引入，ingress 也是转发给service 背后的pod 来实现的。 如果客户端是通过nodeport 进来的，会借助service的调度算

k8s_day04_04容器外部存储空间​docker文件系统具有和 docker容器具有相同的生命周期， 在多节点运行的容器就有可能因为各种原因删除或者终止 ，为了避免数据与 容器这种存在短暂生命周期、或者不确定生命周期的对象产生直接绑定关系， 应该将其存储的数据（应用数据、状态数据）存储在容器的文件系统之外， 方式就是为容器引入外部的存储空间外部的存储空间大体分为两类：Host：存在宿主机，如

k8s_day03_05service 于endpoint 关系​k8s 当中，service 是标准的资源类型，作用是为了动态的一组pod 提供一个固定的 访问入口，clusterip,访问入口就可以认为是一组应用的前端负载均衡器。​一个service 如何识别它背后有多少个pod ? 在每个pod 上 给他添加独立的标签，前端的service 将使用标签选择器来挑选中一组pod. 过滤名称空间

k8s_day07_02静态密码方式认证k8skubeconfig1、kubeconfig配置文件：​在 /etc/kubernetes/有conf 结尾的文件 ，那个就是kubeconfig类型的配置文件。用于控制节点组件 和api交互时提供的身份验证。将用户名、认证信息等组织一起，便于认证到API Server上的认证信息文件；[root@master01 ~]# ls /etc/kubern

k8s_day_06_01k8s 是一个应用编排系统，什么是编排？​因为非紧密关系中的应用关系各种各样，可能存在一定的依赖性，而且有先后关系，应用编排借助service 实现这种跨应用关系的管理。但是接下来关注的应用编排 集中应用管理本身k8s 中有大量的应用 ，分为紧密关系和非紧密关系的应用，紧密关系的应用通过把它们放在一个pod 中管理 ，非紧密的应用关系通过service管理 让它们可以彼此

k8s_day02_04node 介绍查看所有节点[root@master01 ~]# kubectlget nodeNAMESTATUSROLESAGEVERSIONmaster01Readymaster7dv1.19.4node01Ready<none>6d23hv1.19.4node02Ready<none>6d23hv1.19.4

k8s_day07_03人类用户授权名称空间级别授权示例：注意因为配置简单，通常用命令式命令创建1、创建角色[root@node01 chapter9]# cat pods-reader-rbac.yamlkind: RoleapiVersion: rbac.authorization.k8s.io/v1metadata:namespace: defaultname: pods-readerrul