传统的软件开发流程   存在的问题： 1、 资源获取和环境准备效率低，缺少标准化化、自主的化的服务能力 2、 从代码开发到环境运行的流程不顺畅，开发人员不清楚最终的软件会如何部署和运行，测试人员不了解软件测试的重点和风险点在什么地方，运维人员不清楚软件架构的高可用设计是如何实现的，部门之间基本靠非常零碎、极易过时的文档或者口头沟通来交换信息 在产品研发的起始阶段，忙于需求分析、架构设计、代码实现，以上两个问题被大多数人认为比较容易处理。等到快上线的时候，出现上线失败或者临时方案上线 DevOps ...

         本来想着刷下积分，换点礼品，结果居然好有限制。附上代码。更新代码，增加摇一摇赚取浪花的功能。找了台服务器，摇浪花啦。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959 ...

  docker目前提供了多种网络模式，但是相信大部分运维人员还是比较相信物理网络，所以就想着将容器的网络配置成物理网络。可以看到开源项目Pipework，当然 Pipework的功能比较强大，这里我只关注容器使用物理网络的实现，如果你手动去配置容器的IP，可以只需要以下几个步骤： 1、创建网桥并配置，将eth0绑定到网桥br0，docker Daemon 监听br0 2、启动容器 1docker run -d --net=none --name web 10.110.17.138: ...

docker不太常用的命令 docker ps -s #查看容器所占的磁盘大小 docker rm ${docker ps -q -a} # 删除全部非运行态的容器 docker system df #查看docker存储的使用情况 docker system prun #清理无用的容器、网络、数据集 docker rmi $(docker images | awk ‘/^/ { print $3 }’) #删除的镜像repositry为none的镜像 docker配置参数 --iptable ...

docker 关闭Container的思路：当我们使用docker stop 命令去关闭Container时，该命令会发送SIGTERM 命令到Container主进程，让主进程处理该信号，关闭Container，如果在10s内，未关闭容器，docker Damon会发送SIGKILL 信号将Container关闭。        SignalSignal 表示内部进程的一种通信机制，一个信号表示一个从内核发送到进程的消息，该消息表示某个事件已经发生，当进程收到该信号，进程会被打断，一个信号处理 ...

docker 插件是什么docker 插件是 docker 提供出来的扩展机制，目前 docker 支持 volume 和 network 两种插件，由于 network 插件比较复杂而且没有好的开源项目，这里主要介绍 volume 插件。 插件是一个独立的进程和 docker daemon 运行在同一台 host 上，通过 Plugin Discovery 的机制进行插件发现，插件有几个要求： 插件名要求是小写 插件可以运行在容器内也可以运行在容器外，不过现阶段建议运行在容器外 插件发现插 ...

精简docker镜像大小的必要性docker镜像由很多镜像层（Layers）组成（最多127层），镜像层依赖于一系列的底层技术，比如文件系统(filesystems)、写时复制(copy-on-write)、联合挂载(union mounts)等技术，你可以查看docker社区文档以了解更多有关docker存储驱动的内容，这里就不再赘述技术细节。总的来说，dockerfile中的每条指令都会创建一个镜像层，继而会增加整体镜像的尺寸。 下面是精简docker镜像尺寸的好处： 1. 减少构建时间 2 ...

DevOps环境使用的镜像仓库，一个产品的版本越来越多，需要能够定时将不再使用的历史版本进行删除，编写乐意一段代码，用于删除历史版本的镜像，如下所示``` 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909 ...

        当基于docker创建Container时，如果不指定容器名称，docker Damon会默认生成容器名称，这个名称看着是个真实的名称，找了一下docker的代码，发现了生成名称的机制，代码文件：docker/pkg/namesgenerator/names-generator.go。查看代码，发现这些名称都是一些名人的名称，我只想说一句，docker 好任性。 12345678910111213141516171819202122232425262728293031323334 ...

      该项目要用于生产环境了，完善加固了一下代码，顺便更新一下文章。      在加固项目的代码时候 ，调整了卷创建的顺序，调用docker volume create的时候，就把lv创建出来，并挂载到了本地目录，中间遇到了一个很奇怪的问题，挂载lv代码 123456err = syscall.Mount(lvdiskname, mountPoint, "xfs", syscall.MS\_NOSUID|syscall.MS\_STRICTATIME, &qu ...