Se connecter

AWS Marketplace · WP Suite Deployment Access

Déployez des backends AWS appartenant au client pour WordPress sans reconstruire vous-même toute la plateforme de delivery.

Vous pouvez déployer des backends WordPress compatibles pour l’identité, l’IA, les workflows et la diffusion protégée directement dans le compte AWS du client sans construire chaque stack CloudFormation à la main. WP Suite prépare le parcours de lancement pris en charge, l’acheteur le vérifie et l’exécute dans AWS, puis la configuration obtenue revient vers WordPress. L’acheteur possède l’infrastructure et paie les coûts AWS séparément de l’entitlement Deployment Access.

Ouvrir Deployment Wizard
Voir sur AWS Marketplace

Des paramètres du projet à WordPress

01

Configurer les capacités backend prises en charge dans WP Suite

02

Vérifier et déployer le stack CloudFormation dans AWS

03

Enregistrer les outputs et exporter la configuration WordPress

Le manque dans la chaîne de delivery

Un projet WordPress moderne a besoin de plus qu’un frontend.

Un frontend soigné n’est qu’une partie d’une solution client en production. Identité, APIs protégées, formulaires, workflows, accès à la connaissance assisté par IA et reprise ajoutent de l’infrastructure, des autorisations et des opérations. Deployment Access transforme les parties prises en charge en un parcours de delivery répétable, tout en gardant WordPress comme CMS.

Identité et accès client

Les portails clients, contenus protégés et expériences liées au compte nécessitent plus qu’un formulaire de connexion WordPress. Les configurations Gatey prises en charge peuvent utiliser une base d’identité Amazon Cognito déployée dans le compte de l’acheteur, tandis que l’application reste responsable de ses propres rôles et règles métier.

Expériences IA et connaissance

Les fonctions assistées par IA ont besoin d’APIs, de stockage, de configuration et éventuellement de ressources de connaissance derrière les blocs WordPress. AI-Kit peut se connecter à un backend AWS natif pris en charge au lieu de transférer cette responsabilité vers le runtime WordPress public.

Formulaires et workflows

Même un frontend statique ou fortement mis en cache a besoin d’un chemin fiable pour les soumissions, la validation, les notifications et les processus en aval. Flow sépare l’expérience navigateur de la couche backend de workflows et d’intégrations.

Diffusion protégée et reprise

Static Publisher peut séparer la diffusion publique de l’environnement d’édition WordPress. Static Site Guardian ajoute des modèles de contrôle d’accès pris en charge, tandis que le template DR Backup optionnel peut créer une base de reprise planifiée pour les ressources compatibles marquées par le deployment.

Plus que des templates de déploiement

Un parcours complet des paramètres du projet à la configuration WordPress

Le plus difficile n’est pas de produire une fois un fichier CloudFormation. Il faut collecter des paramètres de projet valides, autoriser le package, le lancer dans le bon compte, conserver les outputs pris en charge et rendre les changements ultérieurs vérifiables.

Configuration guidée

Deployment Wizard rassemble les choix de composants et paramètres pris en charge dans un même contexte de projet. Les agences peuvent commencer avec la capacité nécessaire aujourd’hui puis étendre le deployment plus tard, sans assembler manuellement des stacks indépendants.

Accès autorisé par Marketplace

L’entitlement AWS Marketplace contrôle l’accès aux packages de deployment payants. Les définitions CloudFormation publiques restent vérifiables, tandis que les artefacts privés de runtime ne sont préparés que via un parcours de deployment autorisé.

Deployment dans le compte client

AWS Quick Launch ouvre le deployment dans le compte AWS de l’acheteur. Celui-ci vérifie les paramètres, permissions et capacités CloudFormation, puis lance explicitement le stack dans le compte et la région sélectionnés.

Transfert de configuration

Une fois le deployment terminé, les outputs pris en charge, tels que les URLs d’API et identifiants, reviennent à la session correspondante. WP Suite peut alors générer la configuration WordPress Pro du site sans obliger l’implémenteur à recopier les outputs du stack champ par champ.

Capacités client modulaires

Commencez par la capacité dont le client a besoin.

Deployment Access n’impose pas d’installer tous les composants. Le bundle de templates est modulaire : le projet sélectionne les services pris en charge qui appartiennent à la solution client et laisse les autres responsabilités hors du stack.

Base d’identité Gatey

