Architektúra · Mélyelemzés · Telepítési modell
AWS Deployment Wizard architektúra WordPress-csapatoknak
Gyakorlati architektúra, amely a WP Suite termékszintű döntéseit megismételhető, az ügyfél AWS-fiókjában futó CloudFormation-telepítésekké alakítja.
Architekturális tézis: A Deployment Wizard nem pusztán egy látványos beállítóképernyő. Híd a WordPressben megfogalmazott termékszándék és az AWS-infrastruktúra tulajdonjoga között: összegyűjt néhány lényeges döntést, megnyitja a CloudFormation Create stack ellenőrzési folyamatát, a megfelelő fiókba telepít, majd a létrejött kimeneteket visszaköti a WordPresshez.
Miért része a telepítési felhasználói élmény az architektúrának
A legtöbb WordPress-felhasználó nem szeretné kézzel megtervezni az API Gatewayt, a Lambdát, a Cognitót, a DynamoDB-t, a WAF-ot vagy a Bedrockot. A legtöbb AWS-architekt pedig nem szeretné, ha a kritikus infrastruktúrát egy olyan plugin hozná létre, amely elrejti, mit végzett el. A WP Suite-nak mindkét fél számára elfogadható megoldást kell nyújtania.
A Deployment Wizard szándékosan szűk feladatra koncentrálva oldja fel ezt a feszültséget. Összegyűjti a termékszintű döntéseket, előre kitöltött CloudFormation-folyamatot hoz létre, és az AWS-re bízza a stack ellenőrzését, létrehozását és tulajdonlását.
Ezért érdemel külön architektúracikket: a provisionálási modell a bizalmi történet része. Megmutatja, hogyan kínálhat a WP Suite fejlett AWS-mintákat anélkül, hogy átláthatatlan hosztolt SaaS-függőséggé válna.
Rendszerhatár
WP Suite / pluginbeállítások
a felhasználó kiválasztja a kívánt funkciót és néhány fontos opciót
│
▼
Deployment Wizard
ellenőrzi a választásokat és összeállítja a CloudFormation-paramétereket
│
▼
AWS Console → CloudFormation → Create stack (ellenőrzés)
az ügyfél ellenőrzi az erőforrásokat, paramétereket, IAM-beállításokat és kimeneteket
│
▼
Az ügyfél tulajdonában lévő AWS-stack
Cognito / AI-backend / Flow-backend / védett kiszolgálási stack
│
▼
CloudFormation-kimenetek
ApiBaseUrl, UserPoolId, szerepkör-ARN-ek, disztribúciós/domainadatok, bucketnevek
│
▼
WordPress-plugin konfigurációja
A Gatey, az AI-Kit, a Flow vagy a statikus védelmi komponensek a telepített backendet hívják
A lényeges határ a tulajdonjog. A WP Suite létrehozhatja a telepítéshez vezető útvonalat, de a futtatókörnyezet ahhoz az AWS-fiókhoz tartozik, amelyben a stack létrejön.
A varázsló szerződése
| A szerződés eleme | Amiért a varázsló felel | Amiért az AWS/CloudFormation felel |
|---|---|---|
| Döntések összegyűjtése | Csak azt a néhány termékdöntést kérje be, amely módosítja a stack felépítését: funkciók, hitelesítési mód, opcionális védelmek, domainek és integrációs értékek. | Ellenőrzi a paramétereket, létrehozza az erőforrásokat, követi az eltéréseket és frissítéseket, valamint hozzáférhetővé teszi a kimeneteket. |
| A sablon forrása | A CloudFormationt a megfelelő verziójú, S3-on tárolt sablonartifacthoz irányítja. | Beolvassa a sablont, és létrehozza a deklarált erőforrásokat a célfiókban és célrégióban. |
| Ellenőrzési lépés | A felhasználót az előre kitöltött paramétereket tartalmazó Create stack ellenőrzéshez irányítja. | A telepítés előtt megjeleníti a végleges erőforrás-, IAM- és change set-környezetet. |
| Telepítés utáni összekötés | Megmutatja a felhasználónak, mely kimeneteket kell a WordPress beállításaiba másolni. | Olyan kimeneteket állít elő, mint az API-alap URL-ek, Cognito-azonosítók, szerepkör-ARN-ek, bucketnevek vagy disztribúciós beállítások. |
| Verziókezelés | Biztonságos termékdöntéseket tesz elérhetővé, a fejlesztők által vezérelt kiadási értékeket pedig kizárja a szokásos felhasználói választásokból. | Sablonverziókkal kiszámíthatóan frissíti a telepített infrastruktúrát. |
Miért nem telepítünk mindent közvetlenül a WordPressből?
Egy WordPress-plugin biztosíthat felhasználóbarát kezelőfelületet, de nem válhat észrevétlenül az éles AWS-fiókok infrastruktúra-vezérlési síkjává. A CTO-k és ügynökségek számára az AWS ellenőrzési lépése nem súrlódás, hanem az az irányítási pont, ahol az IAM, a régiók, a számlázás, a DNS és az üzemeltetési felelősség látható.
| Rejtett plugin-alapú provisionálás | Deployment Wizard + CloudFormation | Miért a második megoldást választja a WP Suite |
|---|---|---|
| Egyszerű első kattintás, gyenge auditnyomvonal | A felhasználó látja a CloudFormation-stacket az AWS-fiókban | Az infrastruktúra az ügyfél vagy az ügynökség számára továbbra is feltérképezhető. |
| A pluginnak széles körű AWS-hitelesítő adatokra van szüksége | A stack létrehozási jogosultságait az AWS Console kezeli | A WP Suite-nak nem kell hosszú élettartamú ügyféloldali felhős hitelesítő adatokat tárolnia. |
| Nehezen ismételhető meg különböző ügyfeleknél | A paraméterek és kimenetek megismételhető szerződést alkotnak | Az ügynökségek üzemeltetési útmutatókat írhatnak, és összehasonlíthatják a környezeteket. |
| Előfordulhat, hogy a futtatókörnyezet a szolgáltató fiókjában van | A futtatási erőforrások az ügyfél fiókjában vannak | Az adatok, naplók, költségek és biztonsági vezérlők közelebb maradnak az ügyfélhez. |
Paramétertervezés: kevesebbet kérdezzen, ne többet rejtsen el
Egy jó telepítési varázsló nem tesz láthatóvá minden CloudFormation-paramétert. Az architektúrát módosító döntéseket mutatja meg, és elrejti azokat, amelyek a publikálási vagy kiadási folyamathoz tartoznak. Egy AI-backend varázsló például rákérdezhet a szükséges frontendfunkciókra és védelmekre, miközben a DeploymentVersion értékét fejlesztői felügyelet alatt tartja.
Funkciókapcsolók
Csak azt engedélyezze, amire a webhelynek szüksége van
Egy kizárólag DocSearchöt igénylő webhelynek nem szabad véletlenül minden lehetséges nyilvános AI-útvonalat telepítenie.
Hitelesítési módok
A frontend- és adminisztrációs felületek elkülönítése
Az adminisztrációs API-k alapértelmezetten Cognito- és scope-ellenőrzést használhatnak, míg a nyilvános útvonalak az adott felhasználási esettől függően reCAPTCHA-t, WAF-ot vagy Cognitót alkalmazhatnak.
Domainválasztások
A DNS opcionális, de explicit
Az egyedi domaineknek, tanúsítványoknak és Route53-rekordoknak látható választási lehetőségként kell megjelenniük, mert befolyásolják a tulajdonjogot és a hibaelhárítást.
Biztonsági vezérlők
A védelmek architekturális döntések
A WAF, az IP-engedélyezési listák, a reCAPTCHA, a KMS és a GuardDuty-jellegű opciók meghatározzák, hogyan tehető biztonságosan elérhetővé a backend.
Artifactforrás
A sablonoknak olvashatónak kell lenniük a CloudFormation számára
Közvetlen sablonhivatkozások használatakor a CloudFormation S3-sablon-URL-t igényel; az artifactbucket szabályzatának engedélyeznie kell, hogy a CloudFormation szolgáltatási entitása beolvassa.
Integrációs átadás
A stackkimenetek összekötik az elemeket
Az olyan értékeket, mint az ApiBaseUrl a CloudFormation kimeneteiből kell kimásolni, nem az elnevezési konvenciókból kikövetkeztetni.
Stackcsaládok a WP Suite modelljében
| Stackcsalád | A varázsló célja | Tipikus kimeneti szerződés | Miért fontos |
|---|---|---|---|
| Cognito- / Gatey-identitás | Újrahasznosítható Cognito-identitási gerinc létrehozása vagy csatlakoztatása app clienttel, csoportokkal, triggerekkel és opcionális egyedi domainnel. | User Pool ID, App Client ID, Identity Pool ID, szerepkör-ARN-ek, domainértékek. | A bejelentkezés újrahasznosítható futásidejű identitási réteggé válik, nem csupán oldalszintű pluginbeállítássá. |
| AI-Kit-backend | Backend tartalékútvonal, chatbot, DocSearch/RAG, valamint védett AI- és adminisztrációs útvonalak engedélyezése az ügyfél fiókjában. | ApiBaseUrl, útvonal- és hitelesítési beállítások, valamint adott esetben tudásbázis- és tárolóazonosítók. | A privát AI telepíthető backendképességgé válik, nem pusztán SaaS-alapú pluginfunkcióvá. |
| Flow-backend | Űrlapok, beküldések, vázlatok, feltöltések, sablonok, munkafolyamatok, e-mailek és webhookok futtatókörnyezetének telepítése. | API-alap URL vagy egyedi domain, bucket-, tábla- és függvénykimenetek, valamint útvonal- és hitelesítési beállítások. | Az űrlapok tartós munkafolyamatokká válnak, amelyek statikus kiszolgálás és külső integrációk mellett is működnek. |
| Védett statikus kiszolgálás | A peremhálózati engedélyezési minta létrehozása privát statikus útvonalakhoz. | CloudFront-disztribúció vagy domain, aláíró- és API-végpontok, kulcs- és cookie-beállítások. | A privát statikus WordPress hozzáférés-vezérlése a CDN- vagy objektumrétegen érvényesíthető. |
| Static Publisher-cél | A renderelt WordPress-kimenet publikálása AWS-kiszolgálási célokra; magának a publishernek nincs szüksége külön stackre. | Telepítési cél konfigurációja külön futtatási stack helyett. | A publikálás és a futtatási architektúra kapcsolatban marad, de nem keveredik össze. |
A kimeneti szerződésnél kapcsolódik újra a WordPress
A telepítés csak akkor hasznos, ha a WordPress használni tudja. A kapcsolatnak egyszerűnek és egyértelműnek kell lennie: a stack telepítése, a kimenetek másolása, beillesztésük a plugin beállításaiba, majd az útvonal tesztelése. Az AI-Kit a legtisztább példa: telepítés után a felhasználó az ApiBaseUrl értékét a CloudFormation kimeneteiből az AI-Kit Settings → API Settings mezőbe másolja.
| Kimenet típusa | Példaérték | Felhasználás a WordPressben |
|---|---|---|
| API-alap URL | https://abc123.execute-api.region.amazonaws.com/prod vagy egyedi domain | Az AI-Kit- és Flow-blokkok, valamint az adminisztrációs képernyők tudják, hová küldjék a backendkéréseket. |
| Cognito-azonosítók | User Pool ID, App Client ID, Identity Pool ID | A Gatey megjelenítheti az Authenticatort, és tokeneket szerezhet a védett API-khoz. |
| Szerepkör-ARN-ek / scope-ok | IAM-szerepkör-ARN-ek, csoportokból származó scope-ok, adminisztrációs scope-ok | Az API-k a rejtett frontendállapot megbízhatónak tekintése helyett érvényesíthetik a jogosultságokat. |
| Disztribúciós és domainértékek | CloudFront-disztribúciós domain, aláírt cookie-t kibocsátó végpont | A statikus védelem és a publikálási célok dokumentálhatók és ellenőrizhetők. |
| Bucket- és táblanevek | Payloadbucket, sablonbucket, adattáblák | Az üzemeltetési útmutatók és a diagnosztika a megfelelő AWS-erőforrásokhoz irányíthatják az üzemeltetőket. |
Ügynökségi és CTO-irányítási modell
Ügyféloldali tulajdon
A futtatókörnyezet a megfelelő AWS-fiókba kerül
Az ügynökségek a szerződéstől, megfelelőségi követelményektől és támogatási modelltől függően saját vagy az ügyfél fiókjába telepíthetnek.
Ellenőrizhető IAM
A stack ellenőrzése láthatóvá teszi a jogosultságokat
Az architektek az indulás előtt megvizsgálhatják az IAM-et és az erőforrások létrehozását, ahelyett hogy egy átláthatatlan pluginfolyamatban bíznának.
Megismételhető támogatás
Azonos sablon, eltérő paraméterek
Az üzemeltetési útmutatók egyszer írhatják le a paramétereket, kimeneteket, DNS-t, tanúsítványokat, naplókat és visszaállítást, majd ugyanazt a mintát több ügyfélnél is felhasználhatják.
Költségek átláthatósága
Az AWS-számlázás a telepítési fiókot követi
Az ügyfél vagy az ügynökség közvetlenül láthatja az API-, Lambda-, modell-, tárhely-, WAF- és naplózási költségeket.
Változáskezelés
A frissítések stackmódosítások
Egy új futásidejű funkció a stack vagy verzió frissítésével vezethető be, a konzol erőforrásainak kézi módosítása helyett.
Kilépési útvonal
Az erőforrások láthatók maradnak
Ha a WordPress-plugin később megváltozik, a telepített AWS-erőforrások akkor sem rejtőznek el egy elérhetetlen szolgáltatói fiókban.
Azok a hibamódok, amelyeket a cikknek egyértelműen ismertetnie kell
| Hibamód | Mi történik | Hogyan dokumentálja |
|---|---|---|
| Helytelen régió | A stack települ, de a kapcsolódó erőforrások, például a tanúsítványok vagy a Cognito-konfiguráció egy másik régióban vannak. | Sorolja fel stackcsaládonként a szükséges régiókat, és emelje ki a tanúsítványokra és domainekre vonatkozó korlátozásokat. |
| A kimenetet nem másolták át | A WordPress-plugin továbbra is egy régi vagy üres végpontra mutat. | A kimenetek átmásolása legyen a telepítési ellenőrzőlista része, ne csak informális csapattudás. |
| Eltérő adminisztrációs hitelesítés | A backend olyan Cognito-, IAM- vagy scope-adatokat vár, amelyek küldésére a plugin nincs beállítva. | Közvetlenül a telepítés után dokumentálja a hitelesítési módot, a scope-okat és a teszthívásokat. |
| Félig konfigurált DNS vagy tanúsítvány | Az egyedi domain létezik, de a tanúsítvány, a Route53 vagy az API-hozzárendelés hiányos. | Az üzemeltetési útmutatóban különítse el a „stack telepítve” és az „egyedi domain elérhető” állapotot. |
| Verzióeltérés | A webhely régi stack-erőforrásokat használ egy újabb plugin-kezelőfelület elvárásaival. | Az ügyfélnyilvántartásban együtt kövesse a sablon- és pluginverziókat. |
Megvalósítási útvonal
- Induljon ki a termékfunkcióból: identitás, AI-backend, Flow-backend, védett statikus tartalom vagy kiszolgálási cél.
- Határozza meg a stack kialakításához szükséges, felhasználó számára látható választások legkisebb készletét.
- Hozzon létre előre kitöltött paramétereket tartalmazó CloudFormation Create stack ellenőrzési URL-t.
- A telepítés után másolja a releváns kimeneteket a megfelelő WP Suite-plugin beállításaiba.
- Külön tesztelje a nyilvános, védett és adminisztrációs útvonalakat.
- Rögzítse a webhely üzemeltetési útmutatójában a paramétereket, kimeneteket, DNS-t, tanúsítványokat, hitelesítési módokat, naplókat és visszaállítási útmutatást.
Kapcsolódó források
Mélyelemzés
WordPress + AWS referencia-architektúra
A pillércikk, amely egyetlen modellben helyezi el a telepítést, identitást, statikus kiszolgálást, AI-t és a munkafolyamatok futtatókörnyezetét.
Mélyelemzés
Privát AI- és RAG-backend
Az AI-Kit backendjét bemutató cikk, ahol az ApiBaseUrl kimenet válik a WordPress-integráció szerződésévé.
Mélyelemzés
Eseményvezérelt űrlap- és munkafolyamat-backend
A Flow backend-stackje mint az űrlapok és munkafolyamatok irányított telepítésének konkrét példája.
Megoldás
WordPress ügynökségeknek AWS-en
A megismételhető, ügyféltulajdonú infrastruktúra üzleti és üzemeltetési indoklása.
GYIK
A Deployment Wizard külön futtatási stack?
Nem. Irányított provisionálási réteg. A futtatási stack az, amelynek telepítését segíti, például a Cognito, az AI-Kit-backend, a Flow-backend vagy a védett statikus kiszolgálás.
Miért CloudFormationt használjunk az AWS-erőforrásokat létrehozó egyedi API helyett?
A CloudFormation ellenőrizhető, az ügyfél fiókjában tulajdonolt stacket biztosít paraméterekkel, kimenetekkel és életciklus-kezeléssel. Emellett nincs szükség arra, hogy a WP Suite széles körű, hosszú élettartamú felhős hitelesítő adatokat tároljon.
Mit kell dokumentálni a telepítés után?
Legalább a kiválasztott paramétereket, a stack kimeneteit, a pluginba átmásolt beállításokat, a DNS- és tanúsítványválasztásokat, a hitelesítési módokat és scope-okat, a naplócsoportokat, a költségérzékeny erőforrásokat és a visszaállítás lépéseit.
Telepítsen WP Suite futtatási stackeket az AWS-architektúra elrejtése nélkül
Irányított CloudFormation-telepítéssel hozzon létre ügyféltulajdonú AWS-backendeket, majd kapcsolja vissza a stack kimeneteit a WordPresshez.