Beredskapsfas readiness-phase

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 story-so-far

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 objective

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 notable-changes-in-aem-cloud-service-architecture

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 det införts flera skillnader mellan anläggningar på plats i AEM och Adobe Managed Services, 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 muterbara 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)
Inbyggd CDN och egen 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.
Arbetsflödeskörare
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 arbetsflöden för efterbearbetning.
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.

Föråldrade funktioner deprecated-features

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 review-planning

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 Cloud Servicens beredskap assess-cloud-readiness

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 instanser av Stage och Production, ö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 review-resource-planning

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 establish-kpis

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 what-is-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 additional-resources

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