Beredskapsfas

I den här fasen av den AEM as a Cloud Service migreringsresan kommer du att bekanta dig med AEM as a Cloud Service, granska de ändringar som den har infört och förstå vad som krävs för att planera en lyckad migrering till molnet.

Story hittills

Det föregående dokumentet, Komma igång med att gå till AEM as a Cloud Service, innehåller en lista med faser som du behöver genomgå för att migrera till AEM as a Cloud Service, samt fördelarna med att göra det.

Syfte

Det här dokumentet hjälper dig att förstå vilka faktorer du måste tänka på för att se till att AEM är redo att flyttas till molnet:

  • Läs om märkbara ändringar och borttagna funktioner
  • Förstå hur du planerar för migrering till AEM as a Cloud Service

Granska de anmärkningsvärda förändringarna i den AEM as a Cloud Service arkitekturen

AEM as a Cloud Service har många nya funktioner för att administrera AEM-projekt.

Förutom dessa förbättringar har flera skillnader införts mellan lokala installationer av AEM och Adobes hanterade tjänster, jämfört med AEM as a Cloud Service.

Listan med objekt i tabellen nedan är delmängden av de ändringar som är mest relevanta för en migrering till AEM as a Cloud Service. Du kan se hela listan med noterbara ändringar här.

Vad har ändrats? Referens Viktiga uppgifter
Separera oföränderliga och oföränderliga filter i motsvarande paket AEM as a Cloud Service förändringar
AEM projektstruktur för AEM as a Cloud Service		 Ett enskilt paket som kan distribueras till AEM as a Cloud Service kan ha underpaket, främst för att innehålla ändringsbart och oföränderligt innehåll som separeras till sina egna paket.
Repo Init Apache Sling RepoInit Documentation Repoinit-skript är det bästa sättet att skapa initiala nodstrukturer, användare, grupper eller tjänstanvändare. Eftersom dessa skript kan användas i körläge och hanteras via kodpaketsdistribution, ger de stor flexibilitet för att utföra databasinitieringsuppgifter.
Anpassade körningslägen tillåts inte Endast körningslägen som anges i rutan med AEM as a Cloud Service stöds.
När ytterligare utvecklingsmiljöer läggs till är alla kopplade till körningsläget"dev".
Molnhanterarens pipeline-körning är det enda sättet att distribuera På AEM as a Cloud Service tillåts inte åtkomst till /system/console, vilket innebär att alla OSGi-konfigurationer måste vara en del av koden och ska distribueras som kod.
OSGi-konfigurationerna är tillgängliga i skrivskyddat läge för visning via Developer Console via Cloud Manager
Replikeringsagenter ersätts av Sling Content Distribution Konceptet för replikeringsagenten ersätts av Sing Content Distribution. Om det finns anpassningar som utnyttjar replikeringsagenter måste de designas om.
Omvänd replikering stöds inte
CRX/DE och Package Manager CRX/DE tillåts endast i utvecklingsmiljön.
Pakethanteraren är tillgänglig för alla författarinstanser, men de paket som ska distribueras får bara innehålla ändringsbart innehåll (till exempel: /content eller /conf)
Inbyggt CDN och Skaffa ett eget CDN AEM as a Cloud Service innehåller CDN för alla miljöer som är optimerade för de flesta fall.
Om du vill skapa ett eget CDN måste du skicka in en begäran till Adobe Support för att det ska godkännas.
Om CDN godkänns pekar det snabbt och inte AEM instanser i någon miljö.
Långa jobb Undvik att köra tidskrävande jobb som Sling Schedulers eller Cron, eftersom AEM instanser som körs i behållarna kan komma och gå när som helst.
Tänk om de här funktionerna så att de avlastas till Adobe I/O.
Växla till asynkrona åtgärder Konfigurera asynkrona åtgärder Vissa åtgärder utförs i asynkront läge för att förbättra övergripande prestanda i dina miljöer. De asynkrona jobben köas och körs när systemresurser är tillgängliga.
Tokenbaserad autentisering och integreringsstrategier Genererar åtkomsttoken för API:er på serversidan
Token-based Authentication Tutorial		 Det är vanligt att system utanför AEM försöker utföra HTTP-åtgärder inom AEM.
Vi rekommenderar att du implementerar de strategier som beskrivs här i stället för att förlita dig på att du skapar lokala användarnamn med lösenord i AEM.
IO-fil/diskanvändning Eftersom det inte finns någon garanti för hur mycket diskutrymme som tilldelas och instanserna i behållarna kommer och går, är det inte tillrådligt att använda I/O-åtgärder för fil för att skriva eller läsa från den disk som är kopplad till AEM.
DAM - uppdatera resursarbetsflöde Tjänsten Asset compute Mediebearbetningsstegen som ingår i arbetsflödet för DAM-uppdateringsresurser ersätts nu av tjänsten Asset compute
Metoder för överföring av tillgångar och arbetsflödessteg som stöds i AEM as a Cloud Service Överför API-jämförelser och WF-processsteg som stöds På AEM as a Cloud Service strömmas resursen direkt in i eller ut ur binär lagring, antingen under överföring eller hämtning av en resurs.
Alla arbetsflödesprocessteg stöds inte i AEMaaCS.
Starta arbetsflöden Ta bort alla Workflow Launcher som utlöser antingen OOTB eller ett anpassat arbetsflöde för DAM-uppdatering från koden.
Alla resurser som överförs till AEM as a Cloud Service kommer att bearbetas av tjänsten för tillgångsbearbetning. För anpassade steg, se Arbetsflöden för efterbearbetning om hur du konfigurerar och konfigurerar efterbearbetningsarbetsflöden.
Anpassade återgivningssteg Bearbetar profiler Alla anpassade återgivningsgenereringar, bildkonverteringar eller videokodningar måste avlastas till resurshanteringstjänsten genom att motsvarande bearbetningsprofiler skapas.
Innehållssökning och indexering Innehållssökning och indexeringsändringar Den underliggande bearbetningen av index förändras avsevärt och när den börjar spelas in.
Fullständig förståelse för och omfaktorisera ekindexen innan de hanteras i koden som du ska distribuera.
Alla underhållsaktiviteter är inte konfigurerbara AEM as a Cloud Service underhållsaktiviteter Du kan bara konfigurera vissa underhållsåtgärder med AEM as a Cloud Service.
Ändringar i publiceringsdatabasen Direktändringar i publiceringsdatabasen tillåts inte, förutom de under /home. Vi rekommenderar alltid att du gör ändringar i författaren och distribuerar dem. Alla kod- och konfigurationsändringar måste distribueras via motsvarande Cloud Manager-pipeline.
Dispatcher Configurations and Caching Dispatcher i molnet
Cachehantering
 Dispatcher-konfigurationerna måste följa en specifik struktur.
Konfigurationerna måste hanteras som en del av koden och distribueras via molnhanterarens pipeline.
Säkerhetskopiering och återställning AEM as a Cloud Service säkerhetskopiering och återställning
Ändringar i autentisering IMS-stöd för AEM as a Cloud Service Om du tidigare har använt SAML 2.0-integrering på både författare och publicering innan du går till Cloud Service är den största förändringen att AEM as a Cloud Service Author bara kan integreras med Adobe IMS. AEM as a Cloud Service Publish-nivå kan dock fortfarande utnyttja SAML eller andra autentiseringsintegreringar. AEM as a Cloud Service har bara stöd för IMS-autentisering för författare, administratörer och utvecklare. IMS-autentiseringen ger inte stöd för externa slutanvändare på kundsajter som webbplatsbesökare.

Borttagna funktioner

Adobe utvärderar ständigt produktfunktioner för att så småningom förnya eller ersätta äldre funktioner med modernare alternativ för att förbättra det totala kundvärdet, alltid med noggrant övervägande av bakåtkompatibilitet.

Vi rekommenderar att du läser Föråldrade funktioner för att bekanta dig med de funktioner som markerats som borttagna i Experience Manager as a Cloud Service och se vilken effekt det har för er AEM driftsättning.

Planera för en granskning av AEM

När du har vant dig vid de ändringar som har gjorts med AEM as a Cloud Service är det dags att börja planera för en granskning av din befintliga installation, för att mäta den nivå av ändringar som krävs för att kunna flytta den till molnet.

I följande bild visas de viktigaste stegen under granskningsfasen:

bild

Därefter ska vi gå igenom vad varje steg innebär i detalj.

Utvärderar beredskap för Cloud Service

Det första steget är att bedöma om du är redo att gå över från den befintliga AEM till Cloud Service och avgöra vilka områden som behöver omfaktoriseras för att vara kompatibla med AEM as a Cloud Service.

Du måste göra en omfattande utvärdering av den aktuella AEM källkoden mot de märkbara ändringarna och de borttagna funktionerna för att avgöra hur stor insats som förväntas under övergångsresan.

Antalet resultat kommer att direkt påverka tidslinjerna och projektets övergripande framgång. Därför rekommenderar vi att du i så stor utsträckning som möjligt tar reda på vad som levereras eller startar de konversationer som behövs för att omkonstruera anpassningar som ska vara i linje med AEM as a Cloud Service bästa praxis.

Best Practice Analyzer

Du kan snabba upp utvärderingen genom att köra Best Practices Analyzer mot den aktuella AEM. Att förstå hur det fungerar är avgörande för att påskynda utvärderingsplaneringen.

Du kan läsa mer om hur det fungerar genom att läsa Best Practices Analyzer dokumentation.

Skapa en bedömningsrapport om beredskap för molnet

Nästa steg är att skapa en rapport baserad på alla de kunskaper som hittills har förvärvats. Du kan göra detta genom att generera rapporter från Best Practices Analyzer från Stage- och Production-instanserna, överföra dem sedan till Cloud Acceleration Manager för en sammanfattande rapport över användbara poster.

En vanlig rapport ska innehålla följande indata:

  • Dokumentation med detaljerad information om funktionerna i din AEM
  • Information om AEM anpassade konfigurationer och kod
  • Konfigurationer av Production Dispatcher
  • CDN-konfigurationer (om det finns några)

Socialisera rapporten

När Best Practices Analyzer-rapporterna är klara kan du dela dem med relevanta team för att bekräfta dina resultat och planera för dina nästa steg. Beroende på inställningarna kan du även distribuera en utskriven version av rapporten med hjälp av Förhandsgranska utskrift.

Granska resursplanering

När du har uppskattat den nivå av arbete som krävs för att gå över till Cloud Service bör du identifiera resurser, skapa ett team och mappa ut roller och ansvarsområden för övergångsprocessen.

Fastställa nyckeltal

Om du inte har fastställt nyckeltal (KPI) tidigare rekommenderar vi att du skapar nyckeltal för implementeringen av AEM så att ditt team kan fokusera på det som är viktigast.

Se Utveckla nyckeltal för att lära dig hur ni väljer rätt nyckeltal för era affärsmål.

What's Next

När du förstår omfattningen av de ändringar som krävs för att gå AEM as a Cloud Service är det dags att Gör koden och innehållet i molnet färdiga innan migreringen faktiskt utförs.

Ytterligare resurser

På denna sida