Checkpoints
Create GCS bucket
/ 10
Copy startup script and code to Cloud Storage bucket
/ 10
Deploy instances and configure network
/ 20
Create managed instance groups
/ 20
Create HTTP(S) load balancers
/ 10
Update the frontend instances
/ 10
Scaling GCE
/ 10
Update the website
/ 10
Como hospedar um app da Web no Google Cloud com o Compute Engine
- GSP662
- Informações gerais
- Configuração e requisitos
- Tarefa 1: ative a API Compute Engine
- Tarefa 2: crie o bucket do Cloud Storage
- Tarefa 3: clone o repositório de origem
- Tarefa 4: crie instâncias do Compute Engine
- Tarefa 5: crie grupos gerenciados de instâncias
- Tarefa 6: crie balanceadores de carga
- Tarefa 7: escalonamento no Compute Engine
- Tarefa 8: atualize o site
- Parabéns!
GSP662
Informações gerais
Há muitas maneiras de implantar sites no Google Cloud. Cada solução oferece recursos, capacidades e níveis de controle diferentes. O Compute Engine permite um controle abrangente da infraestrutura usada para executar um site, mas também precisa de um pouco mais de gerenciamento operacional comparado a soluções como o Google Kubernetes Engine (GKE), o App Engine ou outras. Com o Compute Engine, você controla todos os detalhes da infraestrutura, inclusive as máquinas virtuais, os balanceadores de carga e muito mais.
Neste laboratório, você vai implantar um aplicativo de amostra, o site de e-commerce da "Fancy Store", para mostrar como esse procedimento e o escalonamento podem ser feitos facilmente com o Compute Engine.
Conteúdo
Neste laboratório, você vai aprender a:
- criar instâncias do Compute Engine;
- criar modelos de instância a partir de instâncias de origem;
- criar grupos gerenciados de instâncias;
- criar e testar as verificações de integridade dos grupos gerenciados de instâncias;
- criar balanceadores de carga HTTP(S);
- criar verificações de integridade do balanceador de carga;
- usar uma rede de fornecimento de conteúdo (CDN) para armazenamento em cache.
Ao final do laboratório, você terá instâncias dentro de grupos gerenciados de instâncias para recuperação automática, balanceamento de carga, escalonamento automático e atualizações graduais do site.
Configuração e requisitos
Antes de clicar no botão Start Lab
Leia estas instruções. Os laboratórios são cronometrados e não podem ser pausados. O timer é iniciado quando você clica em Começar o laboratório e mostra por quanto tempo os recursos do Google Cloud vão ficar disponíveis.
Este laboratório prático permite que você realize as atividades em um ambiente real de nuvem, não em uma simulação ou demonstração. Você vai receber novas credenciais temporárias para fazer login e acessar o Google Cloud durante o laboratório.
Confira os requisitos para concluir o laboratório:
- Acesso a um navegador de Internet padrão (recomendamos o Chrome).
- Tempo para concluir o laboratório---não se esqueça: depois de começar, não será possível pausar o laboratório.
Como iniciar seu laboratório e fazer login no console do Google Cloud
-
Clique no botão Começar o laboratório. Se for preciso pagar, você verá um pop-up para selecionar a forma de pagamento. No painel Detalhes do laboratório à esquerda, você vai encontrar o seguinte:
- O botão Abrir console do Google Cloud
- O tempo restante
- As credenciais temporárias que você vai usar neste laboratório
- Outras informações, se forem necessárias
-
Se você estiver usando o navegador Chrome, clique em Abrir console do Google Cloud ou clique com o botão direito do mouse e selecione Abrir link em uma janela anônima.
O laboratório ativa os recursos e depois abre a página Fazer login em outra guia.
Dica: coloque as guias em janelas separadas lado a lado.
Observação: se aparecer a caixa de diálogo Escolher uma conta, clique em Usar outra conta. -
Se necessário, copie o Nome de usuário abaixo e cole na caixa de diálogo Fazer login.
{{{user_0.username | "Nome de usuário"}}} Você também encontra o Nome de usuário no painel Detalhes do laboratório.
-
Clique em Seguinte.
-
Copie a Senha abaixo e cole na caixa de diálogo de boas-vindas.
{{{user_0.password | "Senha"}}} Você também encontra a Senha no painel Detalhes do laboratório.
-
Clique em Seguinte.
Importante: você precisa usar as credenciais fornecidas no laboratório, e não as da sua conta do Google Cloud. Observação: se você usar sua própria conta do Google Cloud neste laboratório, é possível que receba cobranças adicionais. -
Acesse as próximas páginas:
- Aceite os Termos e Condições.
- Não adicione opções de recuperação nem autenticação de dois fatores (porque essa é uma conta temporária).
- Não se inscreva em testes gratuitos.
Depois de alguns instantes, o console do Google Cloud será aberto nesta guia.
Ativar o Cloud Shell
O Cloud Shell é uma máquina virtual com várias ferramentas de desenvolvimento. Ele tem um diretório principal permanente de 5 GB e é executado no Google Cloud. O Cloud Shell oferece acesso de linha de comando aos recursos do Google Cloud.
- Clique em Ativar o Cloud Shell
na parte de cima do console do Google Cloud.
Depois de se conectar, vai notar que sua conta já está autenticada, e que o projeto está configurado com seu PROJECT_ID. A saída contém uma linha que declara o projeto PROJECT_ID para esta sessão:
gcloud
é a ferramenta de linha de comando do Google Cloud. Ela vem pré-instalada no Cloud Shell e aceita preenchimento com tabulação.
- (Opcional) É possível listar o nome da conta ativa usando este comando:
-
Clique em Autorizar.
-
A saída será parecida com esta:
Saída:
- (Opcional) É possível listar o ID do projeto usando este comando:
Saída:
Exemplo de saída:
gcloud
, acesse o guia com informações gerais sobre a gcloud CLI no Google Cloud.
Configure sua região e zona
Alguns recursos do Compute Engine estão em regiões e zonas. As regiões são localizações geográficas específicas onde você executa seus recursos. Todas elas têm uma ou mais zonas.
Execute os comandos gcloud a seguir no console do Cloud para definir a região e a zona padrão do laboratório:
Tarefa 1: ative a API Compute Engine
- Execute o comando a seguir para ativar a API Compute Engine:
Tarefa 2: crie o bucket do Cloud Storage
Você vai usar um bucket do Cloud Storage para armazenar o código criado e seus scripts de inicialização.
- No Cloud Shell, execute o seguinte comando para criar um novo bucket do Cloud Storage:
$DEVSHELL_PROJECT_ID
no Cloud Shell garante nomes de objetos exclusivos. Como todos os IDs de projeto no Google Cloud precisam ser únicos, anexar o ID do projeto aos outros nomes deve assegurar isso.
Clique em Verificar meu progresso para conferir o objetivo.
Tarefa 3: clone o repositório de origem
Use o site de e-commerce da Fancy Store no repositório monolith-to-microservices
como base do seu site.
Clone o código-fonte para se concentrar na implantação no Compute Engine. Mais adiante no laboratório, você fará uma pequena atualização no código para demonstrar como é simples fazer isso no Compute Engine.
- Clone o código-fonte e navegue até o diretório
monolith-to-microservices
:
- Execute o build inicial do código para executar o aplicativo localmente:
Poderá levar alguns minutos para esse script ser concluído.
- Depois disso, use o comando abaixo para verificar se o Cloud Shell está executando uma versão compatível do nodeJS:
- Depois execute o comando a seguir para testar o aplicativo, mudar para o diretório
microservices
e iniciar o servidor da Web:
Você verá esta resposta:
- Para ver o aplicativo, clique no ícone de visualização na Web e selecione Visualizar na porta 8080.
Isso abre uma nova janela onde é possível ver o front-end da Fancy Store.
- Feche esta janela depois de visualizar o site e pressione CTRL+C na janela do terminal para interromper o processo do servidor da Web.
Tarefa 4: crie instâncias do Compute Engine
Agora é hora de começar a implantar algumas instâncias do Compute Engine.
Nas etapas a seguir, você vai fazer o seguinte:
- Criar um script de inicialização para configurar as instâncias
- Clonar o código-fonte e fazer upload no Cloud Storage
- Implantar a instância do Compute Engine para hospedar os microsserviços de back-end
- Reconfigurar o código front-end para usar a instância dos microsserviços de back-end
- Implantar a instância do Compute Engine para hospedar o microsserviço de front-end
- Configurar a rede para permitir comunicação
Crie o script de inicialização
Um script de inicialização será usado para instruir a instância sobre o que fazer sempre que ela for iniciada. Dessa forma, as instâncias são configuradas automaticamente.
- No Cloud Shell, execute o comando abaixo para criar um arquivo chamado
startup-script.sh
:
- Clique em Abrir editor na barra lateral do Cloud Shell para abrir o editor de código.
-
Navegue até a pasta
monolith-to-microservices
. -
Adicione o seguinte código ao arquivo
startup-script.sh
. Você vai editar parte do código depois de adicioná-lo:
- Substitua o texto
[DEVSHELL_PROJECT_ID]
no arquivo pelo ID do seu projeto:.
A linha de código em startup-script.sh
será parecida com esta:
-
Salve o arquivo
startup-script.sh
, mas não feche ainda. -
No canto inferior direito do editor de código do Cloud Shell, verifique se a opção "End of Line Sequence" está definida como "LF" e não como "CRLF".
- Se ela estiver definida como "CRLF", clique em CRLF e selecione LF na lista suspensa.
- Se já estiver definida como LF, deixe como está.
-
Feche o arquivo
startup-script.sh
. -
Volte ao terminal do Cloud Shell e execute o seguinte comando para copiar o arquivo
startup-script.sh
no bucket:
O arquivo estará acessível em: https://storage.googleapis.com/[BUCKET_NAME]/startup-script.sh
.
[BUCKET_NAME] representa o nome do bucket do Cloud Storage. Por padrão, isso só estará visível a contas de serviço e usuários autorizados e estará inacessível pelo navegador da Web. As instâncias do Compute Engine podem ter acesso automático a isso pelas contas de serviço.
O script de inicialização executa estas tarefas:
- Ele instala o agente do Logging, que coleta registros automaticamente do syslog.
- Ele instala o Node.js e o Supervisor. O Supervisor executa o app como um daemon.
- Ele clona o código-fonte do app no bucket do Cloud Storage e instala dependências.
- Ele configura o Supervisor para executar o app. Isso garante que o app seja reiniciado em caso de saídas inesperadas ou interrupção por um administrador ou processo. Ele também envia stdout e stderr do app ao syslog para serem coletados pelo agente do Logging.
Copie o código no bucket do Cloud Storage
Quando as instâncias são lançadas, elas extraem o código do bucket do Cloud Storage. Portanto, você pode armazenar algumas variáveis de configuração no arquivo .env
do código.
- Copie o código clonado no seu bucket:
node_modules
são excluídos para garantir que a cópia seja feita da forma mais rápida e eficiente possível. Eles são recriados nas instâncias quando elas são iniciadas.
Clique em Verificar meu progresso para conferir o objetivo.
Implantar a instância de back-end
A primeira instância a ser implantada será a de back-end que vai armazenar os microsserviços "Orders" e "Products".
- Execute o comando a seguir para criar uma instância
e2-standard-2
configurada para usar o script de inicialização. Ela está marcada como uma instânciabackend
, portanto, você poderá aplicar regras específicas de firewall a ela depois:
Configurar uma conexão com o back-end
Antes de implantar o front-end do aplicativo, você precisa atualizar as configurações para apontar para o back-end recém-implantado.
- Recupere o endereço IP externo do back-end com o seguinte comando e procure a instância de back-end na guia
EXTERNAL_IP
:
Exemplo de saída:
-
Copie o IP externo para o back-end.
-
No explorador do Cloud Shell, navegue até
monolith-to-microservices
>react-app
. -
No editor de código, selecione View > Toggle Hidden Files para ver o arquivo
.env
.
Na próxima etapa, você vai editar o arquivo .env
para apontar para o IP externo do back-end. [BACKEND_ADDRESS] representa o endereço IP externo da instância de back-end determinada no comando gcloud
acima.
- No arquivo
.env
, substitualocalhost
pelo seu[BACKEND_ADDRESS]
:
-
Salve o arquivo.
-
No Cloud Shell, execute o seguinte comando para recriar o
react-app
, que vai atualizar o código de front-end:
- Depois copie o código do aplicativo no bucket do Cloud Storage:
Implantar a instância de front-end
Agora que o código está configurado, implante a instância de front-end.
- Execute o seguinte comando para implantar a instância
frontend
com um comando semelhante ao anterior. Essa instância está marcada comofrontend
devido ao firewall:
Configurar a rede
- Crie regras de firewall de acesso à porta 8080 para o front-end e às portas 8081-8082 para o back-end. Estes comandos de firewall usam as tags atribuídas durante a criação da instância para o aplicativo:
O site agora deve estar totalmente funcional.
- Para acessar o IP externo do
frontend
, você precisa saber o endereço. Execute o seguinte comando e procure o EXTERNAL_IP da instânciafrontend
:
Exemplo de saída:
Pode levar alguns minutos para a instância ser iniciada e configurada.
-
Aguarde três minutos, abra uma nova guia do navegador e acesse
http://[FRONTEND_ADDRESS]:8080
para acessar o site, em que [FRONTEND_ADDRESS] é o EXTERNAL_IP do front-end determinado acima. -
Tente navegar até as páginas Products e Orders, que já devem estar funcionando.
Clique em Verificar meu progresso para conferir o objetivo.
Tarefa 5: crie grupos gerenciados de instâncias
Para o escalonamento do aplicativo, serão criados grupos de instâncias gerenciadas, e as instâncias frontend
e backend
serão usadas como modelos.
Um grupo gerenciado de instâncias (MIG, na sigla em inglês) contém instâncias idênticas que você pode gerenciar como uma única entidade em uma zona. Os grupos gerenciados de instâncias mantêm a alta disponibilidade dos apps com uma disponibilidade proativa das instâncias, ou seja, no estado "RUNNING". Você vai usar grupos gerenciados para suas instâncias de front-end e back-end para oferecer recuperação automática, balanceamento de carga, escalonamento automático e atualizações graduais.
Criar um modelo de instância baseado na instância de origem
Antes de criar um grupo gerenciado de instâncias, você precisa criar um modelo de instância que servirá de base para o grupo. Com os modelos de instância, você define o tipo de máquina, a imagem do disco de inicialização ou do contêiner, a rede e outras propriedades que serão usadas na criação de novas instâncias de VM. Use os modelos para criar instâncias individuais ou em um grupo gerenciado.
Para criar o modelo, use as instâncias que você criou antes.
- Primeiro interrompa as duas instâncias:
- Depois crie o modelo baseado em cada instância de origem:
- Confirme se os modelos de instância foram criados:
Exemplo de saída:
- Com os modelos de instância criados, exclua a VM
backend
para economizar espaço de recursos:
- Digite y quando solicitado.
Normalmente, é possível excluir a VM frontend
, mas ela será usada para atualizar o modelo de instância mais adiante no laboratório.
Criar um grupo gerenciado de instâncias
- Depois crie dois grupos gerenciados de instâncias, um para o front-end e outro para o back-end.
Para iniciar, os grupos gerenciados de instâncias usarão os modelos e serão configurados para duas instâncias, cada uma em um grupo. As instâncias são nomeadas automaticamente com base no base-instance-name
especificado com os caracteres aleatórios anexados.
- No seu aplicativo, o microsserviço
frontend
é executado na porta 8080, e o microsserviçobackend
é executado na porta 8081 paraorders
e na porta 8082 para products:
Como essas portas não são padrão, especifique portas nomeadas para identificá-las. As portas nomeadas são metadados de pares de chave-valor que representam o nome do serviço e a porta em que o serviço é executado. Elas podem ser atribuídas a um grupo, indicando que o serviço está disponível em todas as instâncias contidas nele. Essa informação é usada pelo serviço de balanceamento de carga HTTP que será configurado depois.
Configure a recuperação automática
Para melhorar a disponibilidade do aplicativo e verificar se ele está respondendo, configure uma política de recuperação automática para os grupos de instâncias gerenciadas.
Essa política depende de uma verificação de integridade baseada em aplicativo para conferir se um app está respondendo conforme esperado. Essa confirmação é mais precisa do que apenas verificar se o estado de uma instância é "RUNNING", que é o comportamento padrão.
- Crie uma verificação de integridade que repare a instância caso ela apareça três vezes consecutivas como "unhealthy" para o
frontend
e obackend
:
- Crie uma regra de firewall para as sondagens da verificação de integridade se conectarem aos microsserviços nas portas 8080-8081:
- Aplique as verificações de integridade aos respectivos serviços:
- Continue com o laboratório para que a recuperação automática possa monitorar as instâncias do grupo. Você simulará uma falha para testar a recuperação automática ao final do laboratório.
Clique em Verificar meu progresso para conferir o objetivo.
Tarefa 6: crie balanceadores de carga
Para complementar os grupos gerenciados de instâncias, use balanceadores de carga HTTP(S) para veicular tráfego para os microsserviços de front-end e back-end e utilize mapeamentos para enviar o tráfego aos serviços de back-end adequados com base nas regras de caminho. Isso expõe um único IP de balanceamento de carga para todos os serviços.
Saiba mais sobre as opções de balanceamento de carga no Google Cloud: Visão geral do balanceamento de carga.
Criar o balanceador de carga HTTP(S)
O Google Cloud oferece vários tipos de balanceadores de carga. Neste laboratório, você vai usar um balanceador de carga HTTP(S) para seu tráfego. O balanceador de carga HTTP é estruturado da seguinte maneira:
- Uma regra de encaminhamento direciona as solicitações recebidas para um proxy HTTP de destino.
- O proxy HTTP de destino verifica cada solicitação em um mapa de URLs para determinar o serviço de back-end apropriado.
- O serviço de back-end direciona cada solicitação a um back-end apropriado com base na capacidade de serviço, zona e integridade das instâncias dos back-ends anexados. Cada instância de back-end passa por uma verificação de integridade HTTP. Se o serviço de back-end estiver configurado para usar uma verificação de integridade HTTPS ou HTTP/2, a solicitação será criptografada a caminho da instância de back-end.
- Sessões entre o balanceador de carga e a instância podem usar o protocolo HTTP, HTTPS ou HTTP/2. Se você usar HTTPS ou HTTP/2, será necessário que cada instância nos serviços de back-end tenha um certificado SSL.
- Crie verificações de integridade para determinar quais instâncias podem veicular o tráfego para cada serviço:
- Crie serviços de back-end que são os destinos do tráfego com carga balanceada. Os serviços de back-end vão usar as verificações de integridade e as portas nomeadas que você criou:
- Adicione os serviços de back-end do balanceador de carga:
- Crie um mapa de URLs. O mapa define os URLs que são direcionados para determinados serviços de back-end:
- Crie uma correspondência de caminhos que permita que os caminhos
/api/orders
e/api/products
sejam roteados para os respectivos serviços:
- Crie um proxy vinculado ao mapa de URLs:
- Crie uma regra de encaminhamento global que vincule um endereço IP público e uma porta ao proxy:
Clique em Verificar meu progresso para conferir o objetivo.
Atualizar a configuração
Agora que você tem um novo endereço IP estático, atualize o código no frontend
para apontar para esse novo endereço em vez do endereço temporário anterior, que indicava a instância de backend
.
- No Cloud Shell, mude para a pasta
react-app
que armazena o arquivo.env
contendo a configuração:
- Encontre o endereço IP para o balanceador de carga:
Exemplo de saída:
- Volte para o editor do Cloud Shell e edite o arquivo
.env
novamente para apontar para o IP público do balanceador de carga. [LB_IP] representa o endereço IP externo das instâncias de back-end determinadas acima.
-
Salve o arquivo.
-
Recrie
react-app
, que atualizará o código "frontend":
- Copie o código do aplicativo no seu bucket:
Atualize as instâncias de front-end
Agora que o novo código e a configuração estão prontos, as instâncias de front-end precisam estar no grupo gerenciado de instâncias para a extração do novo código.
Já que suas instâncias extraem o código quando iniciam, você pode emitir um comando de reinicialização contínua:
--max-unavailable
. Sem esse parâmetro, o comando manteria uma instância ativa durante a reinicialização das outras para garantir a disponibilidade. Por se tratar de um teste, você precisa substituir todas as instâncias imediatamente para agilizar.
Clique em Verificar meu progresso para conferir o objetivo.
Teste o site
- Espere três minutos, depois execute o comando
rolling-action replace
, dando tempo para as instâncias serem processadas, e depois verifique o status do grupo gerenciado de instâncias. Execute o seguinte comando para confirmar que o serviço está listado como HEALTHY:
- Aguarde até que os dois serviços estejam listados como HEALTHY.
Exemplo de saída:
Se nenhuma das instâncias aparecer no estado "HEALTHY "após algum tempo, haverá algo errado com a configuração das instâncias de front-end, porque não é possível acessá-las pela porta 8080. Verifique isso procurando as instâncias diretamente na porta 8080.
- Quando todos os itens aparecerem como "HEALTHY" na lista, saia do comando
watch
pressionando Ctrl+C.
gcloud compute forwarding-rules list --global
Tarefa 7: escalonamento no Compute Engine
Até agora você criou dois grupos de instâncias gerenciadas com duas instâncias cada. Essa configuração é completamente funcional, mas as configurações estáticas não consideram a carga. Em seguida, você vai criar uma política de escalonamento automático com base na utilização para escalonar automaticamente cada grupo gerenciado de instâncias.
Redimensionar automaticamente por uso
- Para criar uma política de escalonamento automático, execute o seguinte comando:
Esses comandos criam um escalonador automático nos grupos gerenciados de instâncias que adiciona instâncias automaticamente quando a utilização do balanceador de carga está acima de 60% e as remove quando esse índice está abaixo de 60%.
Ativar a rede de fornecimento de conteúdo
Outro recurso que ajuda no escalonamento é a ativação do serviço da rede de fornecimento de conteúdo que faz o armazenamento em cache para o front-end.
- Execute o seguinte comando no serviço de front-end:
Quando o usuário solicita um conteúdo do balanceador de carga HTTP(S), a solicitação chega ao Google Front End (GFE), que primeiro procura no cache do Cloud CDN pela resposta à solicitação. Se o GFE achar uma resposta em cache, ele a enviará para o usuário. Isso é chamado de ocorrência em cache.
Se o GFE não achar a resposta em cache para a solicitação, ele a solicita diretamente do back-end. Se a resposta a essa solicitação puder ser armazenada em cache, o GFE armazenará a resposta no cache do Cloud CDN para que o cache possa ser usado em solicitações posteriores.
Clique em Verificar meu progresso para conferir o objetivo.
Tarefa 8: atualize o site
Como atualizar o modelo de instância
Os modelos de instância não são editáveis, porém, como suas instâncias não têm estado e todas as configurações são feitas pelo script de inicialização, você só precisa mudar o modelo de instância se quiser mudar as configurações de modelo . Agora você fará uma mudança simples para usar um tipo de máquina maior e fazer isso.
Conclua as etapas a seguir:
-
Atualize a instância
frontend
, que é a base do modelo de instância. Durante a atualização, coloque um arquivo na versão atualizada da imagem do modelo de instância, depois atualize o modelo de instância, lance o novo modelo e confirme que esse arquivo está nas instâncias do grupo gerenciado de instâncias. -
Modifique o tipo de máquina do modelo de instância de
e2-standard-2
parae2-small
.
- Execute o seguinte comando para modificar o tipo de máquina da instância "frontend":
- Crie o novo modelo de instância:
- Lance o modelo de instância atualizado no grupo gerenciado de instâncias:
- Aguarde três minutos e execute o seguinte comando para monitorar o status da atualização:
Isso levará alguns instantes.
Quando pelo menos uma instância estiver na seguinte condição:
- STATUS: ACTION
- ACTION configurada para None
- INSTANCE_TEMPLATE: o nome do novo modelo (fancy-fe-new)
-
Copie o nome de uma das máquinas listadas e use no próximo comando.
-
CTRL+C para sair do processo
watch
. -
Execute o seguinte comando para ver se a máquina virtual está usando o novo tipo de máquina (e2-small), em que [VM_NAME] é a instância recém-criada:
Exemplo de resposta esperado:
Fazer mudanças no site
Situação: sua equipe de marketing solicitou que você mude a página inicial do seu site. Ela acha que o site deve oferecer mais informações sobre sua empresa e os produtos vendidos.
Tarefa: adicionar texto na página inicial para atender ao pedido da equipe de marketing. Parece que um dos desenvolvedores já criou as mudanças com o nome de arquivo index.js.new
. Basta copiar esse arquivo para index.js
, e as mudanças serão aplicadas. Siga as instruções abaixo para fazer as mudanças apropriadas.
- Execute os comandos a seguir para copiar o arquivo atualizado no nome correto:
- Imprima o conteúdo do arquivo e verifique as mudanças:
O código resultante será parecido com este:
Os componentes do React foram atualizados, mas você precisa criar o app React para gerar os arquivos estáticos.
- Execute o comando a seguir para criar o app React e copiar no diretório público monolith:
- Depois reenvie esse código por push ao bucket:
Enviar mudanças por push com as substituições graduais
- Agora faça com que todas as instâncias sejam substituídas para executar a atualização:
Observação: neste exemplo de substituição contínua, você faz uma declaração específica de que todas as máquinas podem ser substituídas imediatamente por meio do parâmetro --max-unavailable
. Sem esse parâmetro, o comando mantém a instância ativa enquanto substitui as outras. Por se tratar de um teste, você precisa substituir todas as instâncias imediatamente para agilizar. Na produção, deixar um buffer faz com que o site continue sendo exibido enquanto atualiza.
Clique em Verificar meu progresso para conferir o objetivo.
- Espere três minutos, depois execute o comando
rolling-action replace
, dando tempo para as instâncias serem processadas, e depois verifique o status do grupo gerenciado de instâncias. Execute o seguinte comando para confirmar que o serviço está listado como HEALTHY:
- Aguarde alguns instantes para ambos os serviços aparecerem como HEALTHY.
Exemplo de saída:
-
Quando os itens aparecerem na lista com o status HEALTHY, saia do comando
watch
pressionando CTRL+C. -
Navegue até o site em
http://[LB_IP]
, em que [LB_IP] é o IP_ADDRESS especificado no balanceador de carga, que pode ser acessado pelo seguinte comando:
As novas mudanças no site devem estar visíveis agora.
Simular uma falha
Para confirmar que a verificação de integridade funciona, faça login em uma instância e interrompa os serviços.
- Execute o seguinte comando para encontrar um nome de instância:
- Copie um nome de instância e execute o seguinte comando para manter o shell na instância, em que INSTANCE_NAME é uma das instâncias da lista:
-
Digite "y" para confirmar e pressione Enter duas vezes para não usar uma senha.
-
Dentro da instância, use
supervisorctl
para interromper o aplicativo:
- Saia da instância:
- Monitore as operações de reparo:
Esse processo leva alguns minutos.
Procure o seguinte exemplo de resposta:
O grupo gerenciado de instâncias recria a instância para repará-la.
- Também é possível acessar Menu de navegação > Compute Engine > Instâncias de VM para monitorar pelo console.
Parabéns!
Você implantou, escalonou e atualizou seu site no Compute Engine. Agora você tem experiência com o Compute Engine, grupos gerenciados de instâncias, balanceadores de carga e verificações de integridade.
Próximas etapas / Saiba mais
- Assista ao vídeo sobre o estudo de caso Hosting Scalable Web Applications on Google Cloud.
Treinamento e certificação do Google Cloud
Esses treinamentos ajudam você a aproveitar as tecnologias do Google Cloud ao máximo. Nossas aulas incluem habilidades técnicas e práticas recomendadas para ajudar você a alcançar rapidamente o nível esperado e continuar sua jornada de aprendizado. Oferecemos treinamentos que vão do nível básico ao avançado, com opções de aulas virtuais, sob demanda e por meio de transmissões ao vivo para que você possa encaixá-las na correria do seu dia a dia. As certificações validam sua experiência e comprovam suas habilidades com as tecnologias do Google Cloud.
Manual atualizado em 26 de abril de 2024
Laboratório testado em 15 de dezembro de 2023
Copyright 2024 Google LLC. Todos os direitos reservados. Google e o logotipo do Google são marcas registradas da Google LLC. Todos os outros nomes de produtos e empresas podem ser marcas registradas das respectivas empresas a que estão associados.