AmitGupta 翻译|人们只需要编写代码。在此之前-由于Ops-Dev的两个孤岛之间几乎没有沟通，所有专家都在该项目上单独工作。 最近，DevOps已成为最著名和广泛讨论的软件开发流程之一。DevOps以改进产品交付而闻名，并被亚马逊、Facebook、Netflix和许多其他公司广泛使用。 假设您有任何想法采用DevOps来让您的业务表现更好并更成功。在这种情况下，您必须首先从DevOps咨询公司聘请DevOps工程师。 你对DevOps了解多少？ DevOps代表运营和开发，是一种旨在合并质量保证、开发、基于运营的集成和部署的实践。这些目标领域被分组到一组过程中，这些过程是一致交付方法的自然延伸。 采用DevOps的优势 为您的企业采用DevOps有几个优势。以下是采用DevOps的三个主要好处和优势，涵盖开发的文化、业务和技术方面。满足客户需求在DevOpsIT解决方案中，需要持续更新和新功能，以高效和结构化的方式满足客户需求。因此，价值交付和上市时间都得到了加速。质量提升和产品快速发布在使用DevOps时，会遇到产品持续交付和产品快速发布的问题。通过允许开发人员修复错误和鼓励早期反馈来改进我们的服务。当您选择DevOps时，您将体验到更高的效率和更好的产品质量。改善工作环境在DevOps中，实践和原则有助于团队成员之间更好的沟通。这提高了灵活性和生产力。采用DevOps沟通方式的公司比其他公司更熟练、更高效。DevOps团队成员包括运维人员和开发人员，他们一起工作以帮助业务更顺利地运行。您需要了解DevOps不仅仅是行动。您不需要对业务进行任何实质性的技术更改，因为DevOps主要关注改变人们的工作方式。当您遵守鼓励团队沟通的DevOps原则时，您将取得圆满成功。 希望通过DevOps实现的原则 假设您担心DevOps达不到您的期望，并思考为什么它没有达到您期望的效率、满意度和质量水平。也许您也在尝试遵循其他人的策略来实现您的目标。 您将希望通过尝试下面的这些DevOps原则来制定计划。 为您的业务制定DevOps原则 在理解原则之前，您需要了解使用DevOps的原因和目标。当然，所有企业都希望更快的软件开发。如果你使用其他方法，如SAFe、看板、Scrum等，你可能不会获得更高的效率。DevOps将帮助您更快、更高效地实现目标。 运维效率可以通过在开发过程中不断调优、测试、自省来提升。一个完美的DevOps组织可以自我修复并适应持续的情况变化。通过遵循一些原则，您可以在没有总部帮助的情况下改进整个组织。 8种基本的DevOps原则和实践 1。创建一个自组织系统 有一些简单的规则，如果遵循这些规则，就可以创建一个自组织系统。这些规则有利于整个团队。在DevOps中，开发团队必须在不与内部团队同步的情况下与服务提供商进行交互。简而言之，他们可以在没有太多内部沟通的情况下拥有一个有组织的系统。 2。可能使您的组织受益的规则提供了对当前正在进行的工作的适当访问权限。例如，使用在线公告板来发布任务、会议纪要、项目、讨论、链接等，而不是电子邮件。为避免混淆上下文，请一次处理一项任务。检查团队可用性并相应地计划。例如，我们可以说人们正在计划。 您需要定期检查并允许您的团队创建自己的方式来处理和执行这些规则。重要提示：在加速之前接受你的减速。这将帮助您更有效地成长。如果第一次迭代不是最好的，请不要停止。帮助您的同事处理内部问题。 3。与其组建团队，不如组建专门的任务组 我们将DevOps视为交付开发流程的敏捷延伸，打破了运维团队与开发团队之间的壁垒。您还可以在其他组中使用DevOps。专门的工作组通过模糊开发和运营之间的界限并将它们整合为一个整体来工作。 把一个普通的开发团队变成一个敬业的团队的过程并不像听起来那么简单。您不能只是将开发团队的名称更改为专门的任务组——专为需要全面知识的特定操作而设计。 您可以将您的开发团队转变为一个专门的任务组，通过在不同方面开展工作来升级您的DevOps原则和实践。 4。作为能力中心的任务 任务必须被视为能力中心，具有进入项目的动力，然后帮助Ops和开发团队加快交付过程。 技术债务是如何杀死你的？如果您不使用最新的安全更新更新您的DevOps咨询公司，就会出现问题。大多数时候，除非遇到问题，否则公司不会做出任何改变。这可能导致数据损坏和金钱损失。假设您不进行新的性能更新；你放慢了产品开发。等待迁移计划达到EOL会减慢产品团队的速度并为业务创造更多成本。 专门的工作组可以通过以下方式帮助项目：识别缓慢的流程——例如，现场团队工作、入职面试等。自动化缓慢的流程，如应用程序测试、基础设施测试、容器构建过程、ChatOps、暂存按需环境等。通过新员工、聚会、培训实验室、brownbag发布等方式帮助团队成员提高绩效。确保您的团队继续使用DevOpsIT解决方案。 5.与敏捷教练一起工作 我们知道敏捷是DevOps的延伸。因此，最好有一个敏捷产品开发教练。如果您觉得有需要，请雇用一个，因为您需要一名倡导者。您的数字化转型是与他人共同创造愿景的基础。你可能会达成共识，因为你并不总是有正确的答案。 如今，大多数人都有采用DevOps的想法。这将通过保持系统关闭来告诉您是否有错误。您需要了解开发的目的。实现目标后，让敏捷教练完成他们的工作。这是迈向进步的重要一步。 6。赋能你的团队 给你的团队空间。建立信任并确保他们也信任你。清楚地了解您想要什么以及如何实现任何目标。让您的团队做出某些决定并研究他们的想法。确保你授权你的团队成员。 7。团队技能训练 提供高度集中、简短实用的技能训练。训练他们使用他们每天使用的工具。您的团队必须对他们的方法感到满意。这样，他们会更容易接受。 软技能包括： SSH 高级Bash使用 GitLab（询问他们可以添加哪些功能以进行改进。并告诉他们区分入门/青铜或终极/黄金） Git提交使用，我们为什么要签署它们？ 开启SSL AWK/SED 8.与不确定做朋友 这是一个简单的规则：首先，你应该知道如何接受和管理失败。让一小群开发人员或工程师了解KPI或现实情况。重视他们的想法，让他们为之努力。重复这些步骤。 做KPI回顾，为初创公司工作，知道如何管理失败，互相学习并记住从失败中学习，让它成为一种体验，并实现里程碑。培训您的团队成员，让他们教您如何防止他们重蹈覆辙。 记住，这与技术实现无关 我们知道DevOps的目的是通过精益开发原则帮助敏捷扩展和改进生产。我们也可以说这一切都与改进交付流程等有关。谷歌提出的SRE或站点可靠性工程早在DevOps出现并实施其基本原则之前就存在了。我们可以把这个Agile和DevOps看成是SRE的进化机制。DevOps是一个失败、解决问题和适应情况，然后自我重复的过程。 CD/CI管道和微服务容器编排等最佳实践通过设计帮助我们从故障中恢复，并且它们倾向于解决我们处理故障的速度。这就是精益和敏捷的定义。 与时俱进是关键 充分利用所有可用资源并相应地进行更新。在这个技术时代，人们必须了解周围的环境并保持这种意识，同时利用它来提高自己。DevOps的原则和实践正在帮助许多公司改善和增强他们的弹性。许多像DevOps咨询公司这样的公司是一种生活方式，因为它们以各种方式帮助我们。 原标题：8BasicDevOpsPrinciplesandPractices 原文链接：https://readwrite.com/basic-devops-principles-and-practices/ 译者介绍 张峰，51CTO社区编辑，长期从事技术顾问工作，专注于运维/云原生领域，精通网络故障分析，对大型银行运维工具建设具有丰富的实践经验。
