Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
I buildpack di Google Cloud sono un
progetto open source
che prende il codice sorgente dell'applicazione e lo trasforma in immagini container pronte per la produzione. I buildpack pubblicati da Google Cloud implementano
la
specifica Cloud Native Buildpack
e sono progettati per aiutarti a creare e configurare i container su cui puoi eseguire il deployment Google Cloud.
Un buildpack รจ in genere responsabile di un componente di linguaggio, di una toolchain o di un componente dell'app, ad esempio Python, pip o un server web.
I buildpack sono raggruppati in raccolte chiamate
builder che possono analizzare il codice sorgente del progetto,
creare un piano di compilazione e generare un'immagine container pronta per il deployment.
Containerizzazione con i buildpack
Quando esegui il deployment e pubblichi la tua applicazione (servizio) o funzione sui prodotti Google Cloud Serverless, il codice viene pacchettizzato in un contenitore eseguibile utilizzando i buildpack.
Su Cloud Run, hai la possibilitร di eseguire il deployment di un container predefinito o di eseguire il deployment del codice sorgente per consentire a Cloud Run di gestire la compilazione del container. Nelle funzioni Cloud Run e
App Engine, il processo di containerizzazione รจ completamente gestito, il che significa che quando
esegui il deployment del codice sorgente, tutto il pacchettizzazione e la conversione delle immagini container
viene eseguita automaticamente.
Ogni immagine container viene compilata con tutti i componenti necessari per eseguire il deployment, tra cui codice sorgente, dipendenze di sistema e librerie, dati di configurazione e asset statici. Per impostazione predefinita, i Google Cloud prodotti serverless
utilizzano gli stessi servizi di base, tra cui Cloud Build per la pipeline di deployment e Container Registry o Artifact Registry per l'archiviazione e la gestione delle immagini container.
Quando utilizzi i buildpack di Google Cloud:
I builder e i buildpack sono preconfigurati per gestire il processo di compilazione
e creare un'immagine container eseguibile per te.
I buildpack supportano
piรน linguaggi di programmazione e rilevano automaticamente il linguaggio utilizzato nel codice sorgente.
Puoi
personalizzare ed estendere i buildpack
per installare dipendenze di sistema aggiuntive. Tuttavia, il compilatore predefinito puรฒ gestire le attivitร comuni richieste dal linguaggio di programmazione, inclusa l'installazione delle dipendenze dal repository del pacchetto del linguaggio e l'utilizzo del file delle dipendenze comuni del linguaggio.
Utilizzare i buildpack per eseguire il containerizzazione del codice
I buildpack possono essere utilizzati localmente o da remoto per:
Per i linguaggi di programmazione che escludono metodi standard per avviare un'applicazione,
puoi utilizzare un Procfile per definire il processo da richiamare all'avvio di un contenitore.
Un Procfile puรฒ essere utilizzato per sostituire la procedura di avvio predefinita per qualsiasi tipo di buildpack, ma รจ obbligatorio per alcuni, tra cui Python.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema รจ stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 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/)"]]
