Lorsque vous vous préparez à déployer un backend Node.js, le choix de l'environnement de calcul approprié a un impact direct sur la charge de maintenance, la vitesse de scaling et la rentabilité.

Pour développer une application Node.js prête pour la production, vous devez implémenter des modèles architecturaux capables d'éliminer les goulots d'étranglement et de garantir une disponibilité maximale :

• État des applications sans état : les plates-formes sans serveur modernes lancent et arrêtent les instances de conteneurs de manière dynamique en fonction du trafic entrant. Évitez d'enregistrer l'état des sessions utilisateur, les fichiers multimédias importés ou les files d'attente en arrière-plan dans la mémoire du conteneur local ou sur des disques locaux, car les fichiers écrits sur les disques de conteneurs temporaires disparaissent lors du redéploiement ou du scaling à la baisse. Utilisez des services gérés dédiés tels que Cloud Firestore, Cloud SQL pour PostgreSQL ou Cloud Storage pour stocker un état persistant.
• Isolation des variables d'environnement et des secrets : coder en dur des clés API, des identifiants de base de données ou des clés secrètes dans le contrôle des sources crée des failles de sécurité critiques. Isolez toujours les configurations d'exécution dans des variables d'environnement (process.env) et injectez-les de manière sécurisée au niveau de l'environnement d'exécution du conteneur.
• Association de ports et vérifications d'état : les environnements de conteneurs sans serveur acheminent le trafic HTTP en injectant un port cible par défaut, tel que la variable d'environnement PORT (généralement le port 8080). Votre serveur Node.js doit écouter de manière dynamique sur process.env.PORT || 8080 pour réussir les vérifications d'état et d'aptitude.
• Arrêt progressif et interception des signaux : les applications Node.js doivent intercepter les signaux SIGTERM et SIGINT du système d'exploitation. Lorsqu'un autoscaler d'infrastructure lance un scaling à la baisse, la gestion de ces signaux garantit que le traitement des requêtes HTTP existantes se termine avant la fermeture des connexions à la base de données et l'arrêt du conteneur.

Vous pouvez créer et déployer une application Node.js à l'aide de deux workflows principaux : le prototypage rapide assisté par l'IA (aucune configuration locale requise) ou le déploiement standard basé sur des conteneurs (pour les codebases existants).

Pour le prototypage rapide et les applications d'IA, le mode Compilation de Google AI Studio permet aux développeurs de décrire des architectures Node.js full stack en langage naturel et de les déployer sur Cloud Run sans outils de ligne de commande locaux ni configurations de facturation obligatoires.

Étape 1 : Initialisez l'application en mode Compilation

1. Accédez à Google AI Studio et passez en mode Compilation.
2. Saisissez un prompt décrivant la logique métier et l'interface requises pour votre application (par exemple, "Crée un tableau de bord de suivi de l'inventaire avec un backend Node.js et une gestion persistante des tâches").
3. L'agent intégré génère les fichiers de l'application, configure les routes de votre serveur, installe les dépendances npm pertinentes et lance un aperçu interactif.

Étape 2 : Configurez les données et l'authentification intégrées

• Pour le stockage persistant : si votre prompt nécessite un espace de stockage de données, activez Cloud Firestore ou Cloud SQL pour PostgreSQL (édition pour les développeurs). AI Studio crée automatiquement votre schéma, vos modèles et vos fichiers de connexion client.
• Pour l'identité des utilisateurs : activez Firebase Authentication pour activer les flux Google Sign-In préconfigurés, sans configurer manuellement de gestionnaires de redirection OAuth distincts.

Étape 3 : Publiez l'application sur Cloud Run géré

1. Cliquez sur Publier > Commencer > Publier l'application dans l'interface supérieure.
2. Sélectionnez la région de déploiement de votre choix.
3. Indiquez une URL personnalisée <user-defined>.ai.studio pour votre application et publiez-la.
4. La plate-forme empaquette votre conteneur, provisionne les ressources de calcul sous-jacentes et génère une URL de production HTTPS <user-defined>.ai.studio en quelques secondes.

Pour les codebases préexistants et les microservices personnalisés, empaquetez votre application Node.js dans un conteneur compatible avec OCI et déployez-la directement sur Cloud Run.

Étape 1 : Structurez le code du serveur Node.js

Créez un serveur HTTP minimal avec Express, Fastify ou les bibliothèques Node.js standards (index.js) :

 Remarque : Cloud Run injecte automatiquement la variable d'environnement PORT au moment de l'exécution. La valeur de remplacement || 8080 dans le code ci-dessus sert principalement à faciliter les tests locaux sur votre machine avant le déploiement.

Étape 2 : Créez un Dockerfile sécurisé en plusieurs étapes

Empaquetez votre application à l'aide d'un build en plusieurs étapes afin d'obtenir une image de production minimale et sécurisée.

Bonne pratique : Créez un fichier .dockerignore dans votre répertoire racine et ajoutez-y node_modules et .env. Cela permet d'éviter que des fichiers utilisés pour le développement local ne soient accidentellement inclus dans votre image de conteneur, ce qui la garde propre et sécurisée.

Créez un fichier nommé Dockerfile dans votre répertoire racine :

Étape 3 : Effectuez le déploiement sur Cloud Run

Exécutez le déploiement à l'aide de Google Cloud CLI à partir de votre dossier racine local. Vous pouvez également créer une URL personnalisée au format <user-defined>.cloud.run pour votre application :

Comprendre le fonctionnement des allocations sans frais vous permet de prototyper et de faire évoluer votre application Node.js de manière prévisible :