Migreren naar Adobe Commerce as a Cloud Service
Adobe Commerce as a Cloud Service biedt een uitgebreide gids voor ontwikkelaars die van een bestaande Adobe Commerce PaaS-implementatie overstappen op het nieuwe Adobe Commerce as a Cloud Service-aanbod (SaaS). Adobe Commerce as a Cloud Service is een belangrijke stap op weg naar een volledig beheerd, versieloos SaaS-model, dat verbeterde prestaties, schaalbaarheid, vereenvoudigde bewerkingen en een strakkere integratie met het bredere Adobe Experience Cloud biedt.
De verschuiving begrijpen - PaaS en SaaS vergelijken
Zeer belangrijke verschillen
- [ PaaS slechts ]{class="badge informative" title="Is alleen van toepassing op Adobe Commerce op Cloud-projecten (door Adobe beheerde PaaS-infrastructuur) en op projecten in het veld."} (Huidige) PaaS: Merchant beheert toepassingscode, upgrades, patching, infrastructuurconfiguratie binnen de door Adobe gehoste omgeving. Gedeeld verantwoordelijkheidsmodel voor de diensten (MySQL, Elasticsearch, en anderen).
- [ SaaS slechts ]{class="badge positive" title="Alleen van toepassing op Adobe Commerce as a Cloud Service- en Adobe Commerce Optimizer-projecten (door Adobe beheerde SaaS-infrastructuur)."} SaaS (Nieuw - Adobe Commerce as a Cloud Service): Adobe beheert de kerntoepassing, -infrastructuur en -updates volledig. Merchants richten zich op aanpassing via rekbaarheidspunten (APIs, App Builder, UI SDKs). De code van de kerntoepassing is vergrendeld.
Architecturale implicaties
- Versionless platform: Continue updates betekenen niet meer belangrijke upgrades voor de kern.
- Microservices & API-first: Meer vertrouwen op API’s voor uitbreidbaarheid en integratie.
- Zwaarloze door gebrek (facultatief): Sterke ondersteuning voor ontkoppelde winkelcentra (bijvoorbeeld Commerce Storefront aangedreven door Edge Delivery Services).
- Edge Delivery Services: Effect op front-end prestaties en implementatie.
Nieuwe tooling & concepten
- Adobe Developer App Builder en API Net voor Adobe Developer App Builder
- Commerce Optimizer
- Edge Delivery Services
- Zelfbediening levering met de Manager van Commerce Cloud
Migratiepaden
Adobe Commerce as a Cloud Service ondersteunt meerdere migratiepaden, afhankelijk van uw tijdlijn, voorgrond en aanpassingen.
Als alternatief voor een volledige migratie biedt Adobe Commerce as a Cloud Service ondersteuning voor een gefaseerde migratie, waarbij gebruik wordt gemaakt van Commerce Optimizer of een incrementele aanpak.
- Incrementele migratie - Deze benadering impliceert het migreren van uw gegevens, aanpassingen, en integratie in stadia. Deze benadering is ideaal voor grote handelaren met veel aanpassingen die hun complexe aanpassingen en gegevens geleidelijk in hun eigen tempo naar Adobe Commerce as a Cloud Service willen overbrengen.
- Commerce Optimizer - Deze benadering staat u toe om zich herhalend te migreren, door Commerce Optimizer als overgangsfase te gebruiken om complexe aanpassingen en gegevens aan Adobe Commerce as a Cloud Service bij uw eigen tempo te bewegen. Commerce Optimizer biedt toegang tot Merchandising Services via Catalog Views and Policies, Commerce Storefront van Edge Delivery en Product Visuals powered by AEM Assets .
- Volledige migratie - Deze benadering impliceert het migreren van alle gegevens, aanpassingen, en integratie in één keer. Deze benadering is ideaal voor kleinere handelaren met weinig aanpassingen die snel willen overschakelen op Adobe Commerce as a Cloud Service .
In de volgende tabel vindt u een overzicht van het migratieproces voor verschillende winkeliers en configuraties:
Zoals aangegeven in de tabel, bestaan de verzachtende omstandigheden voor elke migratie uit:
- migratie van Gegevens - Gebruikend verstrekt migratiehulpmiddel om gegevens van uw bestaande instantie aan Adobe Commerce as a Cloud Service te migreren.
- Storefront - de Bestaande Storefronts van Commerce die door Edge Delivery worden aangedreven en headless storefronts vereisen geen matiging, maar de storefronten van de Luma vereisen migrerend aan Commerce Storefront die door Edge Delivery wordt aangedreven. PWA Studio-winkeliers kunnen worden gemigreerd naar Commerce Storefront, aangedreven door Edge Delivery, of in hun huidige staat worden onderhouden. Adobe zal versnellers leveren om hulp te bieden bij het migreren van winkeliers.
- API Net - creeer een nieuw net of wijzig bestaande. Adobe zal vooraf geconfigureerde netten beschikbaar stellen als hulp bij dit proces.
- Integraties - Alle integraties moeten hefboomwerking of de de startuitrusting van de integratieaanzet of Adobe Commerce as a Cloud Service REST API .
- Aanpassingen - Alle aanpassingen moeten zich aan het Net van App Builder en API bewegen.
- het Beheer van Assets - Al activa beheer vereist migratie. Als u AEM Assets al gebruikt, is migratie niet nodig.
- Uitbreidingen - om het even welke in-proces uitbreidingen moeten als uit-van-procesuitbreidingen worden opnieuw gemaakt. Eind 2025 biedt Adobe toegang tot onze populairste extensies om de ontwikkeltijden te minimaliseren.
Migratiefasen
In de volgende fasen worden de stappen en overwegingen beschreven die nodig zijn voor het migreren naar Adobe Commerce as a Cloud Service .
Evaluatie en planning vóór migratie
Deze fase is van cruciaal belang om risico’s tot een minimum te beperken en een duidelijk migratiepad vast te stellen en problemen te identificeren voordat ze zich voordoen.
Ontdekking en controle van huidig milieu
Codebase analyse:
- Alle aangepaste modules, thema’s en overschrijvingen identificeren.
- Analyseer de wijzigingen van kerncode en bepaal welke het refactoring als deel van migratie zal vergen.
- Evalueer extensies van derden en bepaal de compatibiliteit met Adobe Commerce as a Cloud Service . Zijn er SaaS-compatibele alternatieven, of moet u aangepaste API-integratie of App Builder-toepassingen maken?
- Identificeer om het even welke verouderde code of functionaliteit die niet zal worden gemigreerd.
controle van Gegevens:
- Bepaal de grootte en complexiteit van uw database.
- Ongebruikte gegevens of tabellen identificeren voor opschoning.
- Bestaande invoer-/exportprocessen voor gegevens controleren.
overzicht van Integraties:
- Alle externe systemen weergeven die zijn geïntegreerd met Adobe Commerce (ERP, CRM, PIM, betaalgateways, verleners van verzendingen, OMS en andere systemen).
- Evalueer integratiemethoden (API, aangepaste scripts en andere methoden).
- Controleer de compatibiliteit met de eerste API-benadering van Adobe Commerce as a Cloud Service en App Builder.
benchmarks van Prestaties:
- Huidige Lighthouse-scores, laadtijden van pagina’s en belangrijke prestatie-indicatoren (KPI’s) documenteren, die een basislijn bieden voor het meten van verbeteringen na de migratie.
de configuratieoverzicht van de Veiligheid:
- Beoordeel om het even welke regels van douaneWAF, IP lijsten van gewenste personen, en om het even welke andere veiligheidsconfiguraties.
bepaal migratiewerkingsgebied en strategie:
-
Gefaseerde versus alles-in-één migratie: evalueer de voor- en nadelen van elke benadering.
-
identificeer kern bedrijfsprocessen: bevestig functionaliteiten die eerst moeten worden gemigreerd, zoals:
- Complexe prijsregels
- Aangepaste bedrijfsregels toegepast voordat een bestelling officieel wordt geplaatst of verwerkt
- Complexe belastingberekeningen
- Adresvalidaties
- Aangepaste logica die wordt geactiveerd nadat een volgorde is geplaatst
-
Koploze vs. monolithische storefront: punt van het Besluit voor nieuwe storefront ontwikkeling of het aanpassen van bestaande storefronts.
-
de strategie van de Integratie: bepaalt hoe de bestaande integraties (het Netwerk van API, App Builder, directe API) opnieuw zullen worden geplatformeerd.
-
de migratiestrategie van Gegevens: bepaalt als u van plan bent om het gebruiken van volledige historische gegevens, gedeeltelijke gegevens, of geen gemigreerde gegevens te migreren.
Gereedheid & opleiding van het Team:
- U kunt uzelf vertrouwd maken met Adobe Commerce as a Cloud Service -concepten, -workflows en nieuwe gereedschappen.
- U kunt praktijktraining volgen met Adobe App Builder, Edge Delivery Services en Adobe Commerce as a Cloud Service -implementatiepijplijnen.
de opstelling en levering van het Milieu:
- U kunt uw Adobe Commerce as a Cloud Service -sandbox en -ontwikkelomgevingen voorzien van de Commerce Cloud Manager.
Incrementele migratiefasen
Strategische refactoring en externalisering
Deze fase bestaat uit de kern van de migratie en richt zich op het aanpassen van uw codebase aan het Adobe Commerce as a Cloud Service cloud-native paradigma. Dit betekent dat u strategisch nieuwe Adobe-services moet gebruiken en aangepaste logica uit het centrale Commerce-platform moet halen.
1. “In-process” aanpassingen en extensies migreren naar App Builder
Dit is een cruciale fase voor het bereiken van een “vergrendelde kern” en het testen van uw oplossing in de toekomst, die centraal staat in de architecturale filosofie van Adobe Commerce as a Cloud Service .
- externaliseer complexe logica aan App Builder: Analyseer bestaande douanemodules en derdeuitbreidingen binnen uw Codebase PaaS. Voor complexe bedrijfslogica, op maat gesneden integratie, of microdiensten die geen directe, in-proces manipulatie van het de gegevensmodel van kernCommerce vereisen, refactor en herplatform hen als serverloze toepassingen binnen Adobe Developer App Builder.
- Net van de Leverage API: Voor scenario’s die gegevens van veelvoudige achtergrondsystemen (bijvoorbeeld, uw Commerce van PaaS achterste kant, ERP, CRM, en de microdiensten van douaneApp Builder) vereisen, voer een laag van het Net van API binnen App Builder uit. Hierdoor worden verschillende API’s geconsolideerd tot één, presterend GraphQL-eindpunt dat wordt verbruikt door uw nieuwe winkel of andere services, waardoor complexe gegevensophaalbewerkingen eenvoudiger worden.
- gebeurtenis-gedreven architectuur: Gebruik Adobe I/O Events om App Builder-acties te activeren op basis van gebeurtenissen die in uw PaaS-instantie plaatsvinden (bijvoorbeeld productupdates, klantregistraties, wijzigingen in de status van bestellingen) of andere verbonden systemen. Dit bevordert asynchrone mededeling, vermindert strakke koppeling, en verbetert systeemveerkracht.
Voordeel: Deze stap vermindert aanzienlijk de technische schulden die gepaard gaan met diepgewortelde aanpassingen, versnelt de overstap van uw Commerce-instantie naar Adobe Commerce as a Cloud Service aanzienlijk, verbetert de schaalbaarheid en onafhankelijke implementeerbaarheid van aangepaste logica en bevordert snellere ontwikkelingscycli voor extensies.
2. Adobe Commerce-services voor het verhandelen van SaaS goedkeuren en catalogusgegevens integreren
Dit is een belangrijk eerste integratiepunt met twee opties voor het beheer van catalogusgegevens:
Hefboomwerking de bestaande dienst SaaS van de Catalogus die met achterste van PaaS wordt geïntegreerd
Deze optie dient als overgangsstap, voortbouwend op een bestaande integratie waar uw steun PaaS een bestaand geval van de dienst van Adobe Commerce SaaS met gegevens van de catalogusdienst , levend onderzoek , en productaanbevelingen bevolkt.
- synchronisatie van de catalogusgegevens: Zorg ervoor dat uw Adobe Commerce PaaS-instantie de product- en catalogusgegevens blijft synchroniseren met uw bestaande Adobe Commerce Catalog SaaS-service. Dit baseert zich typisch op gevestigde schakelaars of modules binnen uw instantie PaaS. De dienst van de Catalogus SaaS blijft de gebiedende bron voor onderzoek en het verhandelen functies, die zijn gegevens uit uw steun PaaS afleiden.
- API Net voor optimalisering: Hoewel de headless winkel (op Edge Delivery Services) en andere services rechtstreeks gegevens van de Catalog SaaS-service kunnen verbruiken, raadt Adobe u ten zeerste aan API Mesh te gebruiken (binnen App Builder). API Mesh kan APIs van de dienst van Catalog SaaS met andere noodzakelijke APIs van uw backend van PaaS (bijvoorbeeld, voorraadcontroles in real time van het transactionele gegevensbestand of de attributen van het douaneproduct niet volledig die aan de dienst van Catalog SaaS worden herhaald) verenigen in één enkel, presterend GraphQL eindpunt. Dit staat ook voor gecentraliseerde caching, authentificatie, en reactietransformatie toe.
- integreer Levende Onderzoek en de Aanbevelingen van het Product: Vorm Levende Onderzoek en de Diensten van SaaS van de Aanbevelingen van het Product aan het opnemen van catalogusgegevens direct van uw bestaande dienst van de Catalogus van Adobe Commerce SaaS, die beurtelings door uw steun PaaS wordt bevolkt.
Voordeel: Dit verstrekt een snellere weg aan een headless winkel en geavanceerde SaaS koopselderende eigenschappen door een bestaande en operationele dienst van de Catalogus SaaS en zijn integratiepijplijn met uw steun te gebruiken PaaS. Het blijft echter afhankelijk van de PaaS-backend voor de primaire bron van catalogusgegevens en biedt niet de samenvoegingsmogelijkheden met meerdere bronnen die inherent zijn aan het nieuwe Composable Catalog Data Model. Deze optie is een geldige opstap naar een vollediger composable architectuur.
keur het nieuwe Composable Model van Gegevens van de Catalogus (CCDM) goed
Dit is de strategische, toekomstbestendige aanpak voor het inzetten van Adobe Commerce Optimizer. CCDM verstrekt een flexibele, scalable, en verenigde catalogusdienst die voor multi-bron gegevenssamenvoeging en dynamische handel wordt ontworpen.
-
Inname van Gegevens en eenmaking
-
Begin door product en catalogusgegevens van uw bestaande instantie Adobe Commerce PaaS (en/of andere PIM/ERP systemen) in het nieuwe Composable Model van de Gegevens van de Catalogus (CCDM) op te nemen.
-
Wijs bestaande productattributen aan het flexibele schema CCDM in kaart. Prioriteit geven aan kritieke productgegevens voor eerste inname.
-
Stel robuuste gegevenspijpleidingen voor ononderbroken synchronisatie in. Dit kan het volgende inhouden:
- gebeurtenis-gedreven (door App Builder): Gebruik Adobe I/O Events van uw PaaS-instantie om algemeen beschikbare of aangepaste Adobe App Builder-toepassingen te activeren. Deze toepassingen transformeren en duwen gegevensveranderingen (creeer, werk, en schrapping) aan CCDM door zijn APIs bij.
- Inname van de Partij: Voor grote eerste ladingen of periodieke bulkupdates, gebruiks veilige dossieroverdrachten (bijvoorbeeld, CSV of JSON) aan een het opvoeren gebied, die door de diensten van de de inname van Adobe Experience Platform (AEP) in CCDM worden verwerkt.
- Directe API integratie (met de Orchestratie van App Builder): Voor complexere scenario’s, kan App Builder als orchestratielaag dienst doen, die directe API vraag aan uw achtergrond van PaaS maken, de gegevens transformeert, en het duwt aan CCDM.
-
-
de mening van de Catalogus en beleidsdefinitie: Vorm catalogusmeningen (logische groeperingen voor unieke cataloguspresentatie, zoals opslagmeningen, gebieden, en de segmenten B2B/B2C) en bepaal beleid (regelreeksen voor productpresentatie, het filtreren, en het merchandising) binnen CCDM. Hierdoor is dynamische controle mogelijk over productassortiment en wordt logica per catalogusweergave weergegeven.
-
integreer Levende Onderzoek en de Aanbevelingen van het Product: Zodra catalogusgegevens in CCDM aanwezig zijn, integreer de op Adobe SaaS-Gebaseerde Levende diensten van het Onderzoek en van de Aanbevelingen van het Product. Deze hefboomwerking Adobe AI AI en machine het leren modellen voor superieure onderzoeksrelevantie en gepersonaliseerde aanbevelingen, die gegevens direct van CCDM verbruiken.
Voordeel: Door catalogusbeheer en detectie te abstraheren in CCDM en de bijbehorende SaaS-services, bereikt u betere prestaties, haalt u door AI aangestuurde verkoopmogelijkheden, offloadt u leesbewerkingen aanzienlijk van uw oudere backend, en maakt u een robuuste ‘afschuiving’ van de top-of-funnel-ervaring mogelijk.
3. Ontwikkel je winkel op Edge Delivery Services
Nu datapijplijnen voor handelswaar zijn gemaakt en aanpassingen extern zijn, verschuift de focus naar het bouwen van een vooruitkijkpatroon met hoge prestaties.
-
Aanvankelijke opstelling: Stel uw project in met de Adobe Commerce Storefront-bouwsteen voor Edge Delivery Services. Dit biedt een voorsprong zonder basiskennis die is gebaseerd op moderne webtechnologieën.
-
verbind met de catalogusdiensten en het Net van API: Uw Commerce Storefront gebruikt gegevens voornamelijk via GraphQL API’s:
- Optie 1: Via de bestaande Catalog SaaS-service (via API Mesh) voor productinformatie en handelsregels.
- Optie 2: Van CCDM voor productinformatie en handelsregels.
- Vanuit API Mesh voor georkestreerde gegevens van uw oude backend (PaaS-instantie) of aangepaste App Builder-services (bijvoorbeeld real-time inventarisatie, aangepaste productkenmerken en weergave van loyaliteitspunten).
-
migratie van de Inhoud (de Diensten van AEM): Migreer uw bestaande statische inhoud (bijvoorbeeld “Over ons”-pagina’s, blogberichten en marketingbanners) naar AEM Services, waarmee u de Commerce Storefront kunt bedienen. Maak gebruik van AEM-mogelijkheden voor het schrijven van inhoud en zorg ervoor dat de middelen voor Edge Delivery Services zijn geoptimaliseerd.
-
ontwikkelt kern UI componenten: Bouw kritieke gebruikersinterfacecomponenten voor de pagina’s van het productdetail (PDPs), de pagina’s van de productlijst (PLPs), en algemene inhoudspagina’s gebruikend Edge Delivery Services drop-in componenten en douane React/componenten van de Waarde. Prioriteit geven aan de belangrijkste handelsstromen.
-
Integratie met bestaande kar/controle: Aanvankelijk zal de Edge Delivery Services storefront een handoff aan uw bestaande Adobe Commerce PaaS (of ander derdeplatform) voor kartbeheer en controle organiseren. Hierbij gaat het meestal om:
- Redirection: De gebruiker omleiden naar de eigen URL van het winkelwagentje en het uitchecken van het oude platform, de vereiste sessie- en winkelid’s doorgeven.
- directe API interactie (met de Orchestratie van App Builder): UI-componenten voor het maken van aangepaste winkelwagentjes en uitchecken in Edge Delivery Services die rechtstreeks communiceren met de API’s van de PaaS-backend. Dit impliceert vaak App Builder als een Backend voor-Front (BFF) om vraag aan veelvoudige backend diensten (bijvoorbeeld, de wagentje van PaaS, betaalgateways, en verzendcalculators) te ordenen.
Voordeel: Biedt een supersnelle, voor SEO geoptimaliseerde en zeer flexibele opslagervaring. Deze fase draagt rechtstreeks bij aan een superieure ervaring van de klant en legt de basis voor toekomstige frontendinnovatie.
4. Gegevensmigratie (gefaseerd proces)
De migratie van gegevens is een kritiek en veelzijdig proces dat gelijktijdig met refactoring en opslagrontontwikkeling loopt, die gegevensconsistentie en integriteit verzekeren.
- Schoon en optimaliseer bestaande gegevens: Voordat u een grootschalige migratie uitvoert, moet u uitgebreide gegevens opschonen, dedupliceren en valideren in uw bestaande PaaS-database. Deze proactieve stap is van cruciaal belang om de overdracht van historische gegevenskwesties tot een minimum te beperken en de kwaliteit van gegevens in de nieuwe omgeving te waarborgen.
Bulk gegevensmigraties
De bulkgegevensmigratie impliceert het nemen van een volledige gegevensstortplaats van uw instantie Adobe Commerce PaaS, die volledige dataset transformeert, en het invoert in Adobe Commerce as a Cloud Service allen in één keer. Deze methode wordt doorgaans gebruikt voor de initiële populatie van gegevens.
-
Tooling beschikbaarheid: Het specifieke bulkwerktuig van de gegevensmigratie voor klantengebruik voor de bulkgegevensmigraties van eerste-partijCommerce zal door verzoek in Q1 2026 beschikbaar zijn. Als klanten vooraf hulp nodig hebben bij het migreren van bulkgegevens, kan Adobe de gegevensoverdracht namens hen op verzoek vergemakkelijken.
-
Proces:
- Volledige gegevensuitvoer: Extraheer een volledige dataset van uw instantie Adobe Commerce PaaS (bijvoorbeeld, producten, categorieën, klantenrekeningen, historische ordegegevens, statische blokken, en paginainhoud).
- de transformatie van Gegevens: Pas de benodigde transformaties toe om de geëxtraheerde gegevens af te stemmen op de schemavereisten van de nieuwe Adobe Commerce as a Cloud Service-componenten, inclusief het Composable Catalog Data Model (CCDM), indien van toepassing, en alle andere relevante Adobe-services of databases. Dit kan aangepaste scripts of gespecialiseerde gereedschappen voor gegevenstoewijzing bevatten.
- Aanvankelijke invoer: Importeer de getransformeerde volledige dataset in de respectieve componenten van Adobe Commerce as a Cloud Service. Voor product en categoriegegevens, bevolkt dit de gekozen catalogusdienst (CCDM of bestaande Catalog SaaS). Voor klant en ordegegevens, bevolkt dit de transactionele achterkant of de bijbehorende diensten.
- Bevestiging: De geïmporteerde gegevens rigoureus valideren om te zorgen voor volledigheid, nauwkeurigheid en consistentie in alle nieuwe systemen.
Interactieve gegevensmigraties
Bij migraties van interactieve gegevens wordt de nadruk gelegd op het synchroniseren van incrementele wijzigingen en delta’s van de bron-instantie van PaaS naar de nieuwe Cloud Service-componenten, zodat de gegevensversheid voor en na de overstap wordt gegarandeerd.
-
Tooling beschikbaarheid: In 2026 is er speciaal ontworpen voor het migreren van iteratieve gegevens.
-
Proces:
- identiteitskaart van Delta: Stel mechanismen in om wijzigingen (maken, bijwerken en verwijderen) in kritieke gegevenssets in uw PaaS-omgeving na de laatste synchronisatie te identificeren. Dit kan het vangen van veranderingsgegevens (CDC), timestamp vergelijkingen, of op gebeurtenis-gebaseerde trekkers impliceren.
- Ononderbroken synchronisatie: Voer robuuste mechanismen voor ononderbroken, stijgende gegevenssynchronisatie van uw milieu PaaS aan de nieuwe componenten van Cloud Service (bijvoorbeeld, CCDM en transactionele backend) uit. Dit is van cruciaal belang voor het behoud van de gegevensversheid en het minimaliseren van downtime tijdens het overslaan.
- hefboomwerkings gebeurtenissen: Gebruik waar mogelijk Adobe I/O Events om App Builder-acties voor realtime of bijna realtime updates van uw PaaS-instantie naar de nieuwe services te activeren. Bijvoorbeeld, kon een productupdate in PaaS een gebeurtenis teweegbrengen die de overeenkomstige ingang in CCDM bijwerkt.
- API-gedreven updates: Voor gegevens die niet door gebeurtenissen worden aangestuurd, gebruikt u geplande API-aanroepen (via App Builder of andere integratieplatforms) om wijzigingen van PaaS aan te brengen en deze door te voeren naar de nieuwe systemen.
- de behandeling en controle van de Fout: Voer robuuste fout behandeling, registreren, en controle voor alle iteratieve gegevenspijpleidingen uit om gegevensintegriteit te verzekeren door het proces wordt gehandhaafd.
Post-migratie en lopende activiteiten
DNS cutover & go-live:
- Plan de DNS-cutover zorgvuldig met minimale downtime.
- De gezondheid en prestaties van de site direct na de introductie controleren.
post-lanceringsverrichtingen:
het Ontmantelen milieu van PaaS:
- Oude PaaS-instanties en gegevens na de validatieperiode veilig archiveren of verwijderen.
Lopende ontwikkelingswerkschema:
- Omvat de versieloze aard van Adobe Commerce as a Cloud Service, die ononderbroken kleine plaatsingen eerder dan grote verbeteringen heeft.
- Gebruik Cloud Manager voor het beheer van omgevingen en implementaties.
- Gebruik App Builder voor het uitbreiden van functionaliteit zonder dat dit invloed heeft op de kern.
Controle, prestaties en veiligheid:
- De prestaties, fouten en beveiligingslogboeken van de site voortdurend controleren.
- Gebruik ingebouwde beveiligingsfuncties van Adobe en volg de beste werkwijzen.
Opleiding en documentatie:
- Train nieuwe ontwikkelaars en zakelijke gebruikers op het Adobe Commerce as a Cloud Service -platform en de workflows.
- Onderhoud actuele interne documentatie voor aangepaste integratie en processen.