Implementatiefase implementation-phase

In de implementatiefase van de reis, zult u de hulpmiddelen onderzoeken waardoor u uw code en inhoud klaar kunt maken om over naar AEM as a Cloud Service te worden verplaatst.

Het verhaal tot nu toe story-so-far

In de vorige delen van de reis, bent u gegaan door die met de veranderingen in AEM as a Cloud Servicevertrouwd worden, en bepaald als uw plaatsing klaar is om aan de wolk met de gereedheidsfaseworden bewogen.

Dit artikel gaat verder met advies over het gebruik van de Adobe die u kunt bieden om ervoor te zorgen dat uw code en inhoud klaar zijn om naar de cloud te worden verplaatst.

Doelstelling objective

Dit document beoogt:

Cloud Manager gebruiken using-cloud-manager

Voordat u begint, moet u zich vertrouwd maken met Cloud Manager omdat dit het enige mechanisme is voor het implementeren van code naar AEM as a Cloud Service.

Met Cloud Manager kunnen organisaties AEM in de cloud helemaal zelf beheren. Cloud Manager biedt een kader voor doorlopende integratie en levering (CI/CD) waarmee IT-teams en implementatiepartners sneller hun updates en wijzigingen kunnen doorvoeren, zonder verlies in prestaties of veiligheid.

U kunt vertrouwd raken met het gebruik van Cloud Manager door de onderstaande bronnen te raadplegen:

Met de Adobe Tools kunt u uw inhoud en codewolk gereed maken use-tools-to-make-code-and-content-cloud-ready

De exacte stappen van de overgang naar de Cloud Service zijn afhankelijk van de systemen die u hebt aangeschaft en de levenscycluspraktijken van de softwareontwikkeling die u volgt.

In de volgende afbeelding ziet u de belangrijkste stappen in de fase die het omzetten van uw code en inhoud voor gebruik met AEM as a Cloud Service omvat:

We gaan de gereedschappen die u nodig hebt, in detail beschrijven, zodat u dit kunt bereiken in de onderstaande hoofdstukken.

Inhoud migreren content-migration

Als u inhoud van de huidige AEM naar de instantie van de Cloud Service wilt migreren, kunt u het gereedschap Inhoud overbrengen van de Adobe gebruiken.

Hiermee geeft u precies aan welke subset van content moet worden overgedragen van uw AEM-broninstantie naar uw AEM Cloud Service-instantie.

De Migratie van de inhoud is een multi-step proces dat planning, het volgen, en samenwerking tussen verschillende teams vereist.

Voor een volledig detail op hoe het hulpmiddel werkt en hoe de Adobe adviseert dat u het gebruikt, zie de documentatie van het Hulpmiddel van de Overdracht van de Inhoud.

Code Refactoring code-refactor

Instellen voor ontwikkeling set-up-for-development

Het is tijd om de bestaande eigenschappen te beginnen reactoring om met Cloud Servicen compatibel te zijn.

Eerst, bekijk de documentatie detailleert het basistooling, en begin het refactoring van uw code:

Ook kunt u het volgende doen:

Een wijziging in de inspringing a-change-in-mindset

Voor het ontwikkelen en uitvoeren van code in AEM as a Cloud Service is een mentaliteitswijziging vereist. Code moet robuust en veerkrachtig zijn, vooral omdat een instantie op elk moment kan worden gestopt. Code in Cloud Service moet 'beseffen' dat deze altijd in een cluster wordt uitgevoerd. Dit betekent dat er altijd meer dan één instantie actief is.

Bepaalde veranderingen worden vereist om AEM Maven projecten wolkencompatibel te zijn. AEM as a Cloud Service vereist een scheiding van inhoud en code in verschillende pakketten voor plaatsing in AEM:

U kunt meer leren door de Aanbevolen documentatie van de Structuur van het Pakkette raadplegen.

Hulpprogramma's voor cloudmigratie cloud-migration-tools

De Adobe verstrekt verscheidene hulpmiddelen helpen sommige van uw code refactoring taken versnellen. Als u deze gereedschappen en de problemen die ze oplossen begrijpt, wordt de migratie minder complex en sneller.

Zodra u opstelling het lokale ontwikkelmilieu hebt, wordt vertrouwd met AEM as a Cloud Service SDK door de documentatiete raadplegen.

Een code bevriezen plannen schedule-a-code-freeze

Om uw aan de gang zijnde codeontwikkeling op uw actieve AEM samen met de code refactoring taken als deel van uw overgangsreis te beheren, adviseert de Adobe dat u een periode van de codeschrift plant tot u voltooit het herstructureren van uw Geweven project om met AEM as a Cloud Service compatibel te zijn.