Déployez une base Amazon Cognito prise en charge pour l’authentification, les clients applicatifs et l’accès optionnel à des APIs protégées. Gatey fournit l’expérience de connexion et de compte côté WordPress ; l’application client reste l’autorité pour ses propres permissions métier.

Backend AI-Kit

Créez les APIs, ressources compute, stockage et ressources de connaissance optionnelles utilisées par les fonctions payantes d’AI-Kit. Le résultat peut prendre en charge le chat grounded, DocSearch et d’autres expériences IA configurées sans utiliser les requêtes PHP WordPress comme runtime d’IA.

Backend Flow

Déployez la couche prise en charge d’API, workers, stockage, événements et intégrations pour les formulaires et workflows Flow. Les frontends WordPress statiques ou dynamiques disposent ainsi d’un chemin connecté au backend pour les soumissions et processus métier.

Diffusion statique et base DR

Static Site Guardian peut protéger des chemins sélectionnés d’un frontend WordPress diffusé statiquement. Le dépôt public de templates inclut aussi des ressources AWS Backup optionnelles et planifiées pour les buckets S3 et tables DynamoDB compatibles marqués par le deployment, avec copie inter-régions lorsqu’elle est configurée.

Premier deployment

D’AWS Marketplace à un site WordPress connecté

Le premier lancement sépare volontairement la configuration dans WP Suite de l’approbation et de l’exécution dans AWS. Le parcours reste guidé tout en laissant l’acheteur contrôler ce qui est créé dans son compte.

  1. Choisir le projet et le périmètre — Souscrivez via AWS Marketplace, sélectionnez le workspace et le projet WP Suite, puis choisissez les composants et paramètres pris en charge qui appartiennent à ce deployment.
  2. Ouvrir Quick Launch et vérifier — Le wizard ouvre AWS Quick Launch avec la configuration préparée. L’acheteur vérifie les paramètres, permissions IAM demandées, capacités CloudFormation à reconnaître ainsi que le compte et la région cibles.
  3. Déployer dans le compte de l’acheteur — L’acheteur lance explicitement le stack racine d’orchestration CloudFormation. Celui-ci valide le deployment autorisé, place les packages runtime pris en charge dans le bucket de deployment appartenant à l’acheteur et crée la topologie de composants sélectionnée.
  4. Capturer les outputs pris en charge — Lorsque le stack atteint un état réussi, la session enregistre l’état et les outputs dont WP Suite a besoin. L’acheteur peut également inspecter directement dans AWS les ressources créées et les outputs CloudFormation.
  5. Exporter la configuration WordPress — WP Suite utilise les outputs retournés pour générer la configuration WordPress Pro correspondante. Elle peut ensuite être associée à l’enregistrement du site et appliquée à l’installation WordPress prévue.

L’approbation de l’acheteur reste dans AWS Deployment Access ne demande pas au client de coller des access keys étendues, mots de passe ou identifiants administrateur sans restriction dans une page WordPress. La vérification et l’exécution du stack restent des actions explicites dans le compte AWS de l’acheteur.

Cycle de mise à jour

Mettez à jour les deployments existants sans abandonner le contrôle.

Un stack de production a besoin d’un parcours de changement pris en charge en plus du premier deployment. Le workflow de mise à jour prépare la différence demandée, mais AWS reste l’endroit où l’acheteur la vérifie et l’exécute.

  1. Sélectionner la session de deployment — Ouvrez le deployment existant dans WP Suite afin que le wizard parte des choix de composants, outputs pris en charge et état de cycle de vie enregistrés.
  2. Préparer les changements pris en charge — Rouvrez le deployment dans l’update wizard, ajoutez ou reconfigurez des composants pris en charge et vérifiez les paramètres mis à jour avant tout envoi vers AWS.
  3. Générer un change set AWS — Le workflow prépare un change set CloudFormation sur le stack racine existant. Il expose au niveau des ressources les ajouts, remplacements et modifications qu’AWS prévoit d’effectuer.
  4. Vérifier et exécuter explicitement — L’acheteur examine le change set dans AWS et choisit de l’exécuter ou non. WP Suite n’applique pas silencieusement des changements d’infrastructure ultérieurs dans le compte client.
  5. Synchroniser et réexporter — Après une exécution réussie, la session synchronise le résultat pris en charge et les derniers outputs. Une configuration WordPress Pro actualisée peut être exportée si les endpoints ou identifiants backend ont changé.

