Cette page a été traduite par l'API Cloud Translation.

Développer un service Cloud Run localement dans Cloud Code pour Cloud Shell

Avant de déployer un service sur Cloud Run, vous pouvez le développer localement à l'aide d'un émulateur Cloud Run.

Configurer votre service pour le développement

Si vous n'avez pas défini de fichier .vscode/launch.json, la boîte de dialogue Run/Debug on Cloud Run Emulator (Exécuter/Déboguer sur l'émulateur Cloud Run) vous permet de configurer votre lancement, puis d'enregistrer vos paramètres dans .vscode/launch.json. Si vous avez configuré un fichier .vscode/launch.json, vous pouvez le modifier directement.

Pour exécuter votre service localement, spécifiez votre configuration:

Ouvrez la palette de commandes (appuyez sur Ctrl/Cmd+Shift+P), puis exécutez la commande Run on Cloud Run Emulator (Exécuter sur l'émulateur Cloud Run).

Dans la boîte de dialogue "Run/Debug" (Exécuter/Déboguer) de l'émulateur Cloud Run, définissez les spécifications de votre configuration:

Seuls les outils de compilation installés localement sont disponibles pour l'émulateur Cloud Run.
Choisissez Docker ou Buildpacks comme compilateur, puis spécifiez la source

(Facultatif) Pour spécifier des variables d'environnement à transmettre aux conteneurs en cours d'exécution, développez Paramètres de compilation avancés, puis cliquez pour spécifier des paires clé/valeur.

Nom	Description	Exemple
PORT	Port du serveur HTTP à écouter.	8080
K_SERVICE	Nom du service Cloud Run en cours d'exécution.	hello-world
K_RÉVISION	Nom de la révision Cloud Run en cours d'exécution.	hello-world.1
K_CONFIGURATION	Nom de la configuration Cloud Run qui a créé la révision.	hello-world

(Facultatif) Pour spécifier les connexions Cloud SQL, développez les paramètres de service avancés, cliquez sur Connexions, puis spécifiez une connexion Cloud SQL par ligne.
(Facultatif) Cochez l'option Rendre le service accessible depuis d'autres appareils sur le réseau local.
(Facultatif) Si vous souhaitez uniquement recompiler et exécuter votre service manuellement, au lieu d'effectuer automatiquement une modification, décochez la case Recompiler automatiquement et réexécuter en cas de modifications.

Exécuter votre service en local

Après avoir défini les paramètres de votre choix, exécutez votre service en cliquant sur Run (Exécuter).
Surveillez l'état de votre déploiement dans la fenêtre de sortie.

Une fois le déploiement terminé, vous pouvez afficher votre service en cours d'exécution en ouvrant l'URL affichée dans la fenêtre de sortie.
Pour afficher les journaux détaillés, passez à la vue détaillée de Cloud Run dans la fenêtre de sortie.
Une fois la session terminée, vous pouvez utiliser les commandes du menu contextuel suivantes :
- Ouvrir les journaux de déploiement : ouvrez les journaux d'une application dans un journal spécifique à l'aide de l'explorateur de journaux Cloud Code.
- Ouvrir une URL de service : ouvrez l'URL du service d'application d'un service spécifique dans un navigateur Web.
Si vous avez désactivé le mode de surveillance dans votre configuration de lancement et que vous souhaitez apporter des modifications à votre application, puis recompiler et redéployer l'application, dans le volet des sessions de développement, mettez en pause l'action d'exécution, puis cliquez sur Recompiler et redéployer l'application.
Pour arrêter votre déploiement, vous pouvez cliquer sur le bouton Stop (Arrêter) dans la barre d'action correspondant à votre déploiement actuel.

Stocker des secrets

Si votre code inclut des données potentiellement sensibles telles que des clés API, des mots de passe et des certificats, les stocker en tant que secrets peut les protéger. L'intégration de Cloud Code à Secret Manager vous permet de stocker ces secrets de manière sécurisée et de les récupérer par programmation. Pour découvrir comment créer et gérer des secrets avec Cloud Code, consultez le guide Secret Manager.

Personnaliser une configuration launch.json existante

Le plug-in Cloud Code met automatiquement à jour le fichier de configuration launch.json lorsque vous choisissez une action d'exécution. Pour personnaliser davantage votre service, vous pouvez spécifier les champs suivants dans votre fichier .vscode/launch.json:

watch: surveille les modifications apportées à l'espace de travail et réexécute le service. Vrai par défaut.

L'exemple de montre ci-dessous est défini sur true:
```
"watch": true,
```
build: spécifiez le compilateur (docker, jibMaven, jibGradle ou buildpacks) avec lequel créer vos images.

L'exemple suivant illustre un compilateur Docker:
```
"build": {
  "docker": {
    "path": "Dockerfile"
  }
},
```
L'exemple suivant illustre un compilateur Buildpack:
```
"build": {
  "buildpacks": {
    "path": "src/requirements.txt",
    "builder": "gcr.io/buildpacks/builder:v1"
  }
},
```
image : indiquez le nom de l'image à utiliser.

L'exemple suivant montre comment spécifier le nom d'une image:
```
  "image": "hello-world",
```
service: spécifiez le service Cloud Run à utiliser.

L'exemple suivant montre comment spécifier un nom de service, un port et des limites de ressources:
```
"service": {
  "name": "hello-world",
  "containerPort": 8080,
  "resources": {
    "limits": {
      "memory": "256Mi"
    }
  }
},
```
debug : spécifiez des paramètres de débogage tels que le mappage de chemin distant pour mapper un chemin d'accès local à un chemin d'accès sur le conteneur distant.

L'exemple suivant montre une section de débogage indiquant les fichiers sources:
```
"debug": {
  "sourceFileMap": {
    "${workspaceFolder}": "/app"
  }
}
```

Activer la synchronisation des fichiers Skaffold et le rechargement à chaud

Pour améliorer l'efficacité de votre workflow de développement local et éviter de devoir recréer, redéployer et redémarrer vos pods, Skaffold permet de copier des fichiers modifiés vers un conteneur déployé. Cela signifie que lorsque vous apportez des modifications à des fichiers de code statique et source, vous pouvez constater que vos modifications prennent effet en quelques secondes, ce qui permet d'accélérer l'exécution d'une boucle de rétroaction.

Pour les fichiers statiques (tels que les fichiers HTML et CSS), ce comportement de copie de fichiers est appelé synchronisation de fichiers.

Pour les fichiers de code source, ce comportement est appelé rechargement à chaud et est compatible avec les types de fichiers suivants :

Go : *.go
Java : *.java, *.kt, *.scala, *.groovy, *.clj
NodeJS : *.js, *.mjs, *.coffee, *.litcoffee, *.json

Une fois le rechargement à chaud configuré, Skaffold détecte les modifications apportées aux fichiers compatibles et les synchronise avec le conteneur en cours d'exécution sur votre cluster. Les modifications apportées aux types de fichiers non compatibles avec l'actualisation à chaud déclenchent une recompilation d'images et un redémarrage du pod.

La synchronisation automatique des fichiers et le rechargement à chaud sont activés par défaut lorsque vous utilisez Buildpacks comme compilateur préféré. Pour les autres compilateurs, tels que Docker, vous pouvez spécifier une section sync dans votre fichier skaffold.yaml pour l'artefact que vous personnalisez.

Vous pouvez choisir l'un des paramètres de synchronisation suivants (par ordre de préférence) :

auto (uniquement pour les artefacts Jib et Buildpacks, Il s'agit du paramètre par défaut s'il n'est pas spécifié pour Buildpacks
infer
manual

L'exemple de section sync suivant dans un fichier skaffold.yaml spécifie une synchronisation manual pour synchroniser tous les fichiers HTML /static-html avec le dossier static d'un conteneur:

build:
  artifacts:
    - image: gcr.io/k8s-skaffold/node-example
      context: node
      sync:
        manual:
          - src: 'static-html/*.html'
            dest: static

Pour en savoir plus sur la synchronisation des fichiers et la spécification des règles de synchronisation, consultez le guide Skaffold sur la synchronisation des fichiers.