DevOps & IA

Intégrer DevOps & IA avec Shopware

Accélérer en tant qu'équipe sans perdre la maîtrise, la lisibilité ni la confiance. Une plateforme interne du dev à la prod, un filet qualité à tous les étages et un cadre agentique cadré par l'équipe.

Le pragmatisme avant la complexité

Notre posture : garder une stack robuste, compréhensible et exploitable facilement par toute l'équipe. C'est ce socle lisible et gouverné par l'équipe qui nous permet ensuite d'introduire l'IA sans perdre le contrôle.

  • Une équipe de seniors — 10 développeurs devenus seniors dans l'entreprise.
  • Docker du dev à la prod — la même stack depuis 2015.
  • Hébergement dédié — sur nos serveurs ou ceux du client.
  • Haute résilience — pas de haute disponibilité à tout prix, mais une vraie résilience.

Si notre plateforme interne de développement est en PHP, alors toute l'équipe est DevOps.

Une plateforme interne de développement

Construite sur Castor, un task runner PHP moderne : un contrat CLI propre en façade, une logique métier testable en PHP au cœur. Deux moteurs derrière : un modèle déclaratif en PHP et GitLab comme moteur d'exécution.

Contrat CLI

Tâches fines, cœur testable

Les tâches Castor valident l'entrée puis délèguent. La logique réelle vit dans des services PHP testables — Command Builders immuables (Docker, GitLab, SSH) et Command Runners (CI, déploiement).

Modèle déclaratif PHP

Projet › Applications › Instances

Un fichier .fops.php décrit tout : applications, extensions, instances et profils. Workspace multi-repo, services regroupés ou séparés selon le contexte client, même modèle en local, en CI et en prod.

GitLab comme moteur

CI, registries, environnements

Les capacités GitLab sont pilotées et exploitées : CI, Container & Package Registry, Environments et bouton de rollback. Déploiement multi-serveur, du dev à la prod.

Le socle générique, spécialisé pour Shopware

Deux couches qui s'empilent sans se dupliquer. FroggShop branche et configure automatiquement tout l'outillage officiel Shopware dans la stack, au bon endroit. Même stack du dev à la prod, avec les bonnes pratiques Shopware pour la performance et la production.

Dev & tests câblés

Build admin + storefront, watch / hot-reload, Acceptance Test Suite officielle et Admin MCP pour l'agent de code — branchés automatiquement.

Bonnes pratiques prod

Workers & scheduled tasks, OpenSearch, Varnish avec soft-purge xkey, cache et sessions Valkey — configurés au bon moment.

Outillage officiel

shopware-cli, shopware-deployment-helper et @shopware-ag/admin-mcp provisionnés automatiquement. Pas de bricolage : on exploite et on étend l'officiel.

Un même filet qualité à tous les étages

Une suite partagée entre Shopware et chaque plugin, appliquée à chaque niveau et exécutée automatiquement.

PHPStan · niveau 8 PHP CS Fixer PHPUnit Playwright · Acceptance Suite Rector

Config par niveau

Shopware et chaque plugin (FroggShop, Cawl, AlfredSync…) déclarent leur propre phpstan.neon, phpunit.xml et .php-cs-fixer.

Pre-commit

Les fichiers stagés sont vérifiés extension par extension, installé automatiquement en dev.

CI auto-générée

Des jobs indépendants par extension, générés depuis le modèle PHP et exécutés en parallèle.

Harness engineering, as a team

Un agent de code, c'est un développeur senior ultra-expérimenté… mais c'est son premier jour sur le projet, à chaque tâche. Le harnais projet complète le harnais de l'agent : il ouvre le socle existant aux agents, sans créer une seconde chaîne d'outillage.

Doc-contrat

Une doc qui exécute

AGENTS.md route et cartographie, ARCHITECTURE.md fixe les frontières, PLANS.md impose un plan. La qualité documentaire est vérifiée comme celle du code : « ce qui ne vit pas dans le repo n'existe pas ».

Product Map

Le bon contexte, pas tout le contexte

Un contexte orienté, alimenté par l'introspection runtime réelle. Sur la recherche storefront, on passe d'un contexte global d'environ 47 500 tokens à un contexte ciblé d'environ 6 700 — près de 7× moins.

Pack de preuves

On décide à l'avance ce qui doit être prouvé

Le contrat de validation est défini par le harnais projet, pas par l'agent. En s'appuyant sur la Shopware Acceptance Test Suite, on rejoue les vrais parcours et on capture des preuves aux moments clés, reliées au métier.

Un prompt c'est de l'espoir, un script c'est du savoir.

~350
commandes, du dev à la prod (FroggOps + harnais)
~7×
de contexte économisé grâce au contexte ciblé
2015
la même stack Docker du dev à la prod depuis

Team in the loop, pas l'inverse

L'IA n'écrit pas à notre place : elle déplace le travail vers la conception et la décision. L'équipe spécifie, le dev planifie, l'agent exécute, l'équipe valide. Une boucle, pas une ligne droite. Ce n'est pas un dev seul qui relit l'agent : l'équipe cadre, valide et maintient.

Soyons honnêtes : on apprend

Les modèles progressent vite mais régressent aussi, le pricing bouge, et le harnais projet vit comme du code : il faut le maintenir. Notre point fixe n'est pas l'outil du moment, mais la capacité de l'équipe à apprendre vite, vérifier ce qu'elle adopte et abandonner le reste.

Envie de parler DevOps, IA et Shopware ?

Échangeons sur la manière d'industrialiser vos projets Shopware sans perdre la maîtrise.

Nous contacter