Inleiding tot de architectuur van Adobe Experience Manager as a Cloud Service an-introduction-to-the-architecture-adobe-experience-manager-as-a-cloud-service
Adobe Experience Manager (AEM) as a Cloud Service biedt een reeks composable diensten voor het creëren en beheren van high impact experience.
Deze pagina verstrekt een inleiding aan de logische architectuur, de de dienstarchitectuur, de systeemarchitectuur, en de ontwikkelingsarchitectuur voor AEM as a Cloud Service.
Logische architectuur logical-architecture
AEM as a Cloud Service bestaat uit oplossingen op hoog niveau, zoals AEM Sites, AEM Assets en AEM Forms. Deze diensten zijn vergunning individueel, maar kunnen in samenwerking worden gebruikt. Elke oplossing gebruikt een combinatie van composable diensten die door AEM as a Cloud Service worden verleend, afhankelijk van hun respectieve gebruiksgevallen.
Programma's programs
AEM toepassingen worden materialized in de vorm van a Programmadat u in de toepassing van Cloud Manager, volgens uw vergunningsrechten creeert. Deze programma's geven u volledige controle over hoe de bijbehorende AEM toepassing wordt genoemd, gevormd en hoe de toestemmingen, in de context van een bepaald project worden toegewezen.
Als klant, wordt u gewoonlijk geïdentificeerd door Adobe als a huurder, ook gekend als organisatie IMS (het Systeem van Identity Management). Een huurder kan zo vele programma's hebben zoals nodig, en vergunning hebben. Het is bijvoorbeeld gebruikelijk om een centraal programma voor AEM Assets te zien, terwijl AEM Sites kan worden gebruikt in meerdere programma's die aansluiten op meerdere online ervaringen.
Een programma kan met om het even welke combinatie oplossingen op hoog niveau worden gevormd, en elke oplossing kan van één aan vele toe:voegen-ons steunen. Bijvoorbeeld Commerce of Screens voor AEM Sites, Dynamic Media of Brand Portal voor AEM Assets.
Omgevingen environments
Zodra een programma met de oplossingen van AEM Sites, AEM Assets of AEM Forms wordt gecreeerd, zullen de bijbehorende AEM instanties in de vorm van AEM milieu's in dit programma worden vertegenwoordigd.
Er zijn vier soorten milieubeschikbaar met AEM as a Cloud Service:
-
Productieomgeving:
- Een productiemilieu bewaart de toepassingen voor de bedrijfsartsen en stelt de levende ervaringen in werking.
-
Werkgebiedomgeving:
-
Een werkgebiedomgeving wordt meestal gekoppeld aan een productieomgeving in een 1:1-relatie.
-
De werkgebiedomgeving is vooral ontworpen voor automatische tests voordat wijzigingen in de toepassing worden doorgevoerd in de productieomgeving.
- Dit is onafhankelijk van de veranderingen die of door Adobe als deel van een onderhoudsupdate, of door uw codeplaatsingen in werking worden gesteld.
- U kunt handtests ook uitvoeren in het geval van een code-implementatie.
-
De inhoud van de werkgebiedomgeving wordt meestal gesynchroniseerd gehouden met de productie-inhoud met de functie voor het kopiëren van zelfbedieningsinhoud.
-
Prestatie- en beveiligingstests uitvoeren op de werkgebiedomgeving. Het is even groot als de productie.
-
-
Ontwikkelomgeving:
- Met een ontwikkelomgeving kunnen uw ontwikkelaars AEM toepassingen implementeren en testen onder dezelfde runtimevoorwaarden als in de fase- en productieomgeving.
- De veranderingen gaan door een plaatsingspijpleiding toe die voor de zelfde codekwaliteit en veiligheidspoorten zoals in de pijpleidingen van de productieleiding toestaat.
- Ontwikkelomgevingen hebben niet dezelfde grootte als stadium en productie en mogen niet worden gebruikt om prestatie- en veiligheidstests uit te voeren.
-
Snelle ontwikkelomgeving (RDE):
- Een milieu RDE staat voor snelle ontwikkelingsherhalingen toe wanneer het opstellen van nieuwe of bestaande code in de instanties RDE, zonder het gaan door een formele plaatsingspijpleiding zoals die op regelmatige ontwikkelomgevingen wordt gevonden.
Edge Delivery Services logical-architecture-edge-delivery-services
Een AEM programma kan met de Edge Delivery Serviceseveneens worden gevormd.
Zodra gevormd, kan AEM GitHub codeopslagplaatsen van verwijzingen voorzien die voor de bouw van de ervaringen met Edge Delivery Services worden gebruikt. Dientengevolge, worden de nieuwe configuratieopties beschikbaar voor de bijbehorende ervaringen. Deze omvatten vestiging Adobe-Beheerde CDN, en de toegang tot van vergunningsmetriek of SLA- rapporten.
Servicearchitectuur service-architecture
De lijst met services op hoog niveau die in AEM as a Cloud Service kunnen worden samengesteld, kan in twee segmenten worden weergegeven: Inhoudsbeheer en Ervaring Aflevering:
Voor inhoudsbeheer, zijn er twee belangrijkste reeksen diensten voor het ontwerpen van inhoud, allebei die als inhoudsbronnen worden vertegenwoordigd:
-
De laag AEM auteur:
Biedt een webinterface (met gekoppelde API's) voor het beheer van webinhoud. Dit geldt voor beide benaderingen:- Hoofdtekst - via de pagina-editor en de Universal Editor
- Koploos - via de editor voor inhoudsfragmenten
-
De op documenten gebaseerde ontwerplaag:
Hiermee kunt u inhoud schrijven met standaardtoepassingen, zoals:- Microsoft Word en Excel - via SharePoint
- Google Docs and Sheets - via Google Drive
Voor ervaringslevering, wanneer het gebruiken van AEM Sites of AEM Forms, zijn er ook twee belangrijkste reeksen diensten, niet wederzijds - exclusief en werkend onder een gedeelde Adobe-Beheerde CDN (het Netwerk van de Levering van de Inhoud) als verschillende oorsprong:
-
De AEM Publish-laag:
- Voert een landbouwbedrijf van standaard AEM uitgevers en verzenders in werking, die voor het dynamische teruggeven van Web-pagina's en API inhoud (bijvoorbeeld, GraphQL) toestaan die met gepubliceerde inhoud wordt samengesteld.
- Is hoofdzakelijk gebaseerd op server-zijtoepassingslogica.
-
De Edge Delivery Publish-laag:
- Hiermee wordt het dynamisch weergeven van webpagina's en API-inhoud toegestaan vanuit diverse inhoudsbronnen, zoals de AEM Auteur-laag of de op documenten gebaseerde Authoring-laag.
- Is gebaseerd op toepassingslogica aan de clientzijde en ontworpen voor maximale prestaties.
Er zijn ook de belangrijkste aangrenzende services:
-
De Edge Delivery Assets-laag:
- Staat de levering toe van goedgekeurde en gepubliceerde media-items van AEM Assets. Bijvoorbeeld afbeeldingen en video's.
- Meestal wordt naar de media-items verwezen op basis van ervaringen die worden uitgevoerd op de AEM publicatielaag of op basis van de Edge Delivery-publicatielaag, of van andere Adobe Experience Cloud-toepassingen die zijn geïntegreerd met AEM Assets.
-
De AEM voorvertoningslaag en de voorvertoningslaag voor Edge Delivery Services:
- Deze zijn ook beschikbaar voor ervaringen die zijn opgebouwd met de AEM Publish-laag of de Edge Delivery-publicatielaag.
- Hiermee kunnen auteurs van inhoud inhoud in context een voorvertoning van inhoud weergeven voordat ze bewerkingen publiceren.
Er zijn andere aangrenzende services:
-
De replicatieservice:
- Geplaatst tussen de laag voor inhoudsbeheer en de leveringslaag voor ervaring.
- Is verantwoordelijk voor het verwerken van publiceert verrichtingen die door inhoudauteurs worden uitgegeven, dan verstrekkend de gepubliceerde inhoud aan publiceren rijen (AEM of Edge Delivery).
note note NOTE De replicatieservice heeft een volledig nieuw ontwerp doorgemaakt in vergelijking met de 6.x-versies van AEM, aangezien het replicatieframework van vorige versies van AEM niet meer wordt gebruikt om inhoud te publiceren. De recentste architectuur is gebaseerd op a publiceren en onderteken benadering met op wolk-gebaseerde inhoudsrijen. Voor de AEM publicatielijst kan een variabel aantal uitgevers zich abonneren op de publicatie-inhoud en is dit een essentieel onderdeel van het realiseren van echte en snelle automatische schaling voor AEM as a Cloud Service -
De service voor opslagplaatsen voor inhoud:
- Wordt gebruikt door de AEM auteurslaag.
- Is een cloudgebaseerd exemplaar van een JCR-compatibele inhoudsopslagplaats, geïmplementeerd door de Apache Oak-technologie.
- De persistentie van inhoud is voornamelijk gebaseerd op cloudopslag op basis van blob.
-
De CI/CD-service:
- Geeft de subset van Cloud Manager-functies weer die gewijd zijn aan het beheer van distributiepijpleidingen naar de AEM omgevingen.
-
De testservice:
-
Vertegenwoordigt de onderliggende infrastructuur die wordt gebruikt om uit te voeren:
- functionele tests;
- UI-tests: bijvoorbeeld op basis van Selenium- of Cypress-scripts;
- praktijkexamens: bijvoorbeeld Lighthouse-scores;
als deel van een plaatsingspijpleiding aan een AEM milieu, of als deel van een trekkingsverzoek GitHub aan een de codebewaarplaats van Edge Delivery.
-
-
De gegevensservice:
- Is verantwoordelijk voor het blootstellen van klantgegevens zoals licentiemetriek (bijvoorbeeld inhoudsverzoeken, opslag, gebruikers) of gebruiksrapporten (zoals het aantal uploads, downloads).
- De klantgegevens kunnen via API's en binnen gebruikersinterfaces van het product (zoals de Cloud Manager) worden weergegeven.
-
De Real-User Metric (RUM) dienst:
- Is verantwoordelijk voor het verzamelen van zeer belangrijke metriek van een klantenervaring (zoals paginameningen, kernWeb vitals, omzettingsgebeurtenissen), en het antwoorden aan bijbehorende vragen (bijvoorbeeld, hoogste paginameningen voor een bepaald domein in de laatste 7 dagen).
-
De Assets Compute-service:
- is verantwoordelijk voor het verwerken van geüploade afbeeldingen, video's en documenten, bijvoorbeeld PDF- en Adobe Photoshop-bestanden. Bij verwerking kunt u Adobe Sensei gebruiken om metagegevens van afbeeldingen en video te extraheren (zoals beschrijvende tags of primaire kleurtonen) en vervolgens uitvoeringen genereren (zoals verschillende formaten of formaten), met toegang tot API's zoals de Adobe Photoshop- en Adobe Lightroom-API's.
-
De Identity Management Service (IMS):
- Is de centrale plaats verantwoordelijk voor het beheren en verifiëren van gebruikers en gebruikersgroepen voor een bepaalde toepassing van Adobe Experience Cloud (bijvoorbeeld, Cloud Manager of de AEM auteursrij).
- Wordt benaderd via de Adobe Admin Console.
Systeemarchitectuur system-architecture
Auteur-, voorvertoning- en Publish-tips AEM aem-author-preview-publish-tiers
De AEM Auteur en de rijen van Publish worden uitgevoerd als reeks containers van de Dokker, die door een standaardDienst van de Orchestratie van de Container worden beheerd. De resulterende containerarchitectuur betekent een volledig dynamisch systeem met een variabel aantal pods, afhankelijk van werkelijke activiteit (voor inhoudsbeheer) en het werkelijke verkeer (voor ervaringslevering). Zo kan AEM as a Cloud Service uw verkeerspatronen aanpassen terwijl ze veranderen.
De AEM Auteur-laag wordt gebruikt als een cluster van AEM auteurspods die één opslagplaats voor inhoud delen. Een minimum van twee pods staat voor bedrijfscontinuïteit toe terwijl de onderhoudstaken lopen, of terwijl een plaatsingsproces gebeurt.
De AEM Publish-laag wordt gebruikt als een farm met AEM publicatieinstanties, elk met hun eigen inhoudopslagplaats voor gepubliceerde inhoud. Elke uitgever wordt gekoppeld aan één enkele instantie Apache die met de AEM verzendermodule voor een materialized mening van de inhoud wordt uitgerust, die als oorsprong voor Adobe-beheerde CDN dienst doet. Een minimum van twee pods staat ook voor bedrijfscontinuïteit toe, maar het is niet ongebruikelijk om dit aantal in periodes van hoog verkeer te zien groeien.
De AEM voorvertoningslaag bestaat uit één AEM. Dit wordt gebruikt voor kwaliteitsborging van inhoud alvorens aan te publiceren publiceert rij. Soms kunnen er downtime optreden, vooral tijdens implementaties, op de voorvertoningslaag.
Edge Delivery Services system-architecture-edge-delivery-services
De Edge Delivery Services worden boven op een CDN en serverloze infrastructuur gebruikt om de pagina's op de meest presterende manier samen te stellen. Wanneer een middel wordt gevraagd, is de serverinfrastructuur verantwoordelijk voor het omzetten van de gepubliceerde inhoud in semantische HTML en dient als oorsprong aan CDN.
De conversie naar semantische HTML vindt plaats op basis van de gepubliceerde inhoud die wordt aangeboden in de AEM auteurslaag of de op document gebaseerde ontwerpomgeving.
In het volgende diagram ziet u hoe u Sites-inhoud in Microsoft Word (Document-based Authoring) kunt bewerken en naar Edge Delivery kunt publiceren. Ook wordt met de verschillende editors de traditionele AEM-publicatiemethode weergegeven.
Aangezien Edge Delivery Services deel uitmaken van Adobe Experience Manager en als zodanig kunnen Edge Delivery, AEM Sites en AEM Assets op hetzelfde domein naast elkaar bestaan. Dit is een veelvoorkomend geval voor het gebruik van grotere websites. Bijvoorbeeld, zou een klant een bepaalde pagina met hoog verkeer aan Edge Delivery Services kunnen willen migreren, terwijl alle andere pagina's op de AEM Rij van Publish zouden kunnen blijven.
Ontwikkelarchitectuur development-architecture
Codeopslagplaatsen code-repositories
De code en de configuratie voor AEM projecten wordt opgeslagen in een codebewaarplaats, waarvan plaatsingspijpleidingen worden uitgegeven wanneer de veranderingen worden aangebracht. Er zijn verschillende typen gegevensopslagruimten voor code:
- AEM volledige stapel:
- Voor het opslaan van Java-code en OSGI-configuraties aan de serverzijde voor de AEM auteur en publicatielagen.
- AEM voorzijde:
- Voor het opslaan van client-side JS-, CSS- en HTML-code voor de AEM auteur- en publicatielagen.
Voor meer details op clientlibs, zie Gebruikend cliënt-Kant Bibliotheken op AEM as a Cloud Service.
- Voor het opslaan van client-side JS-, CSS- en HTML-code voor de AEM auteur- en publicatielagen.
- AEM weblaag:
- Hiermee slaat u de configuratiebestanden van de verzender op voor de AEM publicatielijst.
- AEM configuratie:
- Staat voor het opslaan van diverse configuratieopties (zoals montages CDN, of de montages van onderhoudstaken) voor AEM toe publiceren rij en de Edge Delivery Services publiceren rij.
- AEM randlevering:
- Voor het opslaan van de client-side JS-, CSS- en HTML-code voor sites die zijn gemaakt met de Edge Delivery Services
Plaatsingspijpleidingen deployment-pipelines
Ontwikkelaars en beheerders beheren de AEM as a Cloud Service-toepassing met behulp van een Continuous Integration/Continuous Delivery (CI/CD)-service, die beschikbaar wordt gesteld via de Cloud Manager. Cloud Manager stelt ook alles bloot met betrekking tot bewaking, onderhoud, probleemoplossing (bijvoorbeeld toegang tot logbestanden) en licenties.
Cloud Manager beheert alle updates van uw exemplaren van de AEM as a Cloud Service. Het is verplicht, omdat dit de enige manier is om de klanttoepassing te maken, testen en implementeren voor de auteur, de voorvertoning en de publicatielagen. Deze updates kunnen worden geactiveerd door Adobe, wanneer een nieuwe versie van de AEM Cloud Service gereed is of door uzelf wanneer een nieuwe versie van de toepassing gereed is.
Dit wordt uitgevoerd door een plaatsingspijpleiding, die aan elk milieu binnen een programma wordt gekoppeld. Wanneer een Cloud Manager-pijplijn wordt uitgevoerd, maakt deze een nieuwe versie van de klantapplicatie, zowel voor de authoring- als voor de publicatielaag. Dit wordt bereikt door de nieuwste klantpakketten te combineren met de nieuwste Adobe image voor de basislijn.
De plaatsingspijpleiding wordt teweeggebracht of wanneer de klanten codeveranderingen aanbrengen, of wanneer de Adobe een nieuwe onderhoudsversie opstelt.
In beide gevallen wordt dezelfde set geautomatiseerde tests uitgevoerd. Het bestaat uit tests:
-
door de Adobe wordt bijgedragen om de productintegriteit te waarborgen
-
door de klant geleverde tests
- Functionele tests: via http-verzoeken aan de AEM auteur of publicatielaag
- UI-tests: gebaseerd op Selenium- of Cypress-technologie
Deze geautomatiseerde tests worden uitgevoerd in de Stage-omgeving. Daarom is het belangrijk dat de Stage-omgeving zo dicht mogelijk bij de inhoud van de Production-instantie blijft.
Zodra alle tests met succes overgaan, wordt de nieuwe code opgesteld aan het milieu van de Productie.
Rolling updates rolling-updates
De Cloud Manager automatiseert de cut-over volledig naar de nieuwste versie van de AEM toepassing door alle serviceknoppen bij te werken met behulp van een rollend updatepatroon. Dit betekent er geen onderbreking voor of de auteur of publiceer de dienst is.
Belangrijke innovaties sinds AEM 6.x major-innovations-since-aem-6x
De meest recente architectuur voor AEM as a Cloud Service introduceert enkele fundamentele veranderingen en vernieuwingen in vergelijking met de vorige generaties (AEM 6.x en eerder):
-
Alle bestanden worden rechtstreeks geüpload en via een Cloud Data Store verzonden. De bijbehorende bitstroom gaat nooit door de JVM van de AEM Author- en Publish-services. Hierdoor kunnen de knooppunten van de AEM auteur- en publicatieservices kleiner van grootte zijn en zijn deze dus beter compatibel met de verwachting van snelle automatische schaling. Voor zakelijke gebruikers leidt dit tot een snellere ervaring bij het uploaden en downloaden van afbeeldingen, video en andere taken.
-
Alle bewerkingen die bestaan uit het publiceren van content, bevatten nu een pijplijn die een abonnementspatroon volgt. Gepubliceerde content wordt verplaatst naar diverse wachtrijen in de pijplijn, waarop alle nodes van de publicatieservice zijn geabonneerd. Daarom hoeft de authoringlaag niets te weten over het aantal nodes in de publicatieservice; hierdoor kan de publicatielaag snel automatisch worden geschaald.
-
De architectuur scheidt de applicatiecontent volledig van de applicatiecode en de configuratie. Alle code en configuraties zijn praktisch onveranderlijk en ingebouwd in de basisinstallatiekopie die wordt gebruikt om de diverse nodes van de authoring- en publicatieservices te maken. Daardoor is absoluut gegarandeerd dat alle nodes identiek zijn, en kunnen veranderingen in de code en configuratie uitsluitend globaal worden aangebracht door een Cloud Manager-pijplijn uit te voeren.
-
De architectuur omvat veelvoudige microdiensten die op serverloze technologie, vooral met Adobe I/O runtime worden gebouwd
Aanvullende informatie further-information
-
Programma instellen
-
Ontwikkelarchitectuur
-
Edge Delivery Services: