Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Die Buildpacks von Google Cloud sind Teil eines Open-Source-Projekts, das Anwendungsquellcode in produktionsfertige Container-Images transformiert. Die von Google Cloud veröffentlichten Buildpacks implementieren die Cloud Native Buildpack-Spezifikation und sollen Ihnen beim Erstellen und Konfigurieren von Containern helfen, die Sie dann in Google Cloud bereitstellen können.
Ein Buildpack ist in der Regel für eine Sprachkomponente, Toolchain oder Anwendungskomponente verantwortlich. Beispiel: Python, pip oder ein Webserver.
Buildpacks werden in Sammlungen zusammengefasst, die als Builder bezeichnet werden und Projekt-Quellcode analysieren, einen Build-Plan erstellen und ein bereitstellbares Container-Image generieren können.
Containerisierung mit Buildpacks
Wenn Sie Ihre Anwendung (Dienst) oder Funktion in Google Cloud Serverless-Produkten bereitstellen, wird Ihr Code mithilfe von Buildpacks in einen ausführbaren Container verpackt.
In Cloud Run können Sie einen vordefinierten Container oder Ihren Quellcode bereitstellen, damit Cloud Run den Container-Build verwaltet. In Cloud Run-Funktionen und App Engine ist der Containerisierungsprozess vollständig verwaltet. Das bedeutet, dass beim Bereitstellen Ihres Quellcodes die gesamte Container-Image-Paketerstellung und -Konvertierung für Sie erledigt wird.
Jedes Container-Image wird mit allen zur Ausführung Ihres Deployments erforderlichen Komponenten erstellt, einschließlich Quellcode, System- und Bibliotheksabhängigkeiten, Konfigurationsdaten und statischen Assets. Standardmäßig verwenden die serverlosen Google Cloud-Produkte dieselben zugrunde liegenden Dienste, darunter Cloud Build für die Bereitstellungspipeline sowie Container Registry oder Artifact Registry für die Speicherung und Verwaltung von Container-Images.
Mit Buildpacks von Google Cloud erstellen:
Builder und Buildpacks sind für die Ausführung des Build-Prozesses vorkonfiguriert und erstellen ein ausführbares Container-Image.
Buildpacks unterstützen mehrere Programmiersprachen und erkennen automatisch, welche Sprache in Ihrem Quellcode verwendet wird.
Sie können Buildpacks anpassen und erweitern, um zusätzliche Systemabhängigkeiten zu installieren. Allerdings kann der Standard-Builder die allgemeinen für Ihre Programmiersprache erforderlichen Aufgaben verarbeiten, einschließlich der Installation von Abhängigkeiten aus dem Paket-Repository der Sprache und der Verwendung der gemeinsamen Abhängigkeitsdatei der Sprache.
Code mit Buildpacks containerisieren
Buildpacks können lokal oder remote verwendet werden, um:
Bei Programmiersprachen, die keine Standardmethoden zum Starten einer Anwendung ausschließen, können Sie einen Procfile verwenden, um den Prozess zu definieren, der beim Start eines Containers aufgerufen werden soll.
Mit Procfile kann der Standardstartprozess für beliebige Buildpacks-Typen überschrieben werden. Für einige, einschließlich Python, ist dieser jedoch obligatorisch.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-12-22 (UTC)."],[[["\u003cp\u003eGoogle Cloud's buildpacks are an open-source project that transforms application source code into production-ready container images, based on the Cloud Native Buildpack specification.\u003c/p\u003e\n"],["\u003cp\u003eBuildpacks are responsible for language components or tools, and are grouped into builders that analyze code and generate deployable container images.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Cloud Serverless products use buildpacks to package code into runnable containers, and the process is fully managed on Cloud Run functions and App Engine.\u003c/p\u003e\n"],["\u003cp\u003eBuilders and buildpacks are pre-configured to handle the build process and automatically detect the programming language, supporting multiple languages.\u003c/p\u003e\n"],["\u003cp\u003eBuildpacks can be used to build both applications/services and functions, and a \u003ccode\u003eProcfile\u003c/code\u003e can define the startup process for containers, being mandatory for some languages like Python.\u003c/p\u003e\n"]]],[],null,["# Google Cloud's buildpacks is an\n[open-source project](https://github.com/GoogleCloudPlatform/buildpacks)\nthat takes your application source code and transforms it into production-ready\ncontainer images. The buildpacks published by Google Cloud implement\nthe\n[Cloud Native Buildpack specification](https://buildpacks.io/)\nand are designed to help you build and configure containers that you can\ndeploy to Google Cloud.\n\nA buildpack is typically responsible for a language\ncomponent, toolchain, or app component; such as Python, `pip`, or a web server.\nBuildpacks are grouped together into collections called\n[builders](/docs/buildpacks/builders) that can analyze project source code,\ncreate a build plan, and generate a container image that is ready for deployment.\n\nContainerization with buildpacks\n--------------------------------\n\nWhen you deploy to and serve your application (service) or function on the\n[Google Cloud Serverless](https://cloud.google.com/serverless) products,\nyour code gets packaged into a runnable container using buildpacks.\nOn Cloud Run, you have the option to deploy a pre-built container or\n[deploy your source code](https://cloud.google.com/run/docs/deploying-source-code)\nto let Cloud Run manage the container build. On Cloud Run functions and\nApp Engine, the containerization process is fully-managed, meaning that when\nyou deploy your source code, all the container image packaging and converting\nis done for you.\n\nEach container image gets built with all the components needed for running your\ndeployment, including source code, system and library dependencies, configuration\ndata, and static assets. By default, the Google Cloud Serverless products\nuse the same underlying services, including Cloud Build for the deployment\npipeline, and either Container Registry or Artifact Registry for container image storage\nand management.\n\nWhen using Google Cloud's buildpacks:\n\n- Builders and buildpacks are pre-configured to handle the build process and create a runnable container image for you.\n- Buildpacks support [multiple programming languages](/docs/buildpacks/builders) and automatically detects which lanaguage is used in your source code.\n- You can [customize and extend buildpacks](/docs/buildpacks/build-run-image) to install additional system dependencies. However, the default builder can handle the common tasks required by your programming language, including installing dependencies from the language's package repository and using the language's common dependency file.\n\nUse buildpacks to containerize your code\n----------------------------------------\n\nBuildpacks can be used locally or remotely to:\n\n- [Build an application or service](/docs/buildpacks/build-application)\n- [Build a function](/docs/buildpacks/build-function)\n\nFor programming languages that exclude a standard ways to start an application,\nyou can use a `Procfile` to define the process to invoke when a container starts.\nA `Procfile` can be used to override the default start process for any\nbuildpacks type, but is mandatory for some, including\n[Python](https://cloud.google.com/docs/buildpacks/python#application_entrypoint).\n\nWhat's next\n-----------\n\n- [Builders](/docs/buildpacks/builders)\n- [Build an application](/docs/buildpacks/build-application)\n- [Build a function](/docs/buildpacks/build-function)\n- Learn about [Cloud Native Buildpacks](https://buildpacks.io/docs/for-platform-operators/concepts/)"]]
