Déployer en production en un clic : comment Coderblock met les apps en ligne sur Fly.io

Mettre une application en production ne devrait pas nécessiter de devenir expert en déploiement. Lorsque vous créez un produit de zéro, le travail ne s’arrête pas une fois l’interface terminée. Il reste à connecter les bases de données, configurer l’authentification, protéger les secrets, intégrer les paiements, gérer les serveurs et paramétrer les domaines.

Coderblock prend en charge l’essentiel de cette complexité en coulisses. Vous partez d’une idée, créez l’application au fil d’une conversation, la testez dans un environnement de développement en direct puis, lorsqu’elle est prête, la publiez en un clic.

Vous n’avez pas besoin de convertir le projet dans un autre format pour le mettre en ligne. Vous n’avez pas à créer un pipeline de déploiement distinct. Et vous n’avez pas à passer d’une infrastructure à une autre pour mettre en production ce que vous venez de créer. Le projet que vous avez développé est déjà celui que vous pouvez publier.

D’un prompt à une application de développement en direct

Un projet Coderblock peut commencer par une simple description en langage naturel ou par l’un des modèles de produit disponibles. Vous pouvez créer une boutique en ligne, une plateforme de réservation, un tableau de bord interne, une application de bien-être ou même une expérience interactive en Three.js.

L’IA transforme votre demande en une véritable application full-stack.

Pour les applications web standard, le frontend est généré avec React, Vite, TypeScript et Tailwind CSS, puis connecté à un projet Supabase dédié comprenant Postgres, Supabase Auth, Storage, Row Level Security et Deno Edge Functions.

Les projets Enterprise Web Platform utilisent quant à eux un backend fondé sur Python et FastAPI, avec Neon Postgres. Dans les deux cas, vous n’obtenez pas une simple maquette à contempler, mais une application que vous pouvez utiliser et continuer à développer.

Chaque projet dispose d’un environnement de développement en direct sur <app>.coderblock.dev. Lorsque vous demandez une modification dans le chat, l’aperçu se met à jour en quelques secondes grâce au rechargement à chaud.

Vous pouvez ainsi passer naturellement d’une demande à l’autre :

• « Garde la barre de navigation fixe. »
• « Ajoute un tableau des réservations et une vue d’administration. »
• « Demande aux utilisateurs de se connecter avant d’ouvrir le tableau de bord. »
• « Permets aux clients de payer 9,99 € par mois. »

L’agent met en œuvre votre demande et vous pouvez immédiatement vérifier le résultat dans l’aperçu.

La mise en production commence dès le développement

L’intérêt d’un déploiement en un clic ne tient pas seulement au bouton Publish. Il dépend aussi de tout le travail déjà accompli avant d’en arriver là. Dans Coderblock, la base de données, l’authentification, les autorisations, le stockage, les intégrations et les secrets font partie d’un même projet. En créant votre application, vous préparez donc également les fondations nécessaires à sa mise en production.

Base de données et contrôle des accès

Chaque application web standard dispose d’une véritable base de données Postgres au sein de son propre projet Supabase. L’agent peut créer et mettre à jour le schéma directement depuis la conversation, tandis que l’onglet Backend vous permet de consulter les tables, les utilisateurs authentifiés, le stockage et les fonctions. Lorsque vous ajoutez l’authentification, Coderblock peut configurer Supabase Auth, la gestion des sessions, les routes protégées et Row Level Security. L’aperçu n’est donc pas une « fausse » version de l’application qu’il faudra ensuite reconstruire pour la production. L’application que vous testez dispose déjà de son infrastructure full-stack.

Secrets et intégrations

Les applications réelles doivent souvent communiquer avec des services externes et, par conséquent, utiliser des identifiants confidentiels.

Coderblock gère ces informations au moyen d’un processus sécurisé consacré aux variables d’environnement. Les valeurs sont conservées côté serveur et ne sont intégrées ni au code généré ni à la conversation ordinaire.

La même approche est utilisée lorsque vous connectez des services comme Stripe à l’aide de votre clé STRIPE_SECRET_KEY.

Paiements

Les paiements peuvent eux aussi être configurés directement pendant le développement. Vous pouvez, par exemple, demander :

Crée un abonnement à 9,99 € par mois et donne aux abonnés accès aux fonctionnalités premium.

Dans le mode géré par défaut, l’agent peut configurer un compte Stripe pour le projet après avoir recueilli quelques informations de base. La plateforme gère le webhook et prépare les produits, les tarifs, le paiement ainsi que la logique frontend et backend correspondante.

Vous pouvez également utiliser votre propre compte Stripe grâce au processus BYOK. L’agent demande la clé secrète via l’invite sécurisée dédiée aux variables d’environnement, puis configure automatiquement le webhook. Dans les deux cas, vous pouvez commencer en mode test avant de passer aux transactions réelles.

Que se passe-t-il lorsque vous cliquez sur Publish ?

Lorsque l’application est prête, place à l’étape la plus simple : Publish.

En un clic, Coderblock déploie l’application en production sur <app>.coderblock.app, avec SSL inclus. Cela ne signifie pas que le déploiement est techniquement dépourvu de complexité, mais que cette complexité ne doit pas devenir un problème pour la personne qui crée le produit.

Vous n’avez pas à configurer manuellement un serveur web. Vous n’avez pas à créer un pipeline CI/CD de zéro. Vous n’avez pas à préparer un nouvel environnement d’hébergement. Vous n’avez pas à reconfigurer le frontend et le backend pour la production. L’infrastructure reste en coulisses.

Lorsque vous recommencez à modifier le produit, le processus reste identique : vous mettez l’application à jour, la vérifiez dans l’environnement de développement et publiez la nouvelle version lorsqu’elle est prête. Les publications suivantes reposent sur des mises à jour à chaud rapides, tout en conservant le workflow itératif utilisé pendant le développement.

Du domaine de développement à votre propre domaine

L’adresse <app>.coderblock.app vous fournit immédiatement une destination de production.

Mais si vous lancez un véritable produit, vous voudrez probablement utiliser votre propre domaine. Depuis Settings → Domains, vous pouvez connecter un domaine existant en suivant les instructions de configuration des enregistrements DNS.

Vous pouvez également acheter un domaine directement dans Coderblock. Dans ce cas, l’achat, le DNS et le SSL sont gérés au sein de la plateforme. Le parcours devient ainsi beaucoup plus fluide : Idée → développement → aperçu → test → production

Sans faire du déploiement un projet parallèle.

Ce que signifie vraiment le « déploiement en un clic »

« Un clic » ne signifie pas qu’aucune infrastructure complexe ne se cache derrière le bouton. Une application Coderblock peut comprendre un frontend React, une base de données Postgres, l’authentification, le stockage, des fonctions côté serveur, des secrets, des paiements et des règles d’accès. Le clic n’est que la dernière étape d’un processus qui a déjà assemblé et connecté tous ces éléments.

Et c’est précisément là tout l’intérêt. Coderblock ne vous offre pas seulement un moyen plus rapide de générer du code. La plateforme vous permet de passer d’une première idée à une application full-stack fonctionnelle puis, lorsque vous êtes prêt, de la mettre en ligne sans devoir également devenir expert en infrastructure.

Créez le produit. Testez-le. Lorsqu’il est prêt, publiez-le.

Le déploiement devrait être le moment où votre produit devient accessible aux utilisateurs, pas celui où commence un nouveau projet technique.