Practice_Deployment management 部署管理实践ITIL 4中文版【初译】

返回ITIL4理论与实践整体知识体系中文版发布文件汇总

关于本文件 本文档为部署管理实践提供了实用指南。它分为五个主要部分，内容包括： ●有关实践的一般信息 ●实践的流程和活动以及它们在服务价值链中的作用 ●实践中涉及的组织和人员 ●支持实践的信息和技术 ●用于实践的用于合作伙伴和供应商的注意事项。 1.1ITIL®4鉴证方案 本文的选定内容可以作为以下教学大纲的一部分进行检查： ●ITIL专家：创建，交付和支持 ●ITIL专家：高速IT 有关详细信息，请参考教学大纲文档。 一般信息 2.1目的和描述 关键信息 部署管理实践的目的是将新的或更改的硬件，软件，文档，流程或任何其他组件移到实际环境中。它还可能涉及将组件部署到其他环境以进行测试或登台。 部署管理实践负责将服务或服务组件移入指定的环境。该实践使得部署或从不同环境（包括开发，集成，实时，生产，测试或登台环境）的服务组件或从其中移除。 实践通常应用于组织控制的商定的范围内的数字化和物理IT组件，包括软件，硬件，文档，许可证和数据。 2.2术语和概念 2.2.1环境环境 部署管理实践支持在环境之间移动产品，服务和服务组件。 服务组件的生命周期可能因其类型和发包方法而异。组织中受控环境的数量和用途也可能有所不同。表2.1列出了开发软件的组织的示例环境。 表2.1开发软件的组织的示例环境列表 环境 目的 开发/集成 开发和集成软件 测试 测试服务组件 分期测试版本，包括产品，服务和其他配置项目 现场/制作 向服务消费者提供IT服务 对于组织以外的产品和组件，开发环境可能不在组织的控制之内。对于交付给组织以外的服务消费者的产品和服务，可以限制运行环境之上的控制。其他变化是可能的。 2.2.2持续集成，持续交付和持续部署（CI/CD） 敏捷和DevOps中部署的关键概念是： ●持续集成在软件开发环境中集成，构建和测试代码。 ●持续交付持续交付意味着内置的软件可以随时发布到生产中。可以进行频繁部署，但是部署的决定要视具体情况而定，通常是因为组织更喜欢部署的速率较低。 ●持续部署更改会通过流水线并自动放入生产环境中，从而每天可以进行多个生产部署。连续 部署依赖持续交付。 软件开发和管理，服务，验证和测试，部署管理，基础设施和平台管理和发布管理实践均支持这些方法。这些实践涉及特定技能，流程，过程，自动化工具以及与第三方的协议。它们为集成，交付和部署启用了连续的流水线。这也会影响其他实践的设计，例如服务配置管理，监控和事态管理，事件管理等。 2.3范围 部署管理实践的范围包括： ●产品，服务和服务组件在受控环境（例如开发，实时，测试和登台环境）之间的有效转移。 ●有效地从指定环境中删除产品，服务和服务组件。 这些添加，修改和删除可以是由以下各项触发的授权更改/发布的一部分： ●服务的新/变更要求 ●新功能/版本 ●技术和运行的的更改 ●第三方变更要求 ●服务退役和撤职 ●支持/故障排除 ●服务请求。 部署管理实践中未包含几个活动和职责范围，尽管它们仍与部署密切相关。表2.2中列出了这些内容，以及对可以找到它们的实践的引用。重要的是要记住，ITIL实践只是价值流的背景中使用的工具的集合；根据情况，应将它们组合在一起。 Aboutthisdocument Thisdocumentprovidespracticalguidanceforthedeploymentmanagementpractice.Itissplitintofivemainsections,covering: ●generalinformationaboutthepractice ●thepractice’sprocessesandactivitiesandtheirrolesintheservicevaluechain ●theorganizationsandpeopleinvolvedinthepractice ●theinformationandtechnologysupportingthepractice ●considerationsforpartnersandsuppliersforthepractice. 1.1ITIL®4QUALIFICATIONSCHEME Selectedcontentofthisdocumentisexaminableasapartofthefollowingsyllabus: ●ITILSpecialist:Create,deliverandsupport ●ITILSpecialist:HighVelocityIT Pleaserefertothesyllabusdocumentsfordetails. Generalinformation 2.1PURPOSEANDDESCRIPTION Keymessage Thepurposeofthedeploymentmanagementpracticeistomoveneworchangedhardware,software,documentation,processes,oranyothercomponenttoliveenvironments.Itmayalsobeinvolvedindeployingcomponentstootherenvironmentsfortestingorstaging. Thedeploymentmanagementpracticeisresponsibleformovingaserviceorservicecomponentintoadesignatedenvironment.Thispracticeenablesthedeploymentorremovalofservicecomponentsfromortodifferentenvironments,includingdevelopment,integration,live,production,test,orstagingenvironments. ThepracticeisusuallyappliedtodigitalandphysicalITcomponents,includingsoftware,hardware,documentation,licences,anddata,withintheagreedscopeofenvironmentscontrolledbytheorganization. 2.2TERMSANDCONCEPTS 2.2.1Environments Thedeploymentmanagementpracticeenablesthemoveofproducts,services,andservicecomponentsbetweentheenvironments. Aservicecomponent’slifecyclemayvarydependingonitstypeandthesourcingapproach.Thenumberandpurposeofcontrolledenvironmentswithintheorganizationmayalsovary.Table2.1providesalistofexampleenvironmentsforanorganizationthatdevelopssoftware. Table2.1Listofexampleenvironmentsforanorganizationthatdevelopssoftware Environment Purpose Development/Integration Developingandintegratingsoftware Test Testingservicecomponents StagingTestingreleasesincludingproducts,servicesandotherconfigurationitems Live/Production DeliveringITservicestoserviceconsumers Forproductsandcomponentssourcedoutsidetheorganization,developmentenvironmentscanbeoutoftheorganization’scontrol.Forproductsandservicesdeliveredtoserviceconsumersoutsideoftheorganization,controlovertheliveenvironmentcanbelimited.Othervariationsarepossible. 2.2.2Continuousintegration,continuousdelivery,andcontinuousdeployment(CI/CD) ThekeyconceptsfordeploymentinAgileandDevOpsare: ●ContinuousintegrationIntegrating,building,andtestingcodewithinthesoftwaredevelopmentenvironment. ●ContinuousdeliveryContinuousdeliverymeansthatbuiltsoftwarecanbereleasedtoproductionatanytime.Frequentdeploymentsarepossible,butdeploymentdecisionsaretakencasebycase,usuallybecauseorganizationspreferaslowerrateofdeployment. ●ContinuousdeploymentChangesgothroughthepipelineandareautomaticallyputintotheproductionenvironment,enablingmultipleproductiondeploymentsperday.Continuous deploymentreliesoncontinuousdelivery. Theseapproachesaresupportedbythesoftwaredevelopmentandmanagement,servicevalidationandtesting,deploymentmanagement,infrastructureandplatformmanagement,andreleasemanagementpractices.Thesepracticesinvolvespecificskills,processes,procedures,automationtools,andagreementswiththirdparties.Theyenablethecontinuouspipelineforintegration,delivery,anddeployment.Thiswouldalsoaffectthedesignofotherpractices,suchasserviceconfigurationmanagement,monitoringandeventmanagement,incidentmanagement,andothers. 2.3SCOPE Thescopeofthedeploymentmanagementpracticeincludes: ●theeffectivemoveofproducts,services,andservicecomponentsbetweencontrolledenvironments,suchasthedevelopment,live,test,andstagingenvironments. ●theeffectiveremovalofproducts,services,andservicecomponentsfromdesignatedenvironments. Theseadditions,modifications,andremovalscanbepartofauthorizedchanges/releasestriggeredby: ●new/changedservicerequirements ●newfeatures/releases ●technicalandoperationalchanges ●third-partychangerequirements ●serviceretirementsandremovals ●support/troubleshooting ●servicerequests. Severalactivitiesandareasofresponsibilityarenotincludedinthedeploymentmanagementpractice,althoughheyarestillcloselyrelatedtodeployment.ThesearelistedinTable2.2,alongwithreferencestothepracticesinwhichtheycanbefound.ItisimportanttorememberthatITILpracticesaremerelycollectionsoftoolstouseinthecontextofvaluestreams;theyshouldbecombinedasnecessary,dependingonthesituation.