Beredskapsfas readiness-phase

I den här fasen av AEM as a Cloud Service migreringsresa 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

I det föregående dokumentet, Komma igång med flytt till AEM as a Cloud Service, finns 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
  • Lär dig planera för övergången till AEM as a Cloud Service

Se de anmärkningsvärda förändringarna i 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äggningsinstallationer 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 läsa den fullständiga listan över anteckningsbara ändringar här.

Vad har ändrats?
Referens
Viktiga uppgifter
Separera muterbara och oföränderliga filter i motsvarande paket
AEM as a Cloud Service Notable Changes
AEM Project Structure for 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 muterbart och oföränderligt innehåll separerat 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
Det finns bara stöd för körningslägen som tillhandahålls i AEM as a Cloud Service.
När ytterligare utvecklingsmiljöer läggs till kopplas alla till körningsläget "dev".
Cloud Manager Pipeline Execution är det enda sättet att driftsätta
I AEM as a Cloud Service är åtkomst till /system/console inte tillåten. Därför måste alla OSGi-konfigurationer ingå i koden och 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 paketen som ska distribueras får bara innehålla muterbart 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 användningsområden.
Om du vill konfigurera ett eget CDN måste du skicka en begäran till Adobe Support för att det ska godkännas.
Om CDN godkänns pekar det mot Snabbt och inte mot AEM instanser i någon miljö.
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 serversides-API:er
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 skapa 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 resurser och processteg i arbetsflödet som stöds i AEM as a Cloud Service
Överför API-jämförelser och WF-processsteg som stöds
I AEM as a Cloud Service direktuppspelas resursen i eller utanför binärlagringen 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 resurshanteringstjänsten. Anpassade steg finns i Bearbetningsarbetsflöden för Postom 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 omfaktorisering av Oak-index innan de hanteras i koden som du distribuerar.
Alla underhållsaktiviteter är inte konfigurerbara
Underhållsuppgifter för AEM as a Cloud Service
Du kan bara konfigurera vissa underhållsuppgifter med AEM as a Cloud Service.
Ändringar i Publish-databasen
Direkta ändringar av Publish-databasen 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 Cloud Manager 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 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 använder Funktioner som inte längre används för att bekanta dig med de 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 i 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 dokumentationen för Best Practices Analyzer.

Skapa en bedömningsrapport om beredskap i 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 Best Practices Analyzer-rapporter från Stage- och Production-instanserna och överför dem sedan till Cloud Acceleration Manager för att få en sammanfattande rapport över användbara objekt.

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
  • Production Dispatcher-konfigurationer
  • 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 genom att använda Förhandsgranska.

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 du kan lära dig hur du väljer rätt nyckeltal för dina affärsmål.

What's Next what-is-next

När du har förstått omfattningen av de ändringar som krävs för att gå över till AEM as a Cloud Service är det dags att göra koden och innehållet i molnet redo innan du faktiskt utför migreringen.

Ytterligare resurser additional-resources

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