1. 模板里提供啦大量的监控项，为什么还要自定义2， zabbix 支持你之定义监控项，所以才流行，那么的久自定义监控项的表现形式（命令+脚本），只要能够得到值，就可以通过zabbix展示完全流程1.编写zabbix 的自定义监控项的配置文件2，重启zabbix-agent3.尝试zabbix-get 能否拿到数据4.去zabbix-UI 添加监控项目定义key关键字，自定义监控项的key,后面的

web7机器来测，触发报警（得看这个机器，有什么监控项！！！！！！！！

对于分布式环境，Zabbix也提供啦代理的发难，可以代替Zabbix Server 收集多个Agent的数据，然后在将收集到的数据汇总到Zabbix Server .Proxy可以起到分担Zabbix Server 负载的作用。接收到的历史数据（来自于 Agent、Proxy、设备侧），Zabbix Server 会缓存下来，进行告警表达式计算，进行动作触发，最终会同步到数据库的历史记录表，his

判断当前机器登录的用户数量，超过3个1.提前的想好这个需求，如何用命令采集，构造出结果who|wc -l2. 写zabbix-agent的配置文件3. 重启agent4.去zabbix-ui界面，创建监控项（所有机器都好使），让这个监控项，和模板绑定，模板再给主机去用- 给现有的模板添加监控项 template os linux （目前监控的主机，都以及和它关联了，登录用户数量检测的key，就立即

开发环境测试环境预发布环境，准生产环境，测试环境谁部署,谁维护/负责scm分布式控制版本GitSVN共同点存放代码,版本控制存放代码,版本控制工作模式分布式中心化(权限集中)使用入门较难,熟练后容易使用,目前使用率高入门比较简单,服务端linux,客户端windows分支创建和维护分支方便创建和维护分支繁琐svn 就被抛弃了git clonegit addgit commit代码上线流程。

提供啦一种更加轻量化的虚拟化技术，docker出现借助docker容器的轻，块等特性，解决了软件交付过程中的环境依赖问题，使得docker得以快速发展Docker是一种CS架构得软件产品，可以把代码以及依赖打包成镜像，作为交付介质，并且把镜像启动成为容器，提供容器生命周期管理发展至今，docker已经通过制定OCI标准对最初的项目做了拆分，其中runC和containerd是docker的核心项目

我们如果自定义镜像，docker镜像不包含linux内核，和宿主机共同使用。如果我们想定义一个mysql5.6的镜像获取基础镜像，选择一个发行版ubuntu,centos在centso镜像中按照mysql5.6导出镜像，可以命名为mysql:5.6在这个过程中docker镜像的层级就出来了。

我们使用容器，不单单是单机运行程序，当然运行网络服务在容器中，那么如何配置docker容器网络，基础网络配置，网桥配置，端口映射，对于docker 容器的搭建是关键的.-P 随机port:port暴露宿主机的端口映射到容器的端口。

镜像是多层存储，每一层在前一层的基础上进行修改；容器也是多层存储，以镜像为基础层，在其基础上加一层容器运行时的存储层。手动修改容器内容，然后docker commit提交为新的镜像通过dockerfile中定义一系列的命令和脚本参数构成脚本，然后这些命令应用于基础镜像，依次添加层，最终生成一个新镜像。极大地简化了部署工作官方提供dockerfile实例不建议用、问题太多了，参考下语法即可。1.创建

Docker服务默认会创建一个docker0网桥（其上有一个docker0内部接口），它在内核层连通了其他的物理或虚拟网卡，这就将所有容器和本地主机都放到同一个物理网络。Docker 默认指定了docker0接口 的 IP 地址和子网掩码，让主机和容器之间可以通过网桥相互通信，它还给出了 MTU（接口允许接收的最大传输单元），通常是 1500 Bytes，或宿主主机网络路由上支持的默认值。这些值都