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 Service ​ vertrouwd worden, en bepaald als uw plaatsing klaar is om aan de wolk met de ​ gereedheidsfase ​ worden bewogen.

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

Doelstelling objective

Dit document beoogt:

  • Introduceer u aan Cloud Manager, AEM voortdurend integratie en leveringskader dat wordt gebruikt om code aan AEM as a Cloud Service op te stellen
  • Krijg u aan snelheid met het hulpmiddel van de inhoudoverdracht
  • Beschrijf de hulpmiddelen van het coderefactoring u moet gebruiken zodat kunt u uw code voor AEM as a Cloud Service moderniseren

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 uw overgang naar 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:

stappen van de Omzetting

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 uw huidige AEM-exemplaar naar uw Cloud Service-exemplaar wilt migreren, kunt u Adobe Content Transfer Tool 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 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 functies opnieuw te bekijken om compatibel te zijn met Cloud Services.

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 wijzigingen zijn vereist om AEM Maven-projecten cloudcompatibel te maken. AEM as a Cloud Service vereist een scheiding van inhoud en code in verschillende pakketten voor plaatsing in AEM:

  • /apps en /libs worden als onveranderlijke gebieden van AEM beschouwd omdat ze niet kunnen worden gewijzigd nadat AEM is gestart (dat wil zeggen tijdens runtime). Dit omvat het maken, bijwerken of verwijderen van bewerkingen. Elke poging om een onveranderbaar gebied tijdens runtime te wijzigen, zal mislukken.

  • Alle andere elementen in de opslagplaats (bijvoorbeeld /content , /conf , /var , /home , /etc , /oak:index , /system , /tmp ) zijn veranderbare gebieden, wat betekent dat ze tijdens runtime kunnen worden gewijzigd.

U kunt meer leren door de ​ Aanbevolen documentatie van de Structuur van het Pakket ​ te raadplegen.

Hulpprogramma's voor cloudmigratie cloud-migration-tools

Adobe biedt verschillende gereedschappen waarmee u bepaalde taken voor het vernieuwen van code kunt 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 ​ documentatie ​ te raadplegen.

Een code bevriezen plannen schedule-a-code-freeze

Om uw lopende codeontwikkeling op uw actieve AEM samen met de code te beheren refactoring taken als deel van uw overgangsreis, adviseert Adobe dat u een code bevriest periode 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.

NOTE
De taken Inhoudsoverdracht en Codereflector hoeven niet opeenvolgend te worden uitgevoerd. Deze taken kunnen onafhankelijk van elkaar worden uitgevoerd. De juiste projectstructuur is echter vereist om ervoor te zorgen dat de content correct wordt weergegeven in uw Cloud Service-omgeving.

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

Als u het bronsysteem op migratie voorbereidt, zijn er systeemtaken en taken op het niveau van AEM-beheerders nodig. U kunt beginnen door te verifiëren dat de inhoudsbewaarplaats in een goed onderhouden staat is door de ​ revisie schoonmaakbeurt ​ en de ​ status van de de huisvuilinzameling ​ taak 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), wordt het geadviseerd om off-line compensatie uit te voeren, die door de inzameling van het huisvuil van de Opslag van Gegevens wordt gevolgd.

​ de consistentiecontrole van Gegevens ​ wordt geadviseerd over alle versies van AEM 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 ​ AZCopy ​ te 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 ​ productie ​ wordt 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.

Item handeling
Key Takeaways
Gebruikers, groepen en machtigingen
U moet het volume van gebruikers, groepen, en ingewikkeldheid rond lidmaatschappen begrijpen. Zoek naar mogelijkheden om ongebruikte gebruikers, groepen in de bron vóór migratie op te schonen.
Onvolledige verwerking van middelen
Probeer de verwerking van elementen in het bronsysteem te voltooien voordat u de migratie start om mogelijke problemen in AEM as a Cloud Service na de migratie te voorkomen.
Inhoudsstatus
U wordt aangeraden te zoeken naar onjuiste inhoud en deze leeg te maken voordat u de migratie start. Zoek bijvoorbeeld naar elementen of pagina's die geen oorspronkelijke uitvoeringen hebben of die vastzitten in de verwerking van de workflow. Zie ook ​ Gezondheid van Activa ​.

Gegevens verzamelen gathering-data

NOTE
De ​ de migratiestrategie van de Inhoud en chronologie ​ sectie meer details hoe te om de verzamelde gegevens te extrapoleren en een migratieplan tot stand te brengen.

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 KPI ​ vestigen 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:

Migratie-herhaling
Begindatum
Geschatte einddatum
Afhankelijkheden
Geschatte duur (in dagen)
Aanvullende details/actiepunten
PRDCLONE-AUTHOR-INITIAL-USRMAP-CSSTAGE-AUTHOR
PRDCLONE-PUBLISH-TOPUP-CSSTAGE-AUTHOR

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 milieu bronAEM, 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

  • Auteur- en publicatie-extracties in specifieke omgevingen worden beschouwd als twee parallelle extracties, omdat ze onafhankelijk van elkaar zijn.
  • Aantal top-up extracties gebaseerd op de groei van de opslagplaats in specifieke tijdsperiodes.

Totaal Aantal vereiste Ingesties

  • Het is belangrijk om dit item in het plan op te nemen, aangezien een geëxtraheerde set kan worden opgenomen in meerdere Cloud Service-omgevingen.
  • Aantal top-up ingestions.
  • Inhoud migreren van de Source-auteur naar de Cloud Service Author-instantie en van de Source Publish naar Cloud Service Publish is de beste manier om te voorkomen dat alle Author-inhoud wordt opgenomen in de Cloud Service Publish.

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:

  • Eventuele afwijkingen van de planner identificeren die aanpassingen in de plan- of go-live tijdlijnen vereisen
  • Verstrek een realistische status die in alle noodzakelijke mededelingen kan worden gebruikt
  • Plan voor initiële of toekomstige aanvullende migratie

De volgende tabel illustreert een functionele migratiecontracker:

Source (Environment / Instance / URL)
Doel (omgeving / instantie / URL)
Naam migratieset, type (bij openen of boven)
Grootte migratieset (MB)
Gebruikerstoewijzing (Ja/Nee)
Duur van extractie (begin, eind, genomen tijd)
Ingestieduur (begin, einde, tijd genomen)
Problemen/resoluties/details

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.

Stappen om een migratiestrategie te formuleren

Inrichting fitment

  • Voer revisie schoonmaak uit, de inzameling van de gegevensopslag en de controles van de gegevensconsistentie. Zie ook ​ Voorbereidend voor gaan-Levend ​

  • ​ de statistieken van de Verzameling ​ over de bron van AEM bewaarplaats:

    • Grootte van segmentarchief
    • Grootte van indexarchief
    • Aantal pagina's
    • Aantal activa
    • Aantal gebruikers en groepen
  • Weet of de volgende functies zijn ingeschakeld op de AEM-bron (ook vereist in AEM as a Cloud Service):

    • Slimme tags toepassen
    • Zoeken op gelijkenis
    • Zoeken naar tekst in woord- en PDF-documenten
  • Verzamel het rapport van de Analysator van Beste praktijken ​ ​

  • De invoer in ​ Cloud Acceleration Manager ​

    • Bekijk de aanbeveling voor zelfanalyse om ervoor te zorgen dat AEM as a Cloud Service de opslagvereisten kan verwerken.
  • Maak een Adobe Support-ticket voor eventuele verduidelijkingen voordat u verdergaat met het migratieplan.

Bewijs van migratie proof-of-migration

  • Vraag een productiekloon aan die:

    • Is in de zelfde netwerkstreek
    • Productie-inhoud leveren zoals gebruikers en groepen
    • Clones auteur en publish - één knoop elk in het geval van een cluster of publiceer landbouwbedrijf
  • Kies een subset van de inhoud die wordt gemigreerd, zodat:

    • Het is een mix van alle beschikbare inhoudstypen
    • Bevat alle gebruikers en groepen
  • Bevat 25% van de inhoud of maximaal 1 TB aan inhoud, afhankelijk van welke waarde het minst is.

  • Voer minstens één volledige en ​ top-up ​ migratie uit, van de productiekloon in het niet productiemilieu van AEM as a Cloud Service

  • Los mogelijke problemen op zoals:

  • Registreer de tijd voor ​ extractie en opname ​ wordt genomen die:

    • Weet hoeveel inhoud per week wordt toegevoegd
    • Extrapoleer de tijden die van de proef van migratie worden gemeten om a ​ migratieplan ​ tot stand te brengen.

Volgende functies what-is-next

Nadat u volledig hebt begrepen hoe te om te beoordelen of is uw installatie van AEM 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 fase ​ te bewegen.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab