Production / 02

Faites tourner Odoo sur une infrastructure que vous maîtrisez.

Déployez et exploitez votre Odoo en service avec une infrastructure de production dédiée, des mises à jour vérifiées, des sauvegardes et une restauration configurables. Donnez aux agents un accès distinct aux opérations de production et un accès contrôlé aux données métier.

Parlons de votre projet Documentation de production
production.deployverified

01 snapshot requested

02 commit applied

03 modules upgraded

04 health verification passed

De la mise à jour du code à un service vérifié.

Déployez manuellement ou activez les mises à jour via un webhook GitHub. Oduflow applique les changements de modules, vérifie le service et consigne ce qui s'est passé.

  1. 01

    Push

    Déployez manuellement ou déclenchez le déploiement depuis un webhook GitHub.

  2. 02

    Appliquer

    Mettez à jour le checkout de production et appliquez les changements Odoo nécessaires.

  3. 03

    Vérifier

    Confirmez que le service déployé répond avant d'accepter la version.

  4. 04

    Consigner

    Conservez le commit, les actions et le résultat dans l'historique des déploiements.

Vérification échouée ? Revenez au code précédent.

Oduflow tente automatiquement de restaurer le checkout précédent et de redémarrer le service. Le résultat, y compris un retour arrière échoué, reste visible dans l'historique des déploiements.

Données touchées ? Choisissez un point de restauration.

Revenir au code précédent n'annule pas une migration de base de données. Restaurez explicitement un snapshot configuré, ou utilisez la restauration à un instant donné de tout le cluster pour un incident plus large.

Conçu pour un Odoo persistant et en service.

La production tourne dans un cluster PostgreSQL et un conteneur dédiés, séparés du cluster de bases de développement. Elle reçoit un domaine dédié via Traefik avec Let's Encrypt, une configuration Odoo adaptée à la production et des conteneurs persistants qui échappent au nettoyage automatique des environnements de développement inactifs.

  • Cluster PostgreSQL de production dédié
  • Domaine dédié et routage TLS
  • Conteneurs de production persistants
  • Tableau de bord et opérations MCP propres à la production

Auditable par l'équipe qui l'exploite.

Oduflow est auto-hébergé et son code source peut être audité. Vos opérateurs peuvent inspecter le code qui touche aux dépôts, aux bases de données, aux sauvegardes, aux identifiants et aux décisions de déploiement, au lieu de faire confiance à un plan de contrôle opaque.

infrastructure : la vôtre

audit du code : possible

phone-home obligatoire : aucun

kill switch en production : aucun

Des sauvegardes qui identifient ensemble le code et les données.

Configurez un stockage compatible S3 pour des snapshots planifiés et à la demande : un dump PostgreSQL, un filestore dédupliqué et le SHA du commit déployé. Une fois les sauvegardes configurées, Oduflow prend aussi un snapshot avant chaque déploiement.

REPRISE APRÈS SINISTRE

Archivage WAL continu et PITR

L'archivage continu et les sauvegardes de base WAL-G permettent la restauration à un instant donné de tout le cluster lorsqu'un incident de base de données ne se résout pas en revenant au code applicatif précédent.

Le retour arrière automatique d'un déploiement ne restaure que le code. La restauration de la base de données reste une décision opérationnelle explicite.

N'importe quel agent. Un accès explicite.

Faites entrer l'IA dans les opérations de production.

Le MCP de développement et celui de production utilisent des identifiants différents. Accordez l'accès à la production délibérément, pendant que les agents de développement travaillent avec leurs propres outils et des environnements à portée limitée.

Grâce à l'intégration OduMCP, les agents peuvent lire les données métier et préparer des changements précis à faire approuver dans Odoo. Les politiques sur les modèles et les champs, les règles d'accès Odoo et les journaux d'audit restent dans le système métier.

Découvrir l'accès à la production

Des changements métier avec un plan vérifiable.

  1. 01

    Prévisualiser

    L'agent prépare un plan de changement exact.

  2. 02

    Approuver

    Une personne autorisée l'examine dans Odoo, ou une politique explicite d'approbation automatique s'applique.

  3. 03

    Exécuter

    L'agent exécute le plan approuvé ; l'addon applique les permissions et journalise l'opération.

Nécessite l'addon OduMCP configuré et ses politiques. Ces approbations concernent les changements métier dans Odoo. Les déploiements et restaurations d'infrastructure passent par les contrôles d'accès à la production d'Oduflow.

Une vue de santé sur toute la stack.

L'endpoint de santé vérifie les clusters PostgreSQL de production et de développement, Traefik, l'accès S3, la capacité disque et l'état des retours arrière échoués.

PostgreSQL de production
PostgreSQL de développement
Routage Traefik
Accès aux sauvegardes S3
Capacité disque
Retours arrière échoués

Un seul code. Développement et Production dans chaque offre.

Choisissez une licence selon votre usage commercial et vos besoins de support. Solo inclut Production. Vendre de l'hébergement infogéré ou une plateforme en marque blanche nécessite un accord Custom.

Comparer les licences

Concevez le chemin vers la production avant le premier déploiement.

Nous passerons en revue avec votre équipe technique la topologie, le déploiement, les sauvegardes, la restauration, la sécurité et les besoins de support.

Parlons de votre projet