Como nomear ambientes para desenvolvedores
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Os projetos de software baseados em nuvem utilizam diversos ambientes. Os nomes desses ambientes geralmente são dev, qa, staging e prod.
É fundamental que esses ambientes estejam totalmente isolados um do outro, e eles geralmente têm permissões de acesso ao operador bem diferentes.
Por exemplo, a equipe de desenvolvimento pode ter acesso total ao ambiente dev, mas acesso limitado ao ambiente prod, com toda a implantação de código orientada apenas por scripts automatizados. Além disso, é essencial que os dados nos diferentes ambientes permaneçam isolados.
O uso de vários projetosGoogle Cloud atende a esses requisitos perfeitamente,
já que os projetos fornecem isolamento completo de código e dados, e as permissões
do operador podem ser gerenciadas separadamente. Como o App Engine faz o escalonamento automático das instâncias de serviço, você só paga pelo que usar. Por exemplo, se o ambiente de preparo exigir apenas uma de cada quatro semanas, não haverá custo referente à veiculação de instâncias para as outras três semanas. No entanto, haverá cobrança pelos dados armazenados nesses projetos.
Como nomear ambientes
Se você quiser criar seu aplicativo de microsserviços usando apenas vários
serviços, crie um único projeto Google Cloud para cada um dos
ambientes e nomeie-os de acordo, como web-app-dev, web-app-qa
e web-app-prod.
Ou, se preferir criar seu aplicativo de microsserviços usando vários projetos, separe os ambientes usando mais projetos, como web-app-dev, web-app-prod, user-service-dev e user-service-prod.
É necessário usar padrões de código para garantir que os projetos dev chamem apenas outros projetos dev e os projetos prod chamem apenas outros projetos prod.
A seguir
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-19 UTC.
[[["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-08-19 UTC."],[[["\u003cp\u003eCloud-based software projects should utilize multiple, isolated environments like \u003ccode\u003edev\u003c/code\u003e, \u003ccode\u003eqa\u003c/code\u003e, \u003ccode\u003estaging\u003c/code\u003e, and \u003ccode\u003eprod\u003c/code\u003e, each with distinct operator-access permissions.\u003c/p\u003e\n"],["\u003cp\u003eEmploying multiple Google Cloud projects provides complete isolation of code and data across different environments, allowing for separate management of operator permissions.\u003c/p\u003e\n"],["\u003cp\u003eUsing App Engine's automatic scaling ensures you only pay for serving instances when they're in use, but data storage costs still apply.\u003c/p\u003e\n"],["\u003cp\u003eMicroservice applications can create separate Google Cloud projects for each environment, such as \u003ccode\u003eweb-app-dev\u003c/code\u003e, \u003ccode\u003eweb-app-qa\u003c/code\u003e, and \u003ccode\u003eweb-app-prod\u003c/code\u003e, or they can use multiple projects for multiple services, like \u003ccode\u003euser-service-dev\u003c/code\u003e.\u003c/p\u003e\n"],["\u003cp\u003eCode patterns are required to ensure \u003ccode\u003edev\u003c/code\u003e and \u003ccode\u003eprod\u003c/code\u003e projects call other projects in the same environment.\u003c/p\u003e\n"]]],[],null,[]]
