Pro-arkitektur

Din Adobe Commerce på molninfrastruktur Pro-arkitektur stöder flera miljöer som du kan använda för att utveckla, testa och lansera din butik.

I följande tabell sammanfattas skillnaderna mellan miljöerna:

Miljöarkitektur

Ditt projekt är en enda Git-databas med tre huvudmiljögrenar: integration, staging och production. I följande diagram visas det hierarkiska förhållandet mellan Pro-miljöer:

Huvudmiljö

I Pro-projekt tillhandahåller grenen master en aktiv PaaS-miljö med din produktionsmiljö. Skicka alltid en kopia av produktionskoden till master-miljön så att du kan felsöka produktionsmiljön utan att avbryta tjänsterna.

Caveats:

Integreringsmiljö

Integreringsmiljön körs i en Linux-behållare (LXC) på ett rutnät med servrar som kallas PaaS. Varje miljö innehåller en webbserver och databas som testar platsen. Se Regionala IP-adresser för en lista över IP-adresser för AWS och Azure.

Rekommenderade användningsfall:

Integrationsmiljöer är utformade för begränsad testning och utveckling innan ändringar görs i miljöer för testning och produktion. Du kan till exempel använda integreringsmiljön för att utföra följande uppgifter:

För bästa prestanda i integreringsmiljön bör du följa dessa standarder:

Caveats:

Mellanlagringsmiljö

Mellanlagringsmiljön är en miljö för närproduktion som du kan använda för att testa platsen. Den här miljön, som finns på dedikerad IaaS-maskinvara, innehåller alla tjänster, som Fastly CDN, New Relic APM och sökning.

Rekommenderade användningsfall:

Miljön matchar produktionsarkitekturen och är utformad för UAT, innehållstaging och slutlig granskning innan funktioner skickas till miljön production. Du kan till exempel använda miljön staging för att utföra följande åtgärder:

Se Arbetsflöde för distribution och Testa distribution.

Caveats:

Produktionsmiljö

Produktionsmiljön kör dina offentliga butiker för en och flera platser. Den här miljön använder dedikerad IaaS-maskinvara med redundanta noder med hög tillgänglighet för kontinuerlig åtkomst och failover-skydd för dina kunder. I produktionsmiljön ingår alla tjänster i mellanlagringsmiljön, plus tjänsten New Relic Infrastructure (NRI) som automatiskt ansluter till programdata och prestandaanalyser för att tillhandahålla dynamisk serverövervakning.

Caveat:

Du kan inte skapa en gren från grenen production. Du kan istället överföra kodändringar från grenen staging till grenen production.

Production Technology stack

Produktionsmiljön har tre virtuella datorer (VM) bakom en elastisk belastningsutjämnare som hanteras av en HAProxy per VM. Varje virtuell dator innehåller följande tekniker:

Följande bild visar vilka tekniker som används i produktionsmiljön:

Redundanta maskinvara

I stället för att köra en traditionell, aktiv-passiv master eller en primär-sekundär konfiguration kör Adobe Commerce i molninfrastrukturen en redundant arkitektur där alla tre instanserna accepterar läsningar och skrivningar. Denna arkitektur erbjuder inga driftavbrott vid skalning och ger garanterad transaktionsintegritet.

På grund av den unika, redundanta maskinvaran kan Adobe tillhandahålla tre gateway-servrar. De flesta externa tjänster gör att du kan lägga till flera IP-adresser till en tillåtelselista, så att det inte är något problem att ha fler än en fast IP-adress. De tre gatewayarna mappas till de tre servrarna i produktionsmiljöklustret och behåller statiska IP-adresser. Den är helt överflödig och mycket tillgänglig på alla nivåer:

Säkerhetskopiering och katastrofåterställning

Adobe Commerce i molninfrastruktur använder en arkitektur med hög tillgänglighet som replikerar varje Pro-projekt på tre separata AWS- eller Azure-tillgänglighetszoner, där varje zon har ett separat datacenter. Förutom den här redundansen får Pro-testnings- och produktionsmiljöer regelbundna, livesäkerhetskopieringar som är utformade för att användas vid katastrofala fel.

Automatiska säkerhetskopieringar innehåller beständiga data från alla tjänster som körs, till exempel MySQL-databasen och filer som lagras på de monterade volymerna. Säkerhetskopiorna sparas i krypterad Elastic Block Storage (EBS) i samma region som produktionsmiljön. De automatiska säkerhetskopiorna är inte tillgängliga för allmänheten eftersom de lagras i ett separat system.

Du kan skapa en manuell säkerhetskopia av databasen för mellanlagrings- och produktionsmiljöer med CLI-kommandon. Se Säkerhetskopiera databasen. För integration-miljöer rekommenderar Adobe att du skapar en säkerhetskopia som ett första steg efter att du har öppnat ditt Adobe Commerce i ett molninfrastrukturprojekt och innan du gör några större ändringar. Se Hantering av säkerhetskopiering.

Mål för återställningspunkt

RPO är sex timmars maximal tid för senaste säkerhetskopiering (till exempel 06:00, 12:00 och sedan 18:00). Hur ofta säkerhetskopieringar ska göras beror på schemat för säkerhetskopiering av din plan och hur många ändringar som ska skrivas till lagringstjänsten.

Bevarandeprincip

Adobe behåller automatiska säkerhetskopieringar enligt följande datalagringspolicy:

Den här principen kan variera beroende på din molninfrastrukturplan.

Mål för återställningstid

RTO beror på lagringens storlek. Stora EBS-volymer tar längre tid att återställa. Återställningstiden kan variera beroende på databasens storlek:

Pro, klusterskalning

Pro-klusterstorleken och beräkna-konfigurationerna varierar beroende på den valda molnprovidern (AWS, Azure), regionen och tjänstberoendena. Adobe molninfrastruktur kan skala Pro-kluster för att passa trafikens förväntningar och servicekraven när efterfrågan förändras.

Den redundanta arkitekturen gör att molninfrastrukturen i Adobe kan byggas ut utan driftstopp. Vid uppskalning roterar var och en av de tre instanserna till uppgraderingskapacitet utan att påverka webbplatsens funktion. Du kan till exempel lägga till extra webbservrar i ett befintligt kluster om gränsen är på PHP-nivå i stället för på databasnivå. Detta ger vågrät skalning som komplement till den lodräta skalningen som tillhandahålls av extra processorer på databasnivån. Se Skalad arkitektur.

Om du förväntar dig en avsevärd ökning av trafiken för en händelse eller av någon annan anledning kan du begära en tillfällig kapacitetsökning. Se Så här begär du en tillfällig storlek i Commerce Help Center.