Docker 是一种容器化技术，它允许开发者将应用及其依赖打包到一个轻量级、可移植的容器中，然后可以在任何支持Docker的机器上运行，Docker 容器与虚拟机类似，但是更加轻量级，因为它们不需要虚拟化整个操作系统，而是共享宿主机的操作系统内核，使用容器来隔离进程。我们可以将Docker镜像视为一个轻量级、独立的、可执行的软件包，包括运行它所需的一切，用户甚至可以直接从网上下载一个已经做好的应用

查看192.168.100.10:32769/saolei.jsp发现成功。用dockerfile在centos7的基础上构建nginx的镜像。我们可以通过网页下载扫雷，也可以用本地的扫雷包来完成。我们进到nginx里查看。发现网页故障，我们重新覆盖一下网页。再次测试，发现能够成功访问。创建init.sh的脚本。构建saolei的镜像。运行saolei容器。

通过bridge驱动创建类似默认bridge的网络，当容器需要ip时，可以自动分配ip给容器，也可以加上–ip手动分配，但这个ip必须是地址池里的/ # ip a手动分配/ # ip a创建一个默认bridge网络的容器，再创建使用kami的网络的容器，这两个容器之间是不能直接通讯的，只有指定了相同的网络的容器才能够互通，如果想要通讯，可以使用connect参数添加默认网络/ # ip adock

容器能够正确读取volume中的数据。但是bind mounts也有自身的不足之处，使用时需要指定Docker host上的文件或目录为源数据，这样就限制了容器的可移植性,如果需要将容器移植到其他的docker host上，对方没有相应的源数据库，或者路径不同，操作会失败。bind mounts还可以指定数据读写权限，默认权限是可读可写，在映射时，可以指定容器内的文件权限只读，无法修改，但只是容器

对于系统工程师和开发人员而言，通过命令行操作Docker是日常工作的基本技能。我们通常使用诸如、、、、等命令，或者将这些Docker原生API封装到Shell脚本或Python工具中，以实现自动化管理。然而，对于非技术背景的用户，直接使用命令行无疑具有较高的门槛。因此，一个直观、易用的图形化管理界面对于降低Docker的使用难度至关重要。接下来，我们将介绍两种历史上曾广泛使用的Docker可视化管

Prometheus基本原理是通过HTTP协议周期性抓取被监控组件的状态，这样做的好处是任意组件只要提供HTTP接口就可以接入监控系统，不需要任何SDK或者其他的集成过程。Exporter作为Prometheus监控体系中的重要组成部分，负责从目标组件收集数据，并将其转换为Prometheus可识别的格式。此外，几乎所有的常见组件都可以在Prometheus的官方GitHub仓库（https://

编辑/etc/systemd/system/cri-docker.service。编辑/etc/systemd/system/cri-docker.socket。然后把master节点上的修改好的文件发送过去。在master节点上下载calico文件。在master节点上打印所需的镜像文件。node节点解压cri-docker。在master节点上创建calico。在master节点上配置环境变量

官网：https://kubernetes.io/docs/home/创建一个test.yaml文件，如果不知道格式可以去官网查。–namespace指定namespace。创建一个deploy-nginx.yaml文件。Deployment是pod控制器的一种。deployment 名称[参数]–replicas指定创建pod数量。–image指定pod的镜像。查看deploy的详细信息。–po

Kubernetes 将所有功能实体都抽象为“资源”，其管理本质就是对各种资源进行定义、部署和协调。语法：kubectl[command][type][name][flags]Command: 指定要对资源执行的操作，比如：create、get、delete。创建/更新资源，使用声明式对象配置kubectl apply-f。删除资源，使用命令式对象配置kubectldelete-f。声明式对象配置

通过explain查看某种资源可以配置的一级属性。