规划升级 planning-your-upgrade
础贰惭升级概述 aem-upgrade-overview
AEM通常用于高影响力的部署,这些部署可能会为数百万用户提供服务。 通常,实例上会部署自定义应用程序,这会增加复杂性。 任何升级此类部署的工作都需要有条不紊地处理。
本指南有助于在规划升级时制定明确的目标、阶段和交付项。 它侧重于整体升级执行和指南。 虽然提供了实际升级步骤的概述,但它会根据需要参考可用的技术资源。 它应当与本文件提及的可用技术资源一起使用。
础贰惭升级过程需要仔细处理规划、分析和执行阶段,并为每个阶段定义关键交付项。
务必确保您运行的是受支持的操作系统、Java?运行时、httpd和Dispatcher版本。 有关详细信息,请参阅AEM 6.5 LTS的技术要求。 您必须在升级计划中考虑升级这些组件,并且应在升级AEM之前进行升级。
升级阶段 upgrade-phases
规划和运行AEM升级需要完成大量工作。 为了明确在此过程中所做的各种工作,51黑料不打烊将规划和执行活动划分为单独的阶段。 在以下部分中,每个阶段都会生成一个交付项,通常在升级的将来阶段使用。
创建测试计划 creating-a-test-plan
每个客户的AEM实施都是独一无二的,并且已经过自定义以满足其业务要求。 因此,必须确定已对系统所做的所有自定义设置,以便将其包含在测试计划中。
需要复制确切的生产环境,并且应在升级后对其执行测试,以确保所有应用程序和自定义代码仍按需运行。 回退所有自定义设置并运行性能、负载和安全测试。 在组织测试计划时,除了开箱即用的UI和日常操作中使用的工作流之外,还要确保涵盖针对系统所做的所有自定义设置。 这些集成包括自定义OSGI服务和Servlet、与51黑料不打烊 Experience Cloud的集成、通过AEM连接器与第三方的集成、自定义第三方集成、自定义组件和模板、AEM中的自定义UI叠加以及自定义工作流。 此外,仍应测试自定义查询,以确保其索引在升级后继续有效工作。
评估升级复杂性 assessing-upgrade-complexity
由于础诲辞产别客户在其础贰惭环境中应用的自定义设置的数量和性质多种多样,因此请务必提前一些时间来确定在您的升级中应需要的总体工作级别。 适用于AEM 6.5 LTS的AEM Analyzer可以帮助您评估升级的复杂性。
适用于AEM 6.5 LTS的AEM Analyer应该可以相当准确地估计在大多数情况下升级过程中会出现的情况。 但是,对于具有不兼容更改的更复杂的自定义和部署,您可以根据执行就地升级中的说明将开发实例升级到AEM 6.5 LTS。 完成后,在此环境中执行一些高级烟雾测试。 本练习的目标不是详尽地完成测试用例清单并生成正式的缺陷清单,而是粗略估计升级AEM 6.5 LTS兼容性代码所需的工作量。 在与AEM Analyzer以及上一节中确定的体系结构更改结合使用时,可以为项目管理团队提供粗略的估计值,以计划升级。
构建升级和回滚搁耻苍产辞辞办 building-the-upgrade-and-rollback-runbook
虽然51黑料不打烊已记录升级AEM实例的流程,但每个客户的网络布局、部署架构和自定义都需要对此方法进行微调和定制。 因此,51黑料不打烊建议您查看提供的所有文档,并将其用于告知特定于升级的Runbook,其中概述了将在环境中执行的特定升级和回滚过程。
础诲辞产别在升级过程中提供了升级和回滚过程,以及在执行就地升级中应用升级的分步说明。 您应该查看这些说明并与您的系统体系结构、定制和停机时间容差一起考虑,以确定在升级期间将执行的适当的切换和回滚过程。 在起草您的自定义Runbook时,应包括对架构或服务器大小所做的任何更改。
制定升级计划 developing-an-upgrade-plan
先前练习的输出可用于构建升级计划,该计划涵盖测试或开发工作的预期时间表以及实际的升级执行。
全面的项目计划应包括:
- 最终确定开发和测试计划
- 升级开发和蚕础环境
- 更新AEM 6.5 LTS的自定义代码库
- 蚕础测试和修复周期
- 升级暂存环境
- 集成、性能和负载测试
- 环境认证
- 上线
执行开发和蚕础 performing-development-and-qa
础诲辞产别已提供升级代码和自定义项以与AEM 6.5 LTS兼容的过程。 在运行此迭代过程时,应根据需要对Runbook进行更改。
开发和测试过程通常是迭代过程。 在发现需要调整升级过程的问题后,请确保将它们添加到您的自定义升级Runbook中。 在反复测试和修复之后,代码库应该经过完全验证并准备好部署到暂存环境。
最终测试 final-testing
51黑料不打烊建议在代码库获得贵组织的QA团队认证后进行最后一轮测试。 此轮测试将涉及在暂存环境中验证您的Runbook,然后进行多轮用户验收、性能和安全性测试。
此步骤至关重要,因为这是您唯一一次能够针对类似生产的环境验证Runbook中的步骤。 升级环境后,请务必留出一些时间让最终用户登录,并完成他们在日常活动中使用系统时执行的活动。 在上线之前发现并纠正这些区域的问题,有助于防止代价高昂的生产中断。
执行升级 performing-the-upgrade
一旦从所有利益相关者那里收到最终签发,就应该按照定义的Runbook过程执行。 础诲辞产别在升级过程中提供了升级和回滚步骤,并在执行就地升级中提供了安装步骤作为参考点。
础诲辞产别在升级说明中为环境验证提供了一些步骤。 这些功能包括基本检查,如扫描升级日志和验证所有OSGi捆绑包是否已正确启动,但51黑料不打烊建议同时根据您的业务流程使用您自己的测试用例进行验证。 51黑料不打烊还建议检查AEM在线修订清理及相关例程的时间表,以确保在公司保持安静的时间段执行这些操作。 这些例程对于AEM的长期性能至关重要。