哈哈 好的等你哈 后面我转向先去搞搞安全。

整理下思路，也算是对过往工作的一个阶段性总结。

你提的几个点都很到位，这种架构很考验团队的分工和组织能力。尽可能抽取共性的能力放中台，让个性化的业务能力放业务部分，这里没有一个通用的公式，取决于各个公司的业务结构。只是相对来说，运维平台、基础架构、研发效能平台、安全平台、数据平台等，这些职能的属性比较独立，更适合放在中台，但也会阶段性发生演变，比如数据部门在公司变得庞大以后，偏业务的数据分析部分会逐渐脱离中台，甚至运维部门里面的应用运维部分也会逐渐分拆到业务线去，没有绝对不变的组织结构。

是的，可以自己设计表结构，汇总最后的运行结果数据入库，然后对结果和过程数据做统一展现，在此基础上上可以扩展出应用，团队，项目各个维度的质效看板。

思路没问题，统一应用管理后，可以有效建立应用和流水线的关系。但前期建议不用纠结于是否一定要有自己的平台替换掉 jenkins 的界面，而是先考虑如何在 jenkins pipeline 里把构建结果有效上报，执行结果统一管理了，是从 jenkins 执行还是自己的平台执行并没有想象的那么重要。

确实容器技术赋予了很多以前不敢想象的能力。

skytraveler 也是测试老兵了，玩微博的时候有关注过。

可以 注明出处即可。