Zodra de projectherstructurering wordt gedaan, kunt u nieuwe codeontwikkeling hervatten die op deze nieuwe structuur wordt gebaseerd. Dit vermindert Cloud Manager pijpleidingsmislukkingen tijdens codeplaatsing en het testen.

Beste praktijken voor de Plaatsing van de Code en het Testen best-practices

De Cloud Manager-pijpleiding ondersteunt de uitvoering van tests die worden uitgevoerd tegen de werkgebiedomgeving.

Volg de aanbevolen procedures in de onderstaande documenten met betrekking tot het testen van de codekwaliteit:

Voorbereiden op Go-Live preparing-for-go-live

Wanneer u het bronsysteem op migratie voorbereidt, zijn er taken op systeem- en AEM-beheerdersniveau nodig. U kunt beginnen door te verifiëren dat de inhoudsbewaarplaats in een goed onderhouden staat is door de revisie schoonmaakbeurten de status van de de huisvuilinzamelingtaak van de gegevensopslag te controleren. Als u AEM versie 6.3 uitvoert (aangezien het Hulpmiddel van de Overdracht van de Inhoud vanaf versie 6.3 compatibel is), adviseert men om off-line compensatie uit te voeren, die door de inzameling van het huisvuil van de Opslag van Gegevens wordt gevolgd.

de consistentiecontrole van Gegevenswordt geadviseerd over alle AEM versies om ervoor te zorgen dat de inhoudsbewaarplaats in een goede staat om migratieactiviteiten in werking te stellen.

De toegang van het de beheerderniveau van het systeem wordt vereist om AZCopyte installeren en te vormen

U wordt ook aangeraden ongebruikte Assets, Pagina's, AEM Projecten, Gebruikers en Groepen te controleren om tijd te besparen bij de migratie. Zie de 🔗 sectie van de Gezondheid van de Bewaarplaats van de Inhoud .

Gezondheid opslagplaats voor inhoud repository-health

Zodra de toegang tot de kloon van de a productiewordt gevestigd te werk gaat om de gezondheid van de bewaarplaats te controleren. Zoals vermeld in de vorige sectie, is het doel de opslagplaats op de bron schoon te maken en te comprimeren alvorens de migratie te beginnen. Deze stap bespaart mogelijk veel tijd anders aan het oplossen van problemenkwesties zodra de migratie begint.

Gegevens verzamelen gathering-data

Het verzamelen van gegevens kan u helpen de migratieactiviteiten en bijbehorende taken plannen. De extractie- en innametijden zijn bijzonder handig omdat de gegevenspunten kunnen worden gekoppeld aan een specifieke grootte van de migratieset. Deze gegevenspunten kunnen als zodanig worden geëxtrapoleerd om een plan op te stellen:

Deze gegevenspunten kunnen u ook helpen KPIvestigen en andere migratie verwante taken.

Migratieplan migration-plan

Gebaseerd op de gegevenspunten u (zie hierboven) verzamelde, kunt u een migratieplan tot stand brengen dat in een macroprojectplan kan worden geïntegreerd. Met deze stap kunnen alle belangrijke belanghebbenden de migratieactiviteiten visualiseren en plannen.

De volgende tabel illustreert een typisch migratieplan:

Zoals u in de lijst kunt zien hierboven, is het nuttig om een specifiek noemend formaat te volgen om de migratieherhalingen te identificeren, bijvoorbeeld: PRDCLONE voor het bron AEM milieu, AUTHOR/PUBLISH voor het milieu van AEM as a Cloud Service, CSSTAGE-AUTHOR voor de instantie van AEM as a Cloud Service, etc.

Enkele belangrijke details die van invloed zijn op uw migratieplan:

Het totale Aantal vereiste Extracties

Totaal Aantal vereiste Ingesties

Migratiebeheer migration-tracker

U kunt de migratiecontracker gebruiken om de tijden voor zowel de aanvankelijke als top-up looppas neer te noteren. Met deze gegevenspunten kunt u vóór de laatste top-up realistische vereisten voor het bevriezen van inhoud formuleren.

De tracker helpt u ook om:

De volgende tabel illustreert een functionele migratiecontracker:

Strategie en tijdlijn voor migratie van inhoud content-strategyand-timeline

In de volgende sectie worden de belangrijke stappen en bijbehorende taken weergegeven die kunnen worden gebruikt om een strategie en tijdlijn voor inhoudsmigratie te formuleren.

Inrichting fitment

Bewijs van migratie proof-of-migration

Volgende functies what-is-next

Nadat u volledig hebt begrepen hoe te om te beoordelen of is uw AEM installatie klaar om aan de wolk worden bewogen, aangezien wij leren hoe te om de hulpmiddelen te gebruiken nodig om het klaar te maken, is het tijd om zich op de gaan-levende fasete bewegen.