Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Cloud Deploy admite estrategias de despliegue. Una estrategia de implementación es una de las varias técnicas que se pueden usar para implementar cambios en tu aplicación y, al mismo tiempo, minimizar el impacto en los usuarios.
¿Qué estrategias de implementación admite Cloud Deploy?
Cloud Deploy admite las siguientes estrategias de despliegue:
La estrategia de implementación estándar simplemente implementa una aplicación en un tiempo de ejecución de destino o en varios. La implementación no se realiza de forma progresiva y no se divide entre las versiones antigua y nueva de tu aplicación.
Con una implementación estándar, puedes revertir fácilmente tu lanzamiento, verificar tu implementación e implementar en más de un destino al mismo tiempo.
Una implementación canary es una implementación progresiva de tu aplicación, de forma que tu aplicación se implementa primero en una parte de tu infraestructura y se puede probar allí antes de implementarse en el resto. Una implementación canary reduce el riesgo de introducir cambios, ya que disminuye el número de usuarios que pueden verse afectados por un error.
Por ejemplo, con un despliegue canary del 50% en Cloud Run, la mitad del tráfico se dirigiría a la nueva revisión, mientras que la otra mitad seguiría dirigiéndose a la revisión anterior. Después de hacer pruebas para asegurarte de que la versión es estable, puedes lanzar la versión al 100%. Con Cloud Deploy, puedes especificar cualquier
progresión de porcentajes (excepto porcentajes parciales, como el 20,5%).
Ambas estrategias de implementación son compatibles con todos los entornos de ejecución que admite Cloud Deploy. Además, todas las estrategias de implementación admiten restauración, cancelación de implementaciones e implementación en más de un destino al mismo tiempo (implementación paralela).
Por qué a veces se omiten fases
Como una versión canary se ejecuta en una versión de una aplicación (sustituyendo progresivamente esa versión), la estrategia canary no se puede llevar a cabo si aún no se ha implementado ninguna versión que Cloud Deploy pueda reconocer.
Esto significa que, si despliega una aplicación por primera vez en un destino determinado y usa una estrategia de despliegue canary, es posible que el lanzamiento se salte la fase o las fases canary. En este caso, después de que Cloud Deploy pase a la fase estable y hagas clic en Lanzamiento progresivo para iniciar la fase stable, la aplicación se implementará por completo en ese destino y podrás ejecutar una versión canary con el siguiente conjunto de cambios. Al hacer clic en Lanzamiento avanzado, confirmas que hemos omitido las fases de lanzamiento de prueba que no eran aplicables a esta implementación.
Usar el despliegue paralelo con una estrategia de despliegue
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (UTC)."],[[["\u003cp\u003eCloud Deploy offers two main deployment strategies: standard deployment, which deploys an application without progressive rollout, and canary deployment, which progressively rolls out the application to reduce risk.\u003c/p\u003e\n"],["\u003cp\u003eStandard deployment allows for easy rollbacks, deployment verification, and simultaneous deployment to multiple targets, but does not perform deployments progressively.\u003c/p\u003e\n"],["\u003cp\u003eCanary deployments reduce the risk of introducing changes by initially deploying to a subset of the infrastructure for testing before a full rollout.\u003c/p\u003e\n"],["\u003cp\u003eCloud Deploy's canary strategy may skip phases if no prior version of the application is deployed, which then proceeds directly to the stable phase.\u003c/p\u003e\n"],["\u003cp\u003eBoth standard and canary strategies support all runtime environments supported by Cloud Deploy and can be used with parallel deployment to multiple targets simultaneously.\u003c/p\u003e\n"]]],[],null,["# Use a deployment strategy\n\nCloud Deploy supports deployment strategies. A deployment strategy is any of\nseveral techniques for deploying changes to your application while minimizing\nimpact to users.\n\nWhat deployment strategies does Cloud Deploy support?\n-----------------------------------------------------\n\nCloud Deploy supports the following deployment strategies:\n\n- [Standard deployment](/deploy/docs/deploying-application)\n\n The standard deployment strategy simply deploys an application to a target\n runtime or runtimes. The deployment is not performed progressively, and there\n is no splitting between the old and new versions of your application.\n\n With a standard deployment, you can easily roll back your release, you can\n verify your deployment, and you can deploy to more than one target at the same\n time.\n- [Canary deployment](/deploy/docs/deployment-strategies/canary)\n\n A canary deployment is a progressive deployment of your application, such\n that your app is deployed at first to a portion of your infrastructure and can\n be tested there before being rolled out further. A canary deployment reduces\n the risk of introducing changes by reducing the number of users likely to be\n affected by a bug.\n\n For example, with a 50% canary deployment to Cloud Run, half the\n traffic would be directed to the new revision, with half of it still directed\n to the old revision. After testing to help ensure stability, you would advance\n the rollout to 100%. With Cloud Deploy, you can specify any\n progression of percentages (except partial percentages, like 20.5%).\n\nBoth of these deployment strategies support all of the runtime environments that\nCloud Deploy supports. Also, all deployment strategies support\n[rolling back](/deploy/docs/roll-back),\n[canceling rollouts](/deploy/docs/deployment-strategies/manage-rollout#cancel_rollout),\nand deploying to more than one target at the same time\n([parallel deployment](/deploy/docs/parallel)).\n\nWhy phases are sometimes skipped\n--------------------------------\n\nBecause a canary runs against an existing version of an application\n(progressively replacing that version), the canary strategy can't be performed\nif there's no version deployed yet that Cloud Deploy can recognize.\n\nThis means that if you deploy an application for the first time to a given\ntarget, and you use a canary deployment strategy, the rollout might skip the\ncanary phase or phases. In this case, after Cloud Deploy skips to\nthe stable phase, and you click **Advance Rollout** to initiate the `stable`\nphase, the application gets deployed fully to that target, and you can\nnow run a canary against it with your next set of changes. Clicking **Advance\nRollout** constitutes an acknowledgement that we've skipped the canary phases\nthat were not applicable for this deployment.\n\n### Use parallel deployment with a deployment strategy\n\nYou can use a deployment strategy and still\n[deploy to more than one target at the same time](/deploy/docs/parallel).\n\nSee [Using parallel deployment with a canary deployment strategy](/deploy/docs/deployment-strategies/canary#parallel_canary)\nto find out how to do this with canary.\n\nWhat's next\n-----------\n\n- Try the quickstart: [Canary deploy an application to a target](/deploy/docs/deploy-app-canary)\n\n- Learn how to use the [canary deployment strategy](/deploy/docs/deployment-strategies/canary)\n\n- Find out how to [manage the lifecycle of your canary's rollouts](/deploy/docs/deployment-strategies/manage-rollout)."]]