摘要：随着企业从以产品为导向的开发模式向以客户为中心的方法转变，更短的发布周期、更高的质量以及DevOps团队之间的无缝协作成为当下的需求。DevOps正确地服务于这个目的。DevOps是一种创新方法，它提供了一组实践，将开发和运营团队聚集在一起，以无缝协作并持续更快更好地交付优质产品。

  DevOps是一种创新方法，它提供了一组将开发和运营团队聚集在一起的实践。
　　
　　随着企业从以产品为导向的开发模式向以客户为中心的方法转变，更短的发布周期、更高的质量以及DevOps团队之间的无缝协作成为当下的需求。DevOps正确地服务于这个目的。DevOps是一种创新方法，它提供了一组实践，将开发和运营团队聚集在一起，以无缝协作并持续更快更好地交付优质产品。
　　
　　在传统的瀑布软件开发环境中，不同的团队被分配了不同的任务。开发人员专注于使用现有软件根据项目需求引入功能，而运营团队则关注基础架构的稳定性。因此，更改是开发人员想要和运营担心的事情。产品质量也是质量团队的唯一责任。
　　
　　DevOps的出现改变了软件开发领域，使开发人员、运营和QA的跨职能团队能够在自动化的持续交付环境中无缝协作并交付质量。在DevOps驱动的持续交付环境中，开发人员和运营团队共同考虑功能将如何在生产环境中响应，从而减少错误、加快上市时间、提高质量和效率。随着质量工程和质量保证齐头并进，QA团队现在更开心了，因为质量不仅是他们的工作，而且变成了DevOps团队的责任。
　　
　　DevOps团队结构
　　
　　DevOps团队结构在充分利用DevOps优势方面发挥着至关重要的作用。企业应确保团队由正确定义DevOps角色和职责的人员组成。
　　
　　DevOps团队由来自开发、质量、安全和运营部门的专业人员组成。由于团队的核心责任在于拥有DevOps团队的人，因此企业中的高级人员将是领导团队的理想人选，被称为DevOpsEvangelist。DevOps传播者将确保将DevOps流程的职责分配给正确的人员。最小的DevOps团队应由以下人员组成；软件开发人员/测试人员、自动化工程师/自动化专家、质量保证专家、安全工程师和发布经理。团队的粒度最终取决于企业的规模。
　　
　　随着基础设施即代码的发展势头越来越大，开发和运营之间的界限正在迅速消失。当前的DevOps团队结构包含精通编码和操作的人员。强大的沟通能力、技术专长和团队合作精神是DevOps人员的重要特征。最重要的是，每个成员的承诺和支持也很重要。
　　
　　DevOps团队的领导力
　　
　　企业在启动变革时失败的主要原因之一是文化根深蒂固。谈到DevOps，文化转变是一个关键组成部分。因此，领导力在DevOps环境中最为重要。员工大多抵制变革。与团队的适当接触和影响整个企业的积极性至关重要。
　　
　　理想情况下，DevOps团队由了解业务流程、拥有技术专长并与所有员工互动的企业高级成员领导。DevOps布道者填补了这个职位。领导者应该有一个清晰的愿景，并在整个团队中清晰地表达愿景，驱动意图，激励，激励和鼓励每个人。无缝协作和参与不仅可以帮助每个人获得动力，而且可以与企业目标保持一致。
　　
　　其次，领导层应该认可有技能的人，并通过个人支持、指导等培训他们成为领导者。第三，分散决策使团队能够全面分担DevOps责任，同时允许他们加快流程。理想情况下，领导者应该成为榜样，表现出正直，创造一个值得信赖的环境，并激励他人遵循这条道路。
　　
　　DevOps团队的共同职责
　　
　　在DevOps环境中，跨职能团队分担共同的责任。以下是DevOps团队的一些职责：
　　
　　CI/CD管道
　　
　　持续集成和持续部署(CI/CD)是DevOps的核心。该管道包含自动化构建、测试和部署所需的集成流程。在构建阶段，应用程序的编译使用版本控制系统进行。在这里，根据企业合规性要求验证构建。在测试阶段，测试代码，发布阶段将应用程序交付到存储库。在部署阶段，应用程序被部署到所需的平台。
　　
　　持续交付获取应用程序并将它们交付到选定的基础架构。测试移向CI/CD管道的左侧部分，其中代码在交付到生产之前自动测试。它提高了协作和质量。
　　
　　云计算/服务器/网络架构
　　
　　通过云技术增强的DevOps使企业能够使用不同的架构（例如微服务、无服务器架构和云架构）构建高度可扩展和灵活的应用程序。
　　
　　将大型应用程序构建为单个实体的单体架构多年来一直统治着软件领域。虽然这种架构提供了稳定性，但对应用程序的任何更改都会影响整个应用程序。随着应用程序的增长，它变得复杂并阻碍了可扩展性。微服务解决了大部分挑战。
　　
　　微服务架构是将应用程序构建为松散耦合、可独立部署并使用轻量级协议的较小服务的过程。这种架构有利于应用程序的增量开发。它补充了DevOps团队结构，因为每个小的更改都得到了有效处理。通过允许跨流程使用共享工具堆栈，微服务和DevOps齐头并进以提高生产力。微服务架构提高了可扩展性和可靠性。应用程序的可用性和可修改性也增加了。因此，应用程序开发管理变得高效和容易。
　　
　　这是一篇关于微服务与单体应用的精彩博客，可以帮助了解它们之间的差异。
　　
　　同样，云架构是通过集成各个技术来创建云平台。它不仅仅是抽象硬件功能，还涉及其他流程，如自动化、编排、API、容器化、安全、路由、UX设计等。公共、私有、混合和多云是流行云架构的几个例子。
　　
　　在无服务器计算或无服务器架构中，可以将应用程序托管在第三方服务器上，这意味着不必维护服务器资源和其他与服务器相关的硬件。它也称为功能即服务(FaaS)，因为实际上通过云将功能作为服务交付。无服务器架构类似于平台即服务(PaaS)，但用法不同。在PaaS中，托管、扩展和交付整个应用程序。在无服务器架构中，托管所需的功能、扩展它们并通过云交付它们，而无需承担架构责任。因此，只能为使用的功能付费。AWSLambda是一种流行的FaaS（功能即服务）工具。
　　
　　谈到DevOps职责时，DevOps架构师准备基础设施、设计计划并提供构建相关流程的指导方针。DevOps工程师实施此计划，以针对特定环境使用正确的工具堆栈和基础架构即代码(IaC)技术来设计和自动化DevOps流程。DevOps架构师将在整个产品生命周期中再次监控这些工具的实施。
　　
　　基础设施即代码
　　
　　基础设施即代码(IaC)是一种使用代码管理基础设施运营的创新概念。与使用手动配置文件和脚本来管理配置的传统环境不同，IaC在自动化环境中使用代码执行操作。它将基础架构视为代码，应用版本控制系统、监控工具和虚拟化测试来自动化和管理操作，就像对代码发布所做的那样。代码描述、管理和融合机器或基础设施的期望状态。IaC不仅仅用于自动化；它还允许实施DevOps最佳实践以消除错误、对基础架构执行测试、简化操作、加快部署，以及在发生灾难时在几秒钟内灵活地更改和重建整个系统。当避免文档时，无缝协作成为现实。
　　
　　关于基础架构即代码的文章介绍了它的优势、最佳实践和最佳IaC工具！
　　
　　云迁移
　　
　　将应用程序和数据迁移到云端并非易事。云迁移策略因企业而异。Replatforming、Rehosting、Repurchasing、Rebuilding、重构和停用是可以遵循的一些策略。需要通过评估应用程序功能和云就绪情况、选择正确的提供商、迁移应用程序和数据以及执行后验证来准备和实施迁移策略。
　　
　　云迁移的第一步始于发现当前的IT基础架构并评估产品功能、云就绪水平和云需求。安全、网络和数据中心管理团队通常坐在一起完成这项任务，以准备一个云迁移框架和编写良好的文档。在此阶段，由IT、运营、安全、财务和管理部门的成员组成一个跨职能的DevOps团队，他们共同承担DevOps的责任，以实施云迁移框架。
　　
　　云迁移发生在三个层面。首先，DevOps团队在基础架构级别工作，为应用程序迁移设计基础架构。其次，团队在应用程序级别工作，将应用程序迁移到云端，从最不复杂的应用程序开始，然后根据需要进行扩展。第三，云迁移团队在数据层面工作，将系统数据和应用数据安全迁移到云环境。安全人员将制定安全访问策略。
　　
　　这是DevOps转型在新的云环境中开始的时候。在DevOps架构师的指导下，DevOps工程师使用定制的工具堆栈构建DevOps流程（例如CI/CD管道）以及连续监控循环，以分阶段开始操作。根据反馈，扩大运营。DevOps布道者监控整个项目。
　　
　　同样，云之间的迁移更加令人生畏。当从AWS迁移到Azure或GCP时，可能需要重新调整软件。多云平台更加复杂，需要高超的专业知识、技能和适当的策略才能顺利过渡。
　　
　　安全合规
　　
　　与具有相反目标的开发和运营团队一样，开发和安全运营也有相互冲突的目标。传统上，开发团队和运营团队专注于策略管理、代码检查等，而安全团队则追溯监控和降低风险。但是，合规性现在是每个发布周期的要求。因此，必须将安全性纳入开发的规划阶段。
　　
　　DevSecOps将安全性集成到DevOps中，弥合了这一差距。因此，安全性也是自动化的，在速度和规模方面与持续交付相当。开发人员可以轻松地遵循控制实施以遵守合规性要求。
　　
　　系统强化是加强系统配置并减少潜在漏洞的另一个安全过程。通过删除不必要的程序和可访问的帐户，可以减少威胁。需要自定义高于或超出常规配置的安全规则。需要在应用程序接受登录时实现更多配置设置，并在更新和其他操作模式进行时放松规则。在不同的发展阶段应执行不同的规则。
　　
　　在DevOps环境中，自动化安全规则也很重要。可以在粒度级别执行的自动脚本，以方便灵活地自定义异常和模式。硬化完成后，团队应验证它是否符合基线，然后持续监控以避免偏差。它也应该不断改进和更新。
　　
　　信息安全必须最早纳入DevOps。作为最佳实践，DevOps团队结构应包括信息安全专家，他们直接参与软件工程过程，从演示和战略规划到审查，以便他们设计整个产品生命周期的安全合规性和目标。信息安全是DevOps中的日常流程。
　　
　　DevOps文化：在整个IT部门实践和传播DevOps文化
　　
　　当文化在企业中根深蒂固时，抵制变革是一个很大的瓶颈。由于DevOps不仅仅是一种工具或技术，因此在整个企业中看到自上而下的文化转变非常重要。团队应该打破孤岛，找到一个共同点来无缝沟通和协作。它应该从业务角度到所有利益相关者、部门和开发阶段的部署和维护都发生。使用不同的工具、技术、流程和人员，实现这一目标是一项艰巨的任务。只有当每个人都接受这种变化、实践和传播这个概念时，它才会发生。DevOps领导者在这一职责中扮演着关键角色。
　　
　　持续监控
　　
　　DevOps中的持续监控提供有关生产中应用程序性能的实时反馈。随着DevOps的开发速度越来越快，QA需要跟上这个速度来运行自动化测试。QA依赖于CI，持续监控成为产品生命周期每个阶段不可或缺的一部分。当前的监控工具不仅限于生产环境，它们还可以主动监控整个应用程序堆栈。当监控集成到DevOps生命周期中时，跟踪DevOpsKPI变得容易，应用程序部署变得高效。它还促进了开发和运营团队之间的无缝协作。
　　
　　IT支持
　　
　　IT支持是另一个重要的团队，应该集成到DevOps生命周期中。它应该是自动化的，以匹配敏捷开发的速度和规模。当开发人员将代码推送到生产环境时，他们可以将已知错误传达给支持团队。同样，应将与事件和问题相关的Kbs传达给所有成员，以便对每个人进行有关问题和事件的教育。
　　
　　从服务台到运营和开发，每个人都应该负责并与提出的票证联系起来，以便他们了解基础设施中发生的事情。通过将工单链接到相应的版本或更改，可以减少错误并更快地构建应用程序。
　　
　　待命（事件管理）
　　
　　随叫随到的事件管理在DevOps环境中并没有太大的不同。唯一的变化是开发人员也参与了这个过程。团队协作识别漏洞并准备好有效处理事件。借助监控工具、持续反馈和警报工具，团队可以检测、响应和解决问题以及事后分析过程。
　　
　　当一名随叫随到的工程师响应事件时，DevOps团队会分配多人进行上报，以便随叫随到的工程师可以将其上报给合适的人或团队。问题解决后，团队会再次分析系统，为未来的事件做好准备。
　　
　　DevOps团队中的常见角色（DevOps角色）
　　
　　以下是DevOps团队中的一些常见角色。
　　
　　（1）开发运维工程师
　　
　　DevOps工程师负责设计团队持续构建和交付产品所需的正确基础架构。工程师确定项目需求和KPI并定制工具堆栈。他精通自动化工具和安全技术。从产品的构建、测试、部署和监控开始，工程师就集成了产品生命周期每个阶段所需的所有资源和功能，同时保护云架构免受黑客攻击。此外，工程师还参与团队组成、项目活动以及定义和设置CI/CD管道和外部接口的流程。
　　
　　（2）发布经理
　　
　　在DevOps团队结构方面，发布经理是要求最高、压力最大的角色之一。发布经理负责整个发布生命周期，包括规划、调度、自动化和管理持续交付环境。发布经理主要以运维为中心，他们设计一个自动化管道以将代码顺利推进到生产，监控反馈和报告，并计划下一个版本，在无限循环中工作。
　　
　　（3）DevOps/CloudOps架构师
　　
　　DevOps架构师的职责是分析现有的软件开发流程并创建优化的DevOpsCI/CD管道以快速构建和交付软件。架构师分析现有流程并实施最佳实践，以使用正确的工具和技术简化和自动化流程。此外，他还监控和管理技术运营，与开发和运营合作，并在需要时提供支持。他还根据需要充当领导者。
　　
　　（4）安全与合规工程师
　　
　　安全与合规工程师(SCE)负责DevOps环境的整体安全。SCE与开发团队密切合作，设计安全性并将其集成到CI/CD管道中，确保数据完整性和安全性在产品生命周期的每个阶段都不会受到损害。此外，SCE确保正在开发的产品符合监管法规和合规标准。
　　
　　（5）软件开发人员/测试人员
　　
　　普通软件开发人员编写代码来构建产品时，DevOps软件开发人员/测试人员参与了整个产品生命周期。DevOps开发人员的职责包括更新代码、添加新功能和解决错误等任务，同时确保应用程序满足业务目标。此外，开发人员运行单元测试，将代码推送到生产环境，并监控其性能。
　　
　　（6）DevOps布道者
　　
　　对于一个企业要充分利用DevOps，它应该经历一次完整的文化转变。DevOps布道者是充当变革推动者的人，他激励、教育和激励整个企业的人们踏上DevOps之旅。布道者消除不同团队之间的隔阂，将它们带到一个通用平台上，确定DevOps成员的角色和职责，并确保每个人都接受了分配给他们的工作的培训。总体而言，布道者引领DevOps之旅，确保整个企业发生文化转变，每个人都了解自己的角色和责任，找到优化流程的方法，并确保在端到端产品中实施最佳实践开发生命周期。
　　
　　提高DevOps团队的效率
　　
　　虽然许多企业专注于工具和技术，但人们和文化却被忽视了。但是，为正确的任务选择合适的人员并在整个企业中引入DevOps文化可以带来长期的结果。
　　
　　保留宝贵资源
　　
　　DevOps团队很特别。他们在独特的文化中工作。因此，企业应该更多地关注留住现有员工，而不是招聘新员工。企业通常会在培训新员工和跨团队整合资源方面产生大量成本。但是，在企业内识别潜在人才并建立新的DevOps团队将是一个好主意。它不仅具有成本效益，而且他们拥有并与他人分享的知识将是一个额外的优势。
　　
　　提供正确的工具、让他们参与有远见的项目、在称职的管理人员和高素质的人下工作是有助于留住员工的一些方面。
　　
　　跨职能团队/小队
　　
　　在传统的软件开发环境中，开发人员和操作人员有不同的目标、激励和责任。虽然开发人员因功能集而获得奖励，但当基础设施稳定时，运营会获得奖励。因此，开发人员不关心稳定性，而运维团队不喜欢频繁更改代码。为了克服这一挑战，应该使用跨职能团队自定义的DevOps团队结构，该团队由共享激励和责任的设计人员、开发人员、测试人员、安全专业人员和运营成员组成。现在，跨职能团队的每个成员都将在产品生命周期的每个阶段承担同等责任。
　　
　　计划招聘
　　
　　由于DevOps既不是技术也不是工具，因此招聘合适的DevOps人力资源是一项具有挑战性的任务。与其陷入流行语中，重要的是首先查看企业特定的需求。根据行业趋势、技术分析和业务需求制定招聘策略。准备具有简化的面试流程和入职机制的结构化流程管理系统，并执行它以在正确的时间为正确的工作雇用合适的人。
　　
　　软技能是DevOps团队结构中最重要的要求。与技术技能相比，软技能更难教你的员工。因此，请确保的员工是富有创造力的思想家和团队成员，沟通良好，并准备好学习。除了说话之外，他们还应该倾听并将信息转化为可操作的见解。
　　
　　作为DevOps团队成功的最佳实践
　　
　　与ITIL一样，DevOps没有标准策略。需要通过查看早期采用者提供的提示来定制的DevOps策略，以充分利用其优势。该团队的主要目标是提供更高的性能、快速从中断中恢复并减少故障。
　　
　　首先是选择合适的人才。在获得合适的人才后，跨客户价值流企业的团队。从较小的团队开始，然后扩大规模。为每个团队提供自主权以选择他们的工具和流程，同时不偏离共享工具策略和集中的可见性和监控。
　　
　　由于DevOps团队与多个部门和人员协作，因此为他们提供正确的工具和技术非常重要。跨企业的无缝沟通不容忽视。建议使用正确的聊天工具和通信工具。警报升级和事件管理工具在帮助成员及时接收警报并让自己了解整个基础架构中发生的情况方面发挥着便利的作用。他们可以集成监控工具并共享一个通用的工作流程。在整个过程中实施自动化也很重要。
　　
　　虽然团队合作很重要，但在个人层面上与成员打交道同样重要。定期鼓舞士气的谈话、动机和灵感将提高成员的士气，这将显着影响系统的整体生产力。
　　
　　结论
　　
　　DevOps不是一种“一刀切”的方法。每个企业都有不同的DevOps要求，每个企业对DevOps的看法也不同。由于缺乏标准和政策，企业在准备和实施企业中的DevOps团队结构和战略时应格外小心。
　　
　　从企业层面开始，雇佣和管理企业所需的合适人才。在团队层面工作，设计和构建流程，定义DevOps团队的角色和职责，并选择正确的技术堆栈。然后深入到个人层面去接触团队的每一位成员。在DevOps环境中取得成功的秘诀是在整个企业中获得自上而下的支持。
　　
　　最重要的是，DevOps不仅适用于开发人员或运维人员。它适用于整个企业。
　　
　　编辑：Harris