Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Pour déployer sur Cloud Run, vous devez fournir une image de conteneur.
Une image de conteneur est un format de package qui inclut votre code, ses packages, les dépendances binaires nécessaires, le système d'exploitation à utiliser et tout autre élément nécessaire à l'exécution de votre service.
Dockerfile
Un fichier nommé Dockerfile est couramment utilisé pour déclarer comment construire l'image du conteneur. Vous pouvez trouver des exemples de fichiers Dockerfile pour les langages courants sur la page Démarrage rapide : Construire et déployer.
Les fichiers Dockerfile démarrent très souvent à partir d'une image de base (par exemple, FROM golang:1.11). Vous pouvez trouver des images de base gérées par les auteurs de systèmes d'exploitation et de langages sur Docker Hub.
Cloud Build vérifie s'il existe des images mises en cache avant de les extraire de Docker Hub. Si vous utilisez un outil de compilation tiers, vous pouvez configurer votre daemon Docker afin qu'il vérifie l'existence des images dans le même cache. Vous pouvez également trouver des images de base gérées par Google dans Google Cloud Marketplace.
Si vous utilisez vos propres binaires, assurez-vous qu'ils sont compilés pour Linux ABI x86_64.
Ces ressources fournissent des informations supplémentaires sur les fichiers Dockerfile :
Les buildpacks de Google Cloud vous aident à créer du code source à partir d'un ensemble de langages acceptés dans des images de conteneurs, sans avoir besoin d'un fichier Dockerfile.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[],[],null,["# Containerize your code\n\nTo deploy to Cloud Run, you need to provide a *container image*.\nA container image is a packaging format that includes your code, its\npackages, any needed binary dependencies, the operating system to use, and\nanything else needed to run your service.\n\nDockerfile\n----------\n\nA file named [Dockerfile](https://docs.docker.com/engine/reference/builder/) is\ncommonly used to declare how to build the container image. You can find examples\nof Dockerfiles for popular languages in the\n[build and deploy quickstart](/run/docs/quickstarts#build-and-deploy-a-web-service).\n\nDockerfiles very often start from a base image (e.g. `FROM golang:1.11`).\nYou can find base images maintained by OS and language authors on\n[Docker Hub](https://hub.docker.com/).\nCloud Build checks for [cached images](/container-registry/docs/pulling-cached-images)\nbefore pulling from Docker Hub. If you use a third-party build tool, you can\nconfigure your Docker daemon to check for images in the same cache. You can also\nfind base images managed by Google in the\n[Google Cloud Marketplace](https://console.cloud.google.com/marketplace/browse?filter=solution-type:container&filter=category:os).\n| **Note:** As of November 1, 2020, Docker Hub\n| [rate limits](https://www.docker.com/blog/scaling-docker-to-serve-millions-more-developers-network-egress/) apply to unauthenticated or authenticated pull requests on the\n| Docker Free plan. To avoid disruptions and have greater control over your\n| software supply chain, you can migrate your dependencies to [Artifact Registry](/artifact-registry/docs/docker/migrate-external-containers).\n\nIf you bring your own binaries, make sure they are compiled for Linux ABI\nx86_64.\n\nThese resources provide further information on Dockerfiles:\n\n- Learn Dockerfile syntax through the [Dockerfile reference](https://docs.docker.com/engine/reference/builder).\n- Learn how Dockerfiles fit together through the tips in [Best practices for writing Dockerfiles](https://docs.docker.com/develop/develop-images/dockerfile_best-practices/).\n\nBuildpacks\n----------\n\n[Google Cloud's buildpacks](/docs/buildpacks/builders) helps you build source code\nfrom a set of supported languages into container images without the need for a\nDockerfile.\n\nWhat's next\n-----------\n\nAfter you have containerized your code,\n[build a container image](/run/docs/building/containers) then continue iterating\nin [local testing](/run/docs/testing/local)."]]
