1同行回答
针对你的问题，分享一些我司做相关项目的经验。
1.DevOps技术路线
DevOps技术实现路线也有多种方式，最简单的是选择Jenkins。同时可以选择源码管理工具SVN或Git等，打包构建工具Maven或Gradle等，单元测试工具Junit等。和容器平台集成，实现持续集成和持续部署能力。项目初期可以使用Jenkins等开源组件构建自己的DevOps能力，等达到合适规模再重构DevOps. 通常有不少团队都开始使用容器环境并且需要持续的更新测试，就非常适合构建DevOps流程。
也有不少公司在容器平台上实现了流水线，不过在我们看来更多是PoC概念验证的功能，不具备生产就绪能力。我们不建议流水线构建在容器平台，首先容器平台适合轻量多变的场景需求，DevOps流水线通常一次配置，持续使用，其稳定性要求还是有的，不用频繁的构建流水线。另外生产环境也不适合持续的集成和部署，所以我们提出了标准化交付流程：以镜像仓库为媒介，开发交付标准化镜像，以镜像仓库为终点；部署以镜像仓库为起点，实现自动化部署和自动化运营监控，自动的告警反馈。
也有像阿里的云效，做了东西很多，把项目管理的内容也都放在DevOps中。从我们个人观点，不建议把DevOps搞的过于复杂，流程过于繁琐。DevOps的目的是为了敏捷和高效，因此我们认为要尽可能的简化和便捷。可以把Jira、Swagger等集成进去，实现整个流程的闭环。不过DevOps并不是完全自动化，借助一些自动化的步骤来提升开发测试运维效率，比如我们采用容器平台可以快速构建应用测试所需环境，这样就大大减少了应用测试环境准备的时间，可以做到分钟级环境就绪。
2.DevOps思想和方法论
我们认为DevOps重点不在于选择什么样的工具，而是团队间的协调和配合意识和能力，流程工具只是个辅助。因此DevOps思想的传播和介绍可能首先要做起来，让各个团队有DevOps意识。然后根据企业实际选择DevOps工具链和实现DevOps流程。
3.DevOps标准化
DevOps标准化难度非常大，但也不是不可以做。很多公司在考虑开发运维工具的统一化，这样可以减少很多的学习时间和资金成本。目前DevOps标准化更多需要从我们提出的标准化交付思路出发，以镜像仓库（或标准化交付库，比如交付jar文件或war文件等）为媒介，标准化CI和CD。