Novita × TiDB : Du code à la production

Novita Artifact Hosting et TiDB unissent leurs forces pour offrir un déploiement managé d’applications couplé à une couche de base de données prête pour la production, le tout destiné aux applications générées par IA. Avec Novita qui gère l’exécution et TiDB qui fournit une infrastructure de données compatible MySQL, un agent de codage IA peut passer du code généré à une application fonctionnelle, alimentée par des données, via un seul workflow de déploiement.

Le problème

Depuis un an, des agents de codage IA comme Cursor, Claude Code et Devin donnent l’impression qu’il est possible de « créer une application à partir d’une simple invite ». Mais la réalité reste gênante : la plupart du code généré par ces agents n’arrive jamais en production.

Pas parce que le code est nécessairement mauvais, mais parce que le déploiement reste trop complexe.

Une application IA typique peut nécessiter :

• Un environnement d’exécution, comme un conteneur ou un sandbox
• Une base de données, comme PostgreSQL ou MySQL
• Un nom de domaine et un certificat SSL
• La configuration de variables d’environnement
• Des scripts de migration de base de données

Autant d’éléments qu’un agent ne gère généralement pas lorsqu’il écrit du code.

Novita Artifact Hosting : un foyer pour ce que construisent les agents

Novita Artifact Hosting est une plateforme de déploiement entièrement managée, conçue pour les applications créées par des agents de codage IA. L’idée centrale est simple :

Les agents écrivent le code. Novita fait tourner le code.

Le workflow est direct :

1. L’agent génère le code et un Dockerfile dans un sandbox.
2. Un simple appel SDK, project.deploy(sandbox_id, arti_dir), lance le déploiement.
3. Novita construit l’image Docker.
4. Le runtime léger met le déploiement en ligne.
5. Les utilisateurs accèdent à l’application via un domaine comme https://my-app.novita.space.

Ce workflow est déjà opérationnel. Mais il ne résout que le côté calcul. Les applications réelles ont aussi besoin de données.

TiDB : la couche de base de données idéale pour les applications générées par IA

Pour les applications web générées par IA, la couche de base de données a deux exigences fortes :

1. Compatibilité MySQL. La plupart des frameworks adaptés à l’IA, comme Next.js, Django et Laravel, fonctionnent parfaitement avec l’écosystème MySQL. Le code généré par IA utilise très probablement un pilote MySQL.
2. Zéro opération. Les développeurs d’agents ne veulent pas gérer les bases de données. Ils ne veulent pas configurer des pools de connexions, régler des paramètres ou gérer des sauvegardes.

TiDB répond aux deux exigences :

• Totalement compatible avec le protocole MySQL, donc le code généré par IA peut s’exécuter sans réécrire de SQL.
• Architecture distribuée avec mise à l’échelle automatique, aucun administrateur de base de données dédié requis.
• Support HTAP, permettant à la même base de données de gérer à la fois les transactions OLTP et les requêtes analytiques.

Novita + TiDB : ajouter une base de données avec un seul paramètre

Avec Novita Artifact Hosting, activer une base de données managée ne nécessite qu’un seul paramètre :

deployment = project.deploy(
    sandbox_id="xxx",
    arti_dir="./workspace/my-app",
    database=True,  # cette ligne
    migrations=[
        Path("./migrations/0001_schema.sql").read_text(),
        Path("./migrations/0002_seed.sql").read_text(),
    ],
    http_port=3000,
)

Ce qui se passe automatiquement en coulisses :

1. Création ou réutilisation automatique d’une instance TiDB pour le projet.
2. Exécution des migrations dans l’ordre pour créer les tables, les index et les données initiales.
3. Injection de DATABASE_URL dans l’environnement de déploiement. L’application la lit directement avec os.environ["DATABASE_URL"].
4. Déploiement de l’application, connexion à la base de données et début du service aux utilisateurs.

Pour les développeurs, cela signifie aucune inscription à une base de données, aucune configuration de chaîne de connexion, aucune étape de migration manuelle. Juste une ligne : database=True.

Ce que cela signifie pour les agents de codage IA

Avant	Maintenant
L’agent écrit le code, puis un développeur déploie manuellement sur Vercel ou Railway.	L’agent écrit le code, puis un seul appel SDK déploie l’application.
Le développeur doit créer une base de données sur TiDB Cloud, PlanetScale ou une autre plateforme.	Une base de données managée est créée automatiquement et les informations de connexion sont injectées automatiquement.
Les scripts de migration doivent être exécutés manuellement.	Les migrations s’exécutent automatiquement dans l’ordre.
Les variables d’environnement doivent être configurées à la main.	DATABASE_URL est injectée automatiquement.
Livrer une application nécessite une coordination entre trois plateformes.	Une seule plateforme et une seule API gèrent l’intégralité du flux.

Statut actuel

• Artifact Hosting est en ligne et prend en charge les domaines personnalisés.
• Les bases de données managées propulsées par TiDB sont actuellement en phase d’essai.
• Le SDK Python et la CLI sont disponibles.
• Des exemples open source sont disponibles sur GitHub : ecomm-with-sql, ecomm-with-managed-db et snake-game-static.

Prochaines étapes

Une fois la capacité de base de données managée en disponibilité générale, la combinaison Novita + TiDB pourra s’étendre encore plus :

• Déploiement multi-régions : les capacités multi-centres de données de TiDB combinées aux nœuds sandbox globaux de Novita.
• Souveraineté des données : les utilisateurs peuvent choisir où leurs données sont stockées.
• Workflows natifs des agents : les agents peuvent créer des projets, déployer des applications et provisionner des bases de données directement via le SDK, rendant l’ensemble du processus entièrement automatisé.