Uw upgrade plannen planning-your-upgrade

Overzicht van AEM project aem-project-overview

AEM wordt vaak gebruikt in implementaties met een hoog effect die miljoenen gebruikers ten goede kunnen komen. In de meeste gevallen, zijn er douanetoepassingen die op de instanties worden opgesteld, die aan de ingewikkeldheid toevoegen. Om het even welke inspanning om zulk een plaatsing te bevorderen moet methodisch worden behandeld.

Deze gids helpt met het vestigen van duidelijke doelstellingen, fasen en te leveren punten wanneer het plannen van uw verbetering. Het is gericht op de algemene uitvoering van het project en de richtsnoeren. Hoewel het een overzicht van de daadwerkelijke verbeteringsstappen verstrekt, verwijst het naar beschikbare technische middelen waar geschikt. Het moet worden gebruikt in combinatie met de in het document vermelde beschikbare technische middelen.

Het proces van de Verbetering van de AEM vereist zorgvuldig behandelde planning, analyse en uitvoeringsfasen met zeer belangrijke te leveren producten die voor elke fase worden bepaald.

Merk op dat het mogelijk is rechtstreeks van AEM versies 6.0 en tot 6.4 te bevorderen. Klanten met 5.6.x en lager moeten eerst een upgrade uitvoeren naar versie 6.0 of hoger, waarbij 6.0(SP3) wordt aanbevolen. Bovendien wordt de nieuwe indeling OAK-segmentteer nu gebruikt voor de Segment Node Store sinds 6.3 en is de migratie van de opslagplaats naar deze nieuwe indeling zelfs verplicht voor 6.0, 6.1 en 6.2.

Upgrade van bereik en vereisten upgrade-scope-requirements

Hieronder vindt u een lijst met gebieden die van invloed zijn op een standaard AEM upgradeproject:

Het is belangrijk om ervoor te zorgen dat u een ondersteund besturingssysteem gebruikt, Java-runtime, httpd en Dispatcher-versie. Zie voor meer informatie de AEM 6.4 pagina Technische vereisten. De bevordering van deze componenten zal rekenschap moeten geven in uw projectplan en zou moeten plaatsvinden alvorens AEM te bevorderen.

Projectfasen project-phases

Veel werk gaat in planning en het uitvoeren van een AEM verbetering. Om de verschillende inspanningen die in dit proces worden geleverd te verduidelijken, hebben we de plannings- en uitvoeringsoefeningen in afzonderlijke fasen opgesplitst. In de onderstaande secties resulteert elke fase in een leverbaar dat vaak wordt gebruikt door een toekomstige fase van het project.

Planning voor training van auteurs planning-for-author-training

Met om het even welke nieuwe versie, zijn er potentiële veranderingen in UI en gebruikerswerkschema's die kunnen worden geïntroduceerd. Daarnaast introduceren nieuwe releases nieuwe functies die de onderneming kunnen helpen bij het maken van een hefboomeffect. We raden u aan de geïntroduceerde functionele wijzigingen te evalueren en een plan te organiseren om uw gebruikers te trainen op een effectieve manier gebruik te maken van deze wijzigingen.

De nieuwe functies in AEM 6.4 zijn te vinden in het AEM gedeelte van adobe.com. Zorg ervoor om op om het even welke veranderingen in UIs of producteigenschappen nota te nemen die algemeen in uw organisatie worden gebruikt. Wanneer u de nieuwe functies doorloopt, moet u ook rekening houden met alle functies die van belang kunnen zijn voor uw organisatie. Na het bekijken van wat in AEM 6.4 is veranderd, ontwikkelt een opleidingsplan voor uw auteurs. Dit kan bestaan uit het gebruik van vrij beschikbare bronnen, zoals video's met de helpx-functie of formele training die via Adobe Digital Learning-services.

Een testplan maken creating-a-test-plan

De implementatie van AEM door elke klant is uniek en is aangepast om aan hun bedrijfsvereisten te voldoen. Daarom is het belangrijk om alle aanpassingen te bepalen die in het systeem zijn aangebracht zodat deze in een testplan kunnen worden opgenomen. Dit testplan zal het proces van QA aandrijven dat wij op de promotieinstantie uitvoeren.

