导读:在“DevOps的能力屋”中，华为云DevCloud提出(工程方法+最佳实践+生态)×工具平台=DevOps能力。 华为云DevCloud将推出“DevOps on DevCloud”系列，针对DevOps领域场景，阐述该场景在华为云DevCloud上的实现方法和实践。 本文阐述了A企业在实施DevOps的过程中，如何一步步采用华为云DevOps平台。 该用户成功案例有望为采用DevOps平台的企业提供参考。 为了阅读，本文中的企业A将以第一人称(“我”或“我们”)来解释。 目前，在产品团队的不断努力下，从第一次接触华为云DevCloud开始，我们终于有了一个优雅全面的一站式DevOps解决方案，团队成员不用再费心去使用和维护各种工具和版本。 但是，回过头来看，我们的DevOps持续交付管道，像大多数公司和开源项目一样，有很多混合的产品、服务和脚本，松散地一起使用。 同时，不同公司的不同DevOps工具并不总是兼容的，情况变得越来越复杂。 简而言之，我们有很多工作要做，但最终，我们决定统一工具的行为和目标。 有了华为云DevCloud，我们经历了六个关键阶段。 我们希望这能帮助企业走向DevOps涅槃之路。 第一步:找到你的痛点。或许，对于大多数企业，包括我们自己，DevOps转型的最大动力往往来自于“火烧屁股”，主动转型多是奢谈。 正如微软多诺万·布朗(Donovan Brown)在谈到DevOps时经常说的:“找到最伤人的东西，围绕它做很多很多事情，让它越来越好，直到它不再伤人。” “这也成了我们的座右铭。 如果你打算采用DevOps，并且正在考虑使用DevCloud，那么先看看你自己:我们DevOps管道中最痛苦的是什么？单元测试不够？过多的手工操作部署新版本导致易错？即使你已经达到了DevOps的巅峰，即使你的发布可以一键部署，你仍然可能会中断生产中的某些东西。 但是，你会发现，你没有合适的工具告诉你错在哪里；也许某个东西遇到了瓶颈，或者也许它并不像预期的那样工作。 所以，让我们找到这些痛点，从那里开始。 第二步:源代码版本控制的“代码”是软件研发的核心产品，所以源代码版本控制是DevOps的基石。 在DevOps的协作中，集中式的SVN远远不如分布式的Git，所以很多公司(包括我们自己)把代码从SVN迁移到Git。 这样就可以使用华为云DevCloud的代码托管服务了。 华为DevCloud还提供迁移指南，通过工具或脚本帮助企业迁移，大大简化了相关工作。 当然，如果你使用Git，你应该充分意识到:一分耕耘，一分收获。 对于新手来说，Git需要巨大的学习曲线，合并、推、拉、换基等很多操作都有点复杂。 这里有一个好建议。当你开始使用Git时，你可以像对待以前的版本管理系统一样对待它。如果将所学知识运用到Git中，就可以摆脱最初学习的困境。 对于其他复杂的操作，随着时间的推移，你会开始适应，自然学会使用那些强大的功能。 现在整个行业最近都在快速采用Git。我希望你不会迟到。 Git有一个真正革命性的杀手级功能——轻量级分支。 创建Git分支的本质就是创建一个指针。 当然，选择哪种分支模式(Gitflow，Gitlab Flow，GitHub Flow，或者用户自己设置流量)，产品团队需要考虑团队生产力和个人生产力的平衡。 建议从成熟的流量模型入手。 第三步:任务管理任务管理是产品团队除了源代码版本控制之外必须做好的另一项基础工作。 我们一直在使用业界主流的敏捷项目管理工具T。 我们非常喜欢它的简单。跟踪看板工作时，只有三种状态:未完成、进行中、完成。 但是随着R&D要求的提高，简单的状态跟踪已经不能满足我的需求了。 另外，在获取用户需求的前期，希望对产品做一个需求规划，让团队按照发布或者迭代来分解需求。 DevCloud的项目管理服务处理这些痛点，比如思维导图可视化、层次需求规划、标准Scrum方法，以及自己设置工作项状态的能力。 当然，这意味着你已经失去了简单明了的方法。 图1在Scrum board视图中检查工作项目的状态。归根结底，你可以选择你喜欢的工具，比如T，一个简洁的敏捷项目管理工具，效果很好，但是你会失去可追溯性。 华为云DevCloud可以帮助你在DevOps中做更多的事情，比如需求工作项与代码提交的关系，需求工作项与测试用例、缺陷的关系。 第四步:拥抱CI/CD在使用华为云DevCloud之前，我们使用了一个主流工具c。 事实上，它是一个非常好的持续集成产品，提供内部版本和SaaS版本。 用DevCloud编译构建服务的一个好处就是构建的启动速度变得非常快。 对于工具C，每当我们需要一个新的构建时，我们将提供一个VM，这可能需要5到10分钟。 这个前置时间太长，变得很烦。 华为云DevCloud有一个热机器池，可以随时在云中构建，所以只要有人提交新的提交，构建就会立即发生。 过去，我们的部署过程是手动的，我们必须运行成批的解决方案脚本。 使用DevCloud管道很有趣。不仅可以支持一键全自动部署和投产变更，还可以提供完善的可视化布局。它可以管理构建、部署、自动测试等。并根据实际需求定制多级流水线，增加质量准入控制和人工审核控制。 第五步:错误跟踪。在此之前，我们使用Excel来跟踪bug。随着团队数量的增加，我们已经足够区分Excel版本了。 使用DevCloud后，给我们的工作带来了不可思议的改变。 首先，Bug追踪在晨会上直观展示。 我们在开晨会的时候，把Scrum缺陷跟踪板放在屏幕上，可以通过筛选选择每个成员的Bug状态和级别，方便识别风险。 其次，Bug跟踪与需求和测试的关系。 在DEV中，基于需求创建测试用例，当测试用例失败时，产生bug，从而实现需求、测试用例、缺陷的双向关联。 最后，多维度的Bug统计 在DevCloud统计报告中，预置了多种Bug统计报告，客户也可以根据自己的需求设置自己的统计报告。 图2 DevCloud中预设的统计模板第六步:定制dev cloud，满足项目需求。不要陷入DevCloud希望你的工作方式。 如果有很多不同的状态，如已批准、已提交、已处理、已验证，请不要盲目屈服于敏捷或Scrum的产品定义或那些对你不起作用的东西。 问问自己最简单的可能行得通的东西是什么，然后开始做DevCloud。 最重要的是，不要因为DevCloud产品经理想太多，就强迫自己想太多，无所适从。 自己设置更容易，因为DevCloud提供了工作项字段、模板、状态流等的定制。 你可以用它来增加事物，也可以用它来减轻事物。 所以，把对你没有任何意义的东西拿走，保持在最低限度。 只是把它作为一个工具来理解你的团队在做什么，传达优先事项，并保持简洁实用。 华为云DevCloud最重要的是作为综合处理解决方案的聚合效应。 你可以选择只使用这些服务中的一部分，但是如果你选择使用尽可能多的服务，你会发现令人震惊的积极变化。 当然，这并非没有困难，也不是一朝一夕就能实现的。 DevOps转型面临着不同层面的变革，从改变企业文化到投资整个组织的新工具平台，再到团队成员的知识和技能水平。 但是请相信，这确实是一个短期痛苦，长期有利可图的改变！一个全面的解决方案无疑将是赢家。 一旦我们采用了集成工具平台，向我们的用户交付软件就变得更加容易、更加自动化，甚至是一种良好的体验。 无论如何，采用华为云DevCloud会损失什么？我相信，无论你只使用部分服务还是全部服务，都只会给你带来更多的商业利益和高效的交付体验。 点击关注，第一时间了解华为云鲜科技~