我们实现了工作量的统计，举个例子吧。工作量首先要衡量这个人一天上班多多少小时，有多少时间属于有效时间，以研发为例，研发日常工作有开会沟通需求，有写代码，有其他一些事务性工作。开会可以从会议系统中获取相关数据，编写研发文档可以从文档系统中获取，代码的数据可以从提交代码...

个人觉得三个步骤吧，以为容器云为例。1、第一个阶段，依托于镜像和配置分离的主机管理思路，以及配合混合云管平台的自动化主机生命周期管理能力，对开发、测试、生产环境做了全面的整改和统一。2、第二个阶段，建设运维管理平台（运维脚本），基于该平台对大部分的运维工作场景进行了梳...

云原生的DevOps和标准的DevOps方法上是一样的，不一样的是工具和流程，云原生的DevOps采取了容器云的工具，功能上更贴合容器云的场景，流程是也更加简化，主流工具有docker，k8s，gitlab Prometheus。 与传统DevOps方案相比，容器云平台实现DevOps主要优势如下。（ 1 ）开发、测试和生产环境...

直接摘录书籍中的内容敏捷和DevOps的关系： 绝大多数企业的 DevOps 实践在于软件快速交付和系统稳定运营。团队共享面向客户的价值和集成目标，同时共担质量责任。但是， DevOps 并不会取代敏捷，而是对敏捷的补充。它通过消除浪费和简化部署等思想，实现持续交付的目标。 DevOps ...

这个属于DevOps各能力子域的工具组链，其实，jenkins，gitlab，maven这些工具都是属于持续集成和持续部署的范畴，相关的工具还有很多。相关的组链方式有两个方向，第一种是功能的组链，为了构建cicd的流水线，如下述，标准的使用Maven构建Java程序流程图如下，大致有如下步骤，代码提交、集成...

这个问题非常棒，如何和业务衔接取决于对DevOps的理解，必须要理解到DevOps的锚定价值，快速的将产品投入到市场，并快速的得到反馈进行优化，同时对产品生命周期的全域负责。可以清晰的看到，DevOps的锚定价值和业务是离不开的。1、如何快速的将产品投入到市场，这是DevOps的原生价值，...

我是这么理解的，这两个不应该放在一起说，总体而言，DevOps是一个方法论，目的是为了提升组织级的能效和质量，这是技术管理者的范畴，如果CIO或者CTO作为DevOps的推动者，那DevOps的目的是为了更好、更快、更高质量的将产品投放到市场，并在市场中获得反馈后快速的进行优化。如果用大白...

这种方式是标准的部署方式， argocd监控到部署文件的变化并将最新状态同步到k8s集群可以最大限度的保证业务连续性。

我写了一篇文章，关于做技术管理的，里面有一个是描述向上管理方面的，建议参考。https://mp.weixin.qq.com/s/jGUpAaVCJIAmcamK5fAG4w

这个涉及了工具选择的问题，我个人觉得，选什么工具不重要，怎么推进DevOps也不重要。重要的是你所选择的工具是否可以进行实现一站式或流水线的方式，书籍中针对工具的选型和组链有详细的描述。在此从方法的层面进行简单的概述。如果你所在的部门不具备推动全局的DevOps，那就从局...