De exacte productieomgeving moet worden gedupliceerd en na de upgrade moeten er tests op worden uitgevoerd om te controleren of alle toepassingen en aangepaste code nog steeds naar wens worden uitgevoerd. U moet al uw aanpassingen terugbrengen en prestaties, lading en veiligheidstests uitvoeren. Wanneer het organiseren van uw testplan, zorg ervoor om alle aanpassingen te behandelen die aan het systeem naast uit de doos UIs en werkschema's zijn gemaakt die in uw dagelijkse verrichtingen worden gebruikt. Deze kunnen de diensten en de diensten van douaneOSGI, integraties aan de Adobe Marketing Cloud, integraties met derde partijen door AEM schakelaars, de integratie van de douanederde, douanecomponenten en malplaatjes, de overlays van de douane UI in AEM, en douanewerkschema's omvatten. Voor klanten die van een versie voorafgaand aan AEM 6 migreren, zouden om het even welke douanevragen moeten worden geanalyseerd aangezien deze kunnen moeten worden geïndexeerd. Voor klanten die reeds op een versie van AEM 6.x zijn, zouden deze vragen nog moeten worden getest om ervoor te zorgen dat hun indexen effectief na bevordering blijven werken.

Vaststellen welke wijzigingen in architectuur en infrastructuur nodig zijn determining-architectural-and-infrastructure-changes-needed

Wanneer u een upgrade uitvoert, is het mogelijk dat u ook andere onderdelen in uw technische stapel moet bijwerken, zoals het besturingssysteem of JVM. Bovendien is het mogelijk dat als gevolg van wijzigingen in de samenstelling van de opslagplaats extra hardware nodig kan zijn. Dit komt gewoonlijk slechts voor klanten die van pre 6.x instanties migreren maar is belangrijk om te overwegen. Tot slot kunnen er wijzigingen nodig zijn in uw operationele praktijken met inbegrip van controle, onderhoud, en steun en rampenterugwinningsprocessen.

Controleer de technische vereisten voor AEM 6.4 en zorg ervoor dat uw huidige hardware en software voldoende zijn. Raadpleeg de volgende documenten voor mogelijke wijzigingen in uw operationele processen:

Controle en onderhoud:

Operations-dashboard

Aanbevolen werkwijzen voor middelenbewaking

Serverbronnen controleren met de JMX-console

Revisie opschonen

Back-up/herstel en noodherstel:

Back-up en herstel

Prestaties en schaalbaarheid

Hoe te om AEM met TarMK Koude Reserve in werking te stellen

Overwegingen bij de herstructurering van inhoud content-restructuring-considerations

AEM 6.4 heeft wijzigingen aangebracht in de structuur van de opslagplaats die zullen helpen om upgrades naadloos te maken. De veranderingen impliceren het bewegen van inhoud uit de /etc omslag naar omslagen met inbegrip van /libs, /apps, en /content, die op worden gebaseerd of Adobe of een klant de inhoud bezit, zo het beperken van de kansen om inhoud tijdens versies te beschrijven. De reorganisatie van de repository is zo uitgevoerd dat er geen codesamenstelling nodig is op het moment van de upgrade van 6.4, hoewel het aanbevolen is om de details te bekijken op Herstructurering van de depositaris in AEM 6.4 tijdens het plannen van een upgrade.

Complexiteit van upgrade beoordelen assessing-upgrade-complexity

Gezien de grote verscheidenheid in de hoeveelheid en de aard van aanpassingen die onze klanten op hun AEM milieu's toepassen, is het belangrijk om wat tijd vooruit door te brengen om het algemene niveau van inspanning te bepalen dat in uw verbetering zou moeten worden verwacht.

