A1L__的博客

在事故处理中，让：每个人清楚自己的职责是非常重要的。有点反直觉的是，明嘶职费反而能够使每个人可以更独立自主地解决问题，因为他们不用怀疑和担心他们的同事都在干什么。如果一个人目前要处理的事情大多了，该人需要向计划负责人申请更多的人力资源。他们应该将一部分任务交接给其他人，有的时候这些人应该负责在事故流程管理系统中创建更多的子事故（即用来通知公司其他相关部门等。）另外一种方式是，某个负责人可以将某个系统组件完全交给同事来处理，由该同事直接向负责人汇报情识。以下是系统中可以分配给某个人的角色。

ConfigMap 是一种 API 对象，用来将非机密性的数据保存到键值对中。使用时，可以将其用作环境变量、命令行参数或者存储卷中的配置文件。ConfigMap 将你的环境配置信息和解耦，便于应用配置的修改。ConfigMap 并不提供保密或者加密功能。如果你想存储的数据是机密的，请使用， 或者使用其他第三方工具来保证你的数据的私密性，而不是用 ConfigMap。

Day05 deployment操作（滚动更新，缩容扩容） 一、滚动更新 1.准备工作(镜像制作) 以下准备工作是制作两个版本不同的镜像，不想做的同学可以不做直接拉取我制作好的镜像 registry.cn-hangzhou.aliyuncs.com/k8s2me/django:v1 registry.cn-hangzhou.aliyuncs.com/k8s2me/django:v2 1.1 创建Django项目 修改setting配置 ALLOWED_HOSTS = ['*'] MIDDLEWARE =

Day04 通过配置 资源清单 构建POD 一、Pods Pod 是可以在 Kubernetes 中创建和管理的、最小的可部署的计算单元。 Pod （就像在鲸鱼荚或者豌豆荚中）是一组（一个或多个） 容器； 这些容器共享存储、网络、以及怎样运行这些容器的声明。 Pod 中的内容总是并置（colocated）的并且一同调度，在共享的上下文中运行。 Pod 所建模的是特定于应用的“逻辑主机”，其中包含一个或多个应用容器， 这些容器是相对紧密的耦合在一起的。 在非云环境中，在相同的物理机或虚拟机上运行的应用类似于

Day 03 进入后台 命名空间 kubectl get namespaces ------------------------------------------------------------------------ NAME STATUS AGE default Active 11h kube-node-lease Active 11h kube-public Active 11h kube-system

Day 02 海外镜像构建 一、找到我们需要的网络插件 1.Github搜索我们需要的插件 然后我们阅读readme文档，上面有如何工作，介绍等信息，我们找到找到如下内容 我们的是1.19版本，所以需要使用这条命令 2.查看文件内容 2.1 我们可以直接查看到里面的相关信息，浏览器输入地址 2.2 也可以通过linux的wget功能下载下来查看 wget https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube

微服务：一个模块分成多个模块 分布式：多台机器组成一台机器 Day01 K8S安装部署 一、主机相关配置 1 关闭selinux,关闭防火墙 1.1关于防火墙的原因（nftables后端兼容性问题，产生重复的防火墙规则） 1.2关于selinux的原因（关闭selinux以允许容器访问宿主机的文件系统） # 永久关闭 sed -i 's#enforcing#disabled#g' /etc/sysconfig/selinux # 零时关闭 setenforce 0 `vi /etc/selinux/con

持续更新中 一、master主机重启后 6443 端口问题（sawpoff问题） [root@k8s-master ~]# kubectl get node The connection to the server 10.0.0.80:6443 was refused - did you specify the right host or port? # 通过 systemctl status kubelet.service 查看状态 [root@k8s-master ~]systemctl status