Aucun canal de mise à jour caché L’entitlement donne accès aux mises à jour prises en charge pendant la durée du contrat ; il ne remplace pas la responsabilité de l’acheteur de vérifier les changements, exploiter le compte et approuver les modifications de production.

Périmètre commercial

Un compte AWS acheteur. Trois ans d’accès aux deployments et mises à jour.

L’offre active sur AWS Marketplace sépare l’entitlement logiciel de l’infrastructure et des services que le client ou l’agence continue de posséder et d’exploiter.

500 USD pour 36 mois

Le contrat public couvre un compte AWS acheteur pendant 36 mois. Il fournit le parcours pris en charge de deployment et de mise à jour pour ce compte, plutôt qu’une facturation par stack ou par changement.

Accès inclus

Le contrat inclut Deployment Wizard, le parcours AWS Marketplace Quick Launch, les templates CloudFormation pris en charge, la validation de l’entitlement, l’accès contrôlé aux packages et l’accompagnement des deployments et mises à jour dans le périmètre pris en charge.

L’usage AWS est séparé

L’acheteur paie directement les coûts d’infrastructure AWS. L’hébergement WordPress, les services tiers, le développement sur mesure, les ressources AWS non prises en charge et les opérations managées continues ne sont pas inclus sauf accord séparé.

Adapté aux équipes de delivery

Deployment Access convient aux agences et équipes techniques qui veulent conserver WordPress comme CMS tout en exécutant certains backends dans un compte AWS appartenant au client. Le projet a toujours besoin d’un responsable clair pour la sécurité, les coûts, les intégrations et les opérations de production.

Base de delivery maintenue

Commencez par la plateforme de delivery. Ajoutez votre expertise là où le client en perçoit la valeur.

WP Suite

Base de deployment

WP Suite maintient le parcours pris en charge depuis les paramètres de projet guidés jusqu’au deployment CloudFormation dans le compte de l’acheteur, au transfert des outputs et à la préparation ultérieure des change sets. L’objectif est la répétabilité entre projets clients, pas un schéma d’infrastructure ponctuel.

  • Définitions publiques de deployment versionnées et packages runtime autorisés
  • Premier deployment guidé, capture des outputs pris en charge et export de la configuration WordPress
  • Parcours de mise à jour vérifiable basé sur des change sets AWS CloudFormation

Agence ou partenaire d’implémentation

Solution client et valeur continue

Le partenaire de delivery décide comment transformer les composants en système réellement utile pour le client. Cela inclut discovery, architecture de l’information, marque et frontend, contenu, intégration de données et d’APIs, ownership opérationnel et service commercial construit autour de la plateforme.

  • Concevoir l’expérience, les permissions et les limites d’intégration propres au client
  • Connecter WordPress, l’application du client et les services tiers approuvés
  • Packager implémentation, support et opérations selon la valeur de la solution complète

Ownership et rôles produits

Deux produits WP Suite couvrent des parties différentes du même modèle de delivery pour agences.

Deployment Access

Backends dans le compte AWS de l’acheteur

Deployment Access est l’entitlement AWS Marketplace et le parcours de deployment. Il crée des ressources backend prises en charge dans un compte AWS appartenant à l’acheteur et donne accès aux changements de deployment et mises à jour de templates pris en charge pendant la durée du contrat.

  • L’acheteur possède le compte AWS et l’infrastructure déployée
  • L’acheteur paie les coûts AWS et approuve les lancements et changements CloudFormation
  • L’agence peut gérer l’implémentation sans présenter l’accès au deployment comme le produit final du client

Agency Subscription

Capacités WP Suite payantes sur les sites gérés

Agency Subscription couvre la relation commerciale côté WordPress. Une agence peut activer les capacités Pro prises en charge sur les sites de son workspace avec une tarification par volume, chaque site étant relié à la configuration et au backend appropriés.

  • Entitlements des sites et capacités payantes des plugins sont gérés depuis le workspace de l’agence
  • Deployment Access fournit des backends optionnels dans le compte client ; ce n’est pas l’abonnement du site
  • Ensemble, ils forment une plateforme réutilisable que l’agence peut étendre avec ses propres services

Prêt pour le premier deployment client ?

Construisez la solution client. Ne reconstruisez pas la plateforme de delivery.

Utilisez WP Suite Deployment Access pour configurer des backends WordPress pris en charge, les vérifier et les déployer dans le compte AWS du client, capturer les outputs obtenus et garder les changements ultérieurs explicites et vérifiables.

Voir sur AWS Marketplace
Ouvrir Deployment Wizard