Er zijn twee benaderingen u kunt nemen om de ingewikkeldheid van de verbetering te beoordelen, kan een inleidende fase enkel de onlangs geïntroduceerde Detector van het Patroon gebruiken die beschikbaar is om op uw AEM 6.1, 6.2 en 6.3 instanties te lopen. De patroondetector is de eenvoudigste manier om de algemene complexiteit van de upgrade te beoordelen die met behulp van gerapporteerde patronen kan worden verwacht. Het patroondetectorrapport bevat patronen voor het identificeren van niet-beschikbare API's die worden gebruikt door de aangepaste codebase (dit is gebeurd met compatibiliteitscontroles vóór de upgrade in 6.3).

Na de eerste beoordeling zou een uitgebreidere volgende stap kunnen bestaan uit het uitvoeren van een upgrade op een testinstantie en het uitvoeren van een aantal basistests voor rook. Adobe biedt ook enkele . Daarnaast bevat de lijst met Verouderde en verwijderde functies moet niet alleen worden gecontroleerd op de versie waarnaar u een upgrade uitvoert, maar ook op versies tussen uw bron- en doelversie. Als u bijvoorbeeld een upgrade uitvoert van AEM 6.2 naar 6.4, is het belangrijk om naast de functies voor AEM 6.4 ook de vervangen en verwijderde AEM 6.3 te bekijken.

De Patroondetector die in 6.4 is geïntroduceerd, geeft u een vrij nauwkeurige schatting van wat u in de meeste gevallen tijdens een upgrade wilt verwachten. Nochtans, voor complexere aanpassingen en plaatsingen waar u onverenigbare veranderingen hebt kunt u een ontwikkelingsinstantie aan AEM 6.4 volgens de instructies in Een op locatie uitgevoerde upgrade uitvoeren. Na voltooiing, voer wat hoge rooktests op dit milieu uit. Het doel van deze exercitie is niet om de inventarisatie van de testgevallen volledig te voltooien en een formele inventarisatie van de defecten op te stellen, maar om ons een ruwe schatting te geven van de hoeveelheid werk die nodig zal zijn om de code te upgraden voor compatibiliteit met punt 6.4. Indien gecombineerd met de Patroondetectie en de architecturale veranderingen die in de vorige sectie werden bepaald, kan een ruwe schatting aan het team van het projectbeheer voor de planning van de verbetering worden verstrekt.

Het opbouwen van Runbook van de Verbetering en van het Terugschroeven van prijzen building-the-upgrade-and-rollback-runbook

Terwijl Adobe het proces voor de bevordering van een AEM instantie heeft gedocumenteerd, zullen de het netwerklay-out van elke klant, plaatsingsarchitectuur en aanpassingen verfijnen en het maken van deze benadering vereisen. Daarom moedigen wij u aan om alle documentatie te herzien die wij hebben verstrekt en het te gebruiken om een projectspecifieke runbook te informeren die de specifieke verbetering en terugdraaiprocedures beschrijft die u in uw milieu zult volgen. Als u een upgrade uitvoert van CRX2, dient u te evalueren hoe lang de migratie van inhoud duurt wanneer u van CRX2 naar eiken gaat. Voor grote gegevensbanken kan het aanzienlijk zijn.

We hebben upgrade- en terugdraaiprocedures beschikbaar gesteld in Upgradeprocedure en stapsgewijze instructies voor het toepassen van de upgrade bij het uitvoeren van een Upgrade op locatie. Deze instructies zouden met uw systeemarchitectuur, aanpassingen, en downtime tolerantie moeten worden herzien en in overweging genomen om de aangewezen schakelaar-over en rollback procedures te bepalen die u tijdens de verbetering zult uitvoeren. Wijzigingen in architectuur of serverformaten moeten worden opgenomen wanneer u uw aangepaste runbook gaat maken. Het is belangrijk om op te merken dat dit als een eerste ontwerp moet worden behandeld. Aangezien uw team hun QA en ontwikkelingscycli voltooit en de verbetering aan het opvoeren milieu opstelt, is het waarschijnlijk dat de behoefte aan sommige extra stappen kan worden vereist. In het ideale geval moet dit document voldoende informatie bevatten, zodat de upgrade volledig kan worden uitgevoerd op basis van de informatie die erin is opgenomen als het document aan een medewerker van uw bedrijf is overhandigd.

Een projectplan ontwikkelen developing-a-project-plan

Wij kunnen de output van de vorige oefeningen gebruiken om een projectplan te bouwen dat de verwachte termijnen voor onze test of ontwikkelingsinspanningen, opleiding, en daadwerkelijke verbeteringsuitvoering behandelt.

Een alomvattend projectplan moet het volgende omvatten:

Ontwikkeling en kwaliteitscontrole performing-development-and-qa

Wij hebben procedures voor Code en aanpassingen bijwerken verenigbaar zijn met AEM 6.4. Aangezien dit iteratieve proces wordt uitgevoerd, zouden veranderingen in runbook moeten worden aangebracht zoals nodig. Zie ook Achterwaartse compatibiliteit in AEM 6.4 voor informatie over hoe uw aanpassingen in de meeste gevallen achterwaarts compatibel kunnen blijven zonder dat ontwikkeling direct na de upgrade nodig is.

Het ontwikkelings- en testproces is doorgaans een herhalend proces. Door aanpassingen kunnen wijzigingen die tijdens de upgrade zijn aangebracht, ertoe leiden dat een volledige sectie van het product onbruikbaar wordt. Als ontwikkelaars de hoofdoorzaak van het probleem hebben aangepakt en het testteam toegang heeft om deze functies te testen, kunnen er mogelijk extra problemen worden ontdekt. Aangezien de kwesties worden ontdekt die aanpassingen aan het verbeteringsproces vereisen, zorg ervoor om hen aan uw runtime van de douaneverbetering toe te voegen. Na verscheidene herhalingen van het testen en het bevestigen, zou de codebasis volledig moeten worden bevestigd en voor plaatsing aan het opvoeren milieu klaar zijn.

Eindtest final-testing

Wij adviseren een definitieve ronde van het testen nadat codebase door het team van QA van uw organisatie is verklaard. Deze testronde omvat het valideren van uw runbook in een testomgeving, gevolgd door gebruikersacceptatie, prestaties en beveiligingstests.

Deze stap is essentieel aangezien het de enige tijd is dat u de stappen in runbook tegen een productie-als milieu kunt bevestigen. Zodra het milieu is bevorderd, is het belangrijk om eindgebruikers wat tijd toe te staan om binnen te registreren en door de activiteiten te gaan zij wanneer het gebruiken van het systeem in hun dagelijkse activiteiten doen. Het is niet ongebruikelijk dat gebruikers een deel van het systeem leveraging dat niet eerder in overweging werd genomen. Het vinden en corrigeren van problemen in deze gebieden vóór go-live kan kostbare productieonderbrekingen helpen voorkomen. Aangezien een nieuwe versie van AEM significante veranderingen in het onderliggende platform bevat, is het ook belangrijk om prestaties, lading en veiligheidstests op het systeem uit te voeren alsof wij het voor het eerst lanceerden.

De upgrade uitvoeren performing-the-upgrade

Zodra de definitieve aftekening van alle belanghebbenden is ontvangen, is het tijd om de vastgestelde runboekprocedures uit te voeren. We hebben stappen voor upgrade en terugdraaiversies beschikbaar gesteld Upgradeprocedure en installatiestappen in het uitvoeren van een Upgrade op locatie als referentiepunt.

Wij hebben enkele stappen in de verbeteringsinstructies voor omgevingsbevestiging verstrekt. Deze omvatten basiscontroles zoals het aftasten van de verbeteringslogboeken en het verifiëren dat alle bundels OSGi behoorlijk zijn begonnen, maar wij adviseren ook het bevestigen met uw eigen testgevallen die op uw bedrijfsprocessen worden gebaseerd. Wij adviseren ook het controleren van het programma van AEM Online Opruiming van de Revisie en verwante routines om ervoor te zorgen dat zij tijdens een rustige tijd voor uw bedrijf zullen voorkomen. Deze routines zijn essentieel voor de prestaties op lange termijn van AEM.