En introduktion till arkitekturen i Adobe Experience Manager as a Cloud Service an-introduction-to-the-architecture-adobe-experience-manager-as-a-cloud-service

Produktionsmiljö:

• En produktionsmiljö är värd för företagstillämpningarna och driver liveupplevelserna.

Scenmiljö:

• En scenmiljö är vanligtvis kopplad till en produktionsmiljö i en 1:1-relation.

• Scenmiljön är främst utformad för automatisk testning innan ändringar i programmet överförs till produktionsmiljön.

  • Detta är oberoende av de ändringar som initieras av Adobe som en del av en underhållsuppdatering eller av koddistributionerna.
  • Du kan också utföra manuell testning om en koddistribution sker.

• Innehållet i scenmiljön synkroniseras vanligtvis med produktionsinnehållet med hjälp av funktionen för självbetjäning av innehållskopiering.

• Utför prestanda- och säkerhetstester på scenmiljön. Den har samma storlek som produktionen.

Utvecklingsmiljö:

• Med en utvecklingsmiljö kan utvecklare implementera och testa AEM program under samma körningsförhållanden som scen- och produktionsmiljöer.
• Ändringarna går igenom en distributionspipeline som ger samma kodkvalitet och säkerhetsportar som i produktionsdistributionspipelines.
• Utvecklingsmiljöer har inte samma storlek som fas och produktion och bör inte användas för att utföra prestanda- och säkerhetstester.

Rapid development environment (RDE):

• I en RDE-miljö går det att snabbt utveckla iterationer när ny eller befintlig kod distribueras till RDE-instanserna, utan att behöva gå igenom en formell distributionskanal som i vanliga utvecklingsmiljöer.

AEM Author tier:
Innehåller ett webbaserat gränssnitt (med tillhörande API:er) för hantering av webbinnehåll. Detta gäller båda inriktningarna:

• Headful - via Page editor and the Universal Editor
• Headless - via Content Fragment editor

Dokumentbaserad redigeringsnivå:
Gör att du kan skapa innehåll med hjälp av standardprogram, som:

• Microsoft Word och Excel - via SharePoint
• Google Docs and Sheets - via Google Drive

Den AEM Publish-nivån:

• Kör en grupp med AEM förlag och utgivare, som möjliggör dynamisk återgivning av webbsidor och API-innehåll (t.ex. GraphQL) sammanställt med publicerat innehåll.
• Bygger huvudsakligen på programlogik på serversidan.

Edge Delivery Publish:

• Möjliggör dynamisk återgivning av webbsidor och API-innehåll från olika innehållskällor, till exempel AEM Author-nivån eller dokumentbaserad redigeringsnivå.
• Baseras på applikationslogik på klientsidan och är utformad för maximala prestanda.

Edge Delivery Assets:

• Tillåter leverans av godkända och publicerade medieobjekt från AEM Assets. Till exempel bilder och videor.
• Medieobjekten refereras vanligtvis från upplevelser som körs på AEM publiceringsnivå, Edge Delivery publiceringsnivå eller från andra Adobe Experience Cloud-program som är integrerade med AEM Assets.

AEM och förhandsgranskningsskiktet för Edge Delivery Services:

• Finns även för upplevelser som byggts med AEM Publish eller Edge Delivery publiceringsnivå.
• Innehållsförfattare kan förhandsgranska innehåll i sitt sammanhang före publiceringsåtgärder.

Replikeringstjänsten:

• Finns mellan innehållshanteringsnivån och upplevelseleveransnivån.
• Bearbetar de publiceringsåtgärder som har utfärdats av innehållsförfattare och tillhandahåller sedan det publicerade innehållet till publiceringsnivåerna (AEM eller Edge Delivery).

Tjänsten Content Repository:

• Används av AEM författarnivå.
• Är en molnbaserad instans av en JCR-kompatibel innehållsdatabas som implementeras av Apache Oak-tekniken.
• Innehållets beständighet baseras främst på blobbaserad molnlagring.

CI/CD-tjänsten:

• Representerar den delmängd av Cloud Manager-funktioner som är dedikerade till hantering av driftsättningspipelines i AEM.

Testtjänsten:

• Representerar den underliggande infrastruktur som används för att köra:

  • funktionstester,
  • Gränssnittstester: t.ex. baserade på skript för selen eller Cypress,
  • upplevelsegranskningstester: t.ex. poäng i Lighthuse,

  som en del av en distributionskanal till en AEM eller som en del av en GitHub-pull-begäran till en Edge Delivery-koddatabas.

Datatjänsten:

• Ansvarar för att exponera kunddata, t.ex. licensvärden (t.ex. innehållsförfrågningar, lagring, användare) eller användningsrapporter (t.ex. antalet överföringar och hämtningar).
• Kunddata kan exponeras via API:er och i produktanvändargränssnitt (som Cloud Manager).

Real-User Metric-tjänsten (RUM):

• Samlar in nyckeltal från en kundupplevelse (t.ex. sidvyer, centrala webbinarier, konverteringshändelser) och svarar på tillhörande frågor (t.ex. de översta sidvyerna för en viss domän de senaste 7 dagarna).

Tjänsten Assets Compute:

• Ansvarar för bearbetning av överförda bilder, videoklipp och dokument, till exempel PDF och Adobe Photoshop-filer. Bearbetningen kan använda Adobe Sensei för att extrahera bild- och videometadata (till exempel beskrivande taggar eller primära färgtoner) och sedan generera återgivningar (till exempel olika storlekar eller format) med tillgång till API:er som Adobe Photoshop och Adobe Lightroom API:er.

Identity Management-tjänsten (IMS):

• Är den centrala plats som ansvarar för att hantera och autentisera användare och användargrupper för ett visst Adobe Experience Cloud-program (till exempel Cloud Manager eller AEM författarnivå).
• Är tillgänglig via Adobe Admin Console.

• För lagring av Java-kod och OSGI-konfigurationer på serversidan för AEM författare och publiceringsnivåer.

• För lagring av JS-, CSS- och HTML-kod på klientsidan för AEM författare- och publiceringsnivåer.
  Mer information om klientbibliotek finns i Använda klientbibliotek på AEM as a Cloud Service.

• Lagrar dispatcherkonfigurationsfilerna för AEM publiceringsnivå.

• Tillåter lagring av olika konfigurationsalternativ (t.ex. CDN-inställningar eller underhållsinställningar) för AEM och Edge Delivery Servicens publiceringsnivå.

• För lagring av JS-, CSS- och HTML-kod på klientsidan för webbplatser som byggts med Edge Delivery Servicens

som Adobe bidragit med för att säkerställa produktens integritet

tester från kunden

• Funktionstester: via http-begäranden till AEM författare eller publiceringsnivå
• Gränssnittstester: baserade på selen- eller Cypress-teknik

Alla filer överförs direkt och hanteras från ett molndatalager. Den associerade strömmen med bitar går aldrig igenom JVM för redigerings- och publiceringstjänsterna i AEM. Det innebär att noderna för AEM författare och publiceringstjänster kan bli mindre och därför mer kompatibla med förväntningarna på snabb autoskalning. För dem som arbetar med affärsverksamhet ger detta en snabbare upplevelse vid överföring och nedladdning av bilder, video och andra uppgifter.

Alla åtgärder som består av publicering av innehåll omfattar nu en pipeline som följer ett prenumerationsmönster. Publicerat innehåll skickas till olika köer i pipelinen som alla noder i publiceringstjänsten prenumererar på. Därför behöver redigeringsmiljön inte känna till antalet noder i publiceringstjänsten. Det möjliggör snabb autoskalning av publiceringsnivån.

Arkitekturen separerar programinnehållet helt från programkoden och konfigurationen. Kod och konfigurering är i stort sett oföränderliga och inbäddade i baslinjebilden som används för att skapa de olika noderna i redigerings- och publiceringstjänsterna. Det innebär att det finns en absolut garanti för att varje nod är identisk och att ändringar i kod och konfiguration bara kan göras globalt genom att man kör en Cloud Manager-pipeline.

Arkitekturen omfattar flera mikrotjänster som bygger på serverlös teknik, särskilt med Adobe I/O runtime

Programinställningar

• Onboardresa
• Program och programtyper

Utvecklingsarkitektur

• Cloud Manager-databaser
• CI/CD-pipeline
• Testning av kodkvalitet

Edge Delivery Services:

• AEM as a Cloud Service - översikt - med Edge Delivery Services
• Använda Edge Delivery Services
• Utforska den underliggande arkitekturen och viktiga delar av AEM as a Cloud Service med Edge Delivery Services