Bejelentkezés

WordPress- és AWS-integrációs architektúra a WP Suite-tal

A WP Suite egy egyszerű alapelvre épül:

A WordPress maradjon a tartalomkezelési, szerkesztési és megjelenítési réteg, míg a választható, AWS-alapú infrastruktúra kezelje a körülötte lévő, nagy futásidejű terheléssel járó feladatokat.

Így a csapatok megtarthatják a megszokott tartalmi és adminisztrációs munkafolyamatokat anélkül, hogy a WordPressnek egyszerre kellene identitásszolgáltatóvá, API-átjáróvá, munkafolyamat-motorrá, statikus kiszolgálóplatformmá és AI-futtatókörnyezetté válnia. Az ingyenes bővítményfunkciók egymástól függetlenül bevezethetők; a csatlakoztatott Pro-funkciók és a választható háttérrendszerek akkor egészítik ki ezeket a szélesebb platformréteggel, amikor a projekt igényli.

A platform rétegei​

1. A WordPress marad az élményréteg​

A szerkesztők továbbra is a Gutenberget, az Elementort, a médiamunkafolyamatokat, a SEO-eszközöket és a WordPress megszokott adminisztrációs modelljét használják.

2. A WP Suite termékei célzott képességeket adnak​

  • A Gatey a WordPresst az Amazon Cognitóhoz kapcsolja bejelentkezéshez, SSO-hoz, MFA-hoz és védett API-hozzáféréshez.
  • A Static Publisher a WordPresst olyan statikus közzétételi folyamat vezérlősíkjává teszi, amely S3-ba és CloudFrontba telepít.
  • Az AI-Kit helyi használatot előtérbe helyező AI-t hoz a WordPressbe, és választhatóan az ügyfél saját AWS-háttérrendszeréhez kapcsolódhat megalapozott csevegési és tudásbázis-használati esetekhez.
  • A Flow űrlap-futtatókörnyezetet, munkafolyamat-automatizálást, sablonokat, beküldéseket és háttérrendszerhez kapcsolódó folyamatlogikát ad.

3. Szükség szerint az AWS lesz a futtatókörnyezet​

A termékkombinációtól függően a futásidejű oldal például a következő szolgáltatásokat tartalmazhatja:

  • CloudFront a nyilvános kiszolgáláshoz és a védett útvonalak kikényszerítéséhez,
  • S3 a statikus műtermékekhez és megosztott erőforrásokhoz,
  • Cognito a hitelesítéshez,
  • API Gateway + Lambda a háttérrendszer API-jaihoz,
  • DynamoDB / EventBridge / SES az alkalmazásadatokhoz és automatizáláshoz.

Ezek a szolgáltatások nem szükségesek minden ingyenes funkcióhoz. Akkor alkalmazandók, ha saját AWS-szolgáltatásokat állít be, háttérrendszert telepít saját AWS-fiókjába, vagy WP Suite-munkaterületet használó, csatlakoztatott Pro-funkciókat engedélyez.

A kereskedelmi hozzáférési útvonalak szándékosan különállók. Az Agency-előfizetés szabályozza a Pro-jogosultságokat és a központi munkaterület-hozzáférést több WordPress-webhelyen. A Deployment Access fiókra korlátozott Marketplace-jogosultságot és irányított CloudFormation-folyamatot biztosít a támogatott háttérrendszer-komponensek vásárló saját AWS-fiókjába telepítéséhez.

Hogyan illeszkednek egymáshoz a termékek?​

Gatey + Static Publisher​

A Static Publisher kezeli a kiszolgálási folyamatot. A Gatey kezeli a böngészőoldali Cognito-bejelentkezési folyamatot. Ha egy projekt védett statikus útvonalakat igényel, adja hozzá az AWS-oldali Static Guardiant, hogy a CloudFront már azelőtt érvényesítse a hozzáférést, hogy a kérés elérné a forrást.

AI-Kit statikus vagy dinamikus webhelyeken​

Az AI-Kit támogathatja a WordPressen belüli AI-alapú szerkesztést, de statikusan közzétett webhelyre épülő látogatói chatbot- vagy dokumentumkeresési élményeket is működtethet.

Az automatikus tudásszinkronizálás egy kiszolgálóoldali futtatóval tartja elérhetővé a jóváhagyott WordPress-tartalmat ezekhez az élményekhez. Kiszolgálási és indexelési szakaszai elkülönülnek a Static Publisher oldaltelepítésétől; tartalomtípusonkénti jóváhagyási szabályzatokat és rétegzett metaadatokat használ.

A Flow a bemutatkozó webhelyen túl​

A Flow akkor is összekapcsolva tartja az űrlapokat és munkafolyamatokat a háttérrendszer szolgáltatásaival, ha a nyilvános oldalakat statikusan szolgálják ki. Így a csapatok megtarthatják a statikus kiszolgálás teljesítményét a beküldések, automatizálás és védett munkafolyamatok feladása nélkül.

Gyakorlati bevezetési útvonal​

A legtöbb csapat nem egyszerre vezeti be a teljes rendszert. Egy jellemző útvonal:

  1. a meglévő WordPress-webhely és szerkesztői munkafolyamat megtartása,
  2. az első szükséges képesség, például Cognito-bejelentkezés vagy statikus közzététel hozzáadása,
  3. a nyilvános kiszolgálási útvonal áthelyezése az AWS-be,
  4. AI, űrlapok, munkafolyamatok vagy védett API-k hozzáadása a projekt növekedésével.

További lépések​