Jenkins推出2.0的版本已经有一段时间了，相比1.x来讲，从界面到功能都有很大的改良，其中最吸引人的就是pipeline特性了。Jenkins的pipeline是基于Groovy DSL，可以通过简单脚本将原本独立运行于单个或多个节点的任务灵活的连接起来，实现复杂的发布流程，并且还能提供直观的展示界面。公司之前搭建的时候，使用的是Jenkins 1.625.3的版本，由于有很多任务在上面，不

为了统一规划和管理，一般都期望在各服务器上使用相同的软件版本来部署服务。直接使用通用的镜像源（如阿里、163的），安装的都是当前最新版的软件包，这样就会因为软件包的升级而导致安装的版本不一样。例如docker的安装，由于docker社区非常活跃，版本更新非常的快，导致测试环境中docker的安装版本从1.6到1.10各版本都有。为了避免上述问题，下面以在centos7上安装docker为例，来自制

在之前的文章里讲到了如何使用docker运行gitlab服务，这里来说一下关于gitlab的备份。方法一因为是使用的docker容器运行的gitlab，考虑备份的时候，第一反应可能就是想直接拷贝容器的挂载目录。但是直接拷贝的目录，能不能直接在另外一台服务器上正常运行的起来呢？gitlab容器运行用的数据确实都在挂载目录里面，理论上来讲是可以直接拿来用的。但是，我尝试了一下，直接拷还是存在一些问题

最近在官网上看了下devicemapper的说明文档，这里简要总结一下。1 诞生的背景期初docker是运行在Debian和Ubuntu系统上的，使用的是AUFS方式的存储。后来很多企业希望在Redhat系linux上运行docker，并决定基于现有的Device Mapper技术开发一个新的存储方案，这就是devicemapper。2 镜像的分层和共享Device Mapper技术不是按照文件级

业务应用经常有需要用到用户真实ip的场景，比如：异地登录的风险预警、访问用户分布统计等功能等。当有这种需求的时候，在业务上容器过程中，如果用到ingress就要注意配置了。通常，用户ip的传递依靠的是X-Forwarded-*参数。但是默认情况下，ingress是没有开启的。ingress的文档还比较详细，这里介绍一下可能用到的这3个参数：注：在文档顶栏的搜索框搜索forward字样就可以找到这3

背景在推动业务上容器过程中，存在业务方框架（如Java的dubbo）对ip依赖较重，但框架改造周期较长的问题。为了解决这个问题，运维侧从网络层面固定容器IP的方式着手，引入了腾讯开源的Galaxy插件。这里对此插件的安装部署进行说明。Galaxy架构概览Galaxy网络方案主要包括两个模块：galaxy：以daemonset形式存在每个k8s集群的节点上，它通过判断pod annotation信息

相比Marathon、K8S等其他的容器编排工具，Swarm是Docker官方力推的产品，作为后起之秀，其功能特性已经不弱于Mesos/K8s。因为，Docker仍在快速的迭代，非官方的产品在新特性方面可能跟不上发展的速度，不少企业都开始关注和转向Swarm，使用Swarm比较有代表性的有DaoCloud和数人云等做容器云服务的企业。最近在github上发现了一个数人云开源的基于Swarm的容器管

在Prometheus的时候，有时候出于某种目的，经常会有要重命名label的需要。比如，老K8S集群上标识pod名的label叫pod_name，新K8S集群上的pod名label叫pod， 这种不一致会造成一些不必要的麻烦。为了保障label取值的统一，这里介绍两种常用的方法。采集时处理使用metric_relabel_configs来实现。下面这段配置会添加一个名为pod_name的labe

背景由于业务容器化的推进，对K8S上运行的业务，也必须做到向之前物理机/虚拟机上一样，要有完备的监控保障。但是，毕竟K8S不是物理机/虚拟机，由于技术实现方式不同，监控方面也是有一定差别的。Pod是K8S上调度的最小单元，本文就K8S Pod该如何监控进行说明。CPU在使用物理机/虚拟机时，对于CPU的监控通常关注的是CPU使用率、CPU负载等。在K8S场景下，关注的指标有所不同：CPU使用率、C

1. Wrong Container Image / Invalid Registry Permissions当pod状态为ErrImagePull或ImagePullBackOff时，通常是由于以下3个原因（在排查网络故障的前提下）：镜像tag写错镜像不存在，或拉取的镜像仓库地址写错没有拉取镜像的权限（漏配了imagePullSecrets）2. Application Crash...