Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O Cloud Deploy oferece suporte a estratégias de implantação. Uma estratégia de implantação é qualquer uma das
várias técnicas para implantar mudanças no seu aplicativo, minimizando
o impacto nos usuários.
Quais estratégias de implantação são compatíveis com o Cloud Deploy?
O Cloud Deploy oferece suporte às seguintes estratégias de implantação:
A estratégia de implantação padrão simplesmente implanta um aplicativo em um ou mais ambientes de execução de destino. A implantação não é realizada de forma progressiva, e não há
divisão entre as versões antiga e nova do aplicativo.
Com uma implantação padrão, é possível reverter facilmente a versão,
verificar a implantação e implantar em mais de um destino ao mesmo
tempo.
Uma implantação canário é uma implantação progressiva do aplicativo, de modo que ele seja implantado primeiro em uma parte da infraestrutura e possa ser testado antes de ser lançado. Uma implantação canário reduz
o risco de introduzir mudanças, reduzindo o número de usuários que podem ser
afetados por um bug.
Por exemplo, com uma implantação canário de 50% no Cloud Run, metade do tráfego é direcionado para a nova revisão, e a outra metade para a antiga. Depois de testar para garantir a estabilidade, você vai avançar
o lançamento para 100%. Com o Cloud Deploy, é possível especificar qualquer
progressão de porcentagens (exceto porcentagens parciais, como 20,5%).
Ambas as estratégias de implantação oferecem suporte a todos os ambientes de execução compatíveis com o Cloud Deploy. Além disso, todas as estratégias de implantação oferecem suporte a
reversão,
cancelamento de lançamentos
e implantação em mais de um destino ao mesmo tempo
(implantação paralela).
Por que as fases às vezes são puladas
Como um canário é executado em uma versão existente de um aplicativo
(substituindo-a progressivamente), a estratégia de canário não pode ser realizada
se ainda não houver uma versão implantada que o Cloud Deploy possa reconhecer.
Isso significa que, se você implantar um aplicativo pela primeira vez em um determinado
destino e usar uma estratégia de implantação canário, o lançamento poderá pular as
fases do canário. Nesse caso, depois que o Cloud Deploy pula para a fase estável e você clica em Avançar lançamento para iniciar a fase stable, o aplicativo é implantado totalmente para esse destino, e agora você pode executar um canário com o próximo conjunto de mudanças. Clicar em Avançar
a implantação significa que você confirma que pulamos as fases de canário
que não eram aplicáveis a essa implantação.
Usar a implantação paralela com uma estratégia de implantação
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-03 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)."]]
