2019-09-15请教几个和组织结构相关的问题，可能和技术关系不大。
1. DevOps需要作为一个横跨多个部门的独立部门存在吗？如何统一不同部门之间不同的开发规范？
2. DevOps需要在公司层面针对所有项目进行统一管理吗？
3. DevOps有价值，持续交付也有价值，但是涉及到不同的部门时，不同的部门可能有不同的诉求，如何平衡所有的利益？- 2019-09-15不是很理解构建环境容器化的含义。
从持续交付的角度来说，我们有Jenkins来从GitHub获取代码，有Maven或者其他工具来打包，有Dockerfile来构建镜像，有私有docker registry来管理镜像，有Kubernetes来管理容器实例。我理解这就是一个闭环了。 1 
2019-01-23请问如何能够实时获取到jenkins的构建数量呢，
2018-08-11使用了GitLab runner ，编译部分已经完成，正在进行线上docker，目前无法大批量转入k8s，只能使用docker swarm，资源调度还有些距离，毕竟现在只有两台机器，推动难度很大，只能将新的推荐和ai业务进行容器化。原先的php业务耦合太严重。作者回复: 一步步走稳，解耦是架构永远追求的目标
2018-08-10我们现在个别的项目在使用jenkins的流水线，为了实现持续部署，开发了一套内部管理平台依靠jenkins提供的接口，实现了流水线的执行过程的监控，自行开发了环境资源管理模块，自动化测试模块，最终通过docker发布。将整个过程都在管理平台统一跟踪监控。我想问一下作者，我们现在的产品线项目非常多，只有个别的项目加入了jenkins,那现在除了让各个项目组都加入pipeline，还有没有其他比较好的方式能实现对整个从开发人员提交代码后，接下来的走查，单元测试，环境部署，自动化测试等等这些全周期部署过程都能依靠平台统一监控各个过程。谢谢！！作者回复: 监控肯定不是最终的目的，提高研发效率才是，所以，不管是标准化，还是自动化，以提高效率为目标，解决实际问题，就比较容易被项目组所接受
2018-08-09jenkins ci和现在最新版本的gitlab自带的ci功能有何区别呢，哪一个更适合使用呢，最近在公司用的是用的自带的，想了解下是否需要切换，还望给点意见作者回复: 本质上都是任务驱动管理，如果已经很熟悉gitlab那就用它的ci，Jenkins更多了不同插件的支持，如果你有更丰富的需求，不如自动化测试，部署等等，Jenkins就更适合
2018-08-09jenkins的slave扩展问题，我也是通过容器的方式，master使用swarm插件，每个开发者可以在自己的机器上启动slave镜像，避免资源不足和自己构建的需求。看到作者提供思路和方案，很受启发，谢谢。
2018-08-09老师，请问你有研究过teamcity吗？我大致在网上查了下，说它开箱即用更容易些，但高可用和弹性伸缩不知道是否支持作者回复: 没有特别去研究这个，但是我写的那个ha方案是通用的，无论构建引擎用的是什么，甚至混用都可以的