Beredskapsfas

I den här fasen av den AEM as a Cloud Service migreringsresan bekanta du dig med AEM as a Cloud Service. Du kan granska de ändringar som gjorts 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 måste genomgå så att du kan migrera till AEM as a Cloud Service. Det redogör också för fördelarna med att migrera.

Syfte

Det här dokumentet hjälper dig att förstå vilka faktorer du måste tänka på så att du kan 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 och möjligheter för att hantera dina 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 kopplas alla 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 använder replikeringsagenter måste de omformas.
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 mot AEM och inte mot instanser i några miljöer.
Långa jobb Undvik tidskrävande jobb som Sling Schedulers och 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 du kan avlasta dem till Adobe Developer.
Växla till asynkrona åtgärder Konfigurera asynkrona åtgärder För att förbättra övergripande prestanda i dina miljöer körs vissa åtgärder i asynkront läge. 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 Det finns ingen garanti för hur mycket diskutrymme som tilldelas och instanserna i behållarna kommer och går. Därfö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 arbetsflödeskörare som utlöser ett körklart eller anpassat arbetsflöde för DAM Update Asset från koden.
Alla resurser som överförs till AEM as a Cloud Service kommer att bearbetas av tjänsten för tillgångsbearbetning. Anvisningar om anpassade steg finns i Arbetsflöden för efterbearbetning om hur du konfigurerar och konfigurerar efterbearbetningsarbetsflöden.
Anpassade återgivningssteg Bearbetar profiler Alla anpassade återgivningsgenereringar, bildkonverteringar och 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 distribuerar.
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 ändringar som finns under /home. Vi rekommenderar alltid att ändringar som görs på författaren distribueras. 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äkerhetskopiera och återställa 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 använda SAML eller andra autentiseringsintegreringar. AEM as a Cloud Service har endast 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.

Adobe rekommenderar att du kontaktar Föråldrade funktioner för att bekanta dig med funktioner som markerats som borttagna i Experience Manager as a Cloud Service. Se vilken effekt ni får för er AEM driftsättning.

Planera för en granskning av AEM

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

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

bild

Därefter tittar vi närmare på vad varje steg innebär.

Utvärderar beredskap för Cloud Service

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

Gör 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 kan direkt påverka tidslinjerna och projektets övergripande framgång. Därför rekommenderar Adobe att du identifierar så mycket som möjligt så att du kan planera leveransen. Eller starta konversationerna så att du kan göra om alla anpassningar som behövs för att följa 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 skapar rapporten 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 så att ni kan bekräfta era resultat och planera för 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 så att ni kan lära er 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