Este artigo apresenta as opções do Google Cloud para organizações que estão conduzindo uma avaliação interna para mover um aplicativo da Web de duas camadas para a nuvem

## Tipos de aplicativos
Os aplicativos da Web de duas camadas consistem em um servidor da Web executando um aplicativo e um banco de dados para armazenar os dados do aplicativo. A execução de Linux, Apache, MySQL e PHP, geralmente chamada de pilha LAMP, é um exemplo comum de aplicativo da Web de duas camadas. Variações na distribuição do Linux, software de servidor web, banco de dados ou linguagem de programação afetam os detalhes técnicos de qualquer migração, mas a visão geral e as etapas da migração são consistentes

## Fases de migração
As migrações para a nuvem ocorrem nas quatro fases a seguir

 Avaliação
Identifique todas as características de sua carga de trabalho, liste os recursos necessários para executar sua carga de trabalho na nuvem e identifique todas as principais dependências e conexões com outras cargas de trabalho. Usando a lista completa de características, você pode começar a planejar quais aplicativos e cargas de trabalho devem ser movidos e em que ordem

Nas empresas modernas, existem muitos tipos diferentes de aplicativos, desde aplicativos voltados para o cliente, aplicativos de back office, ferramentas de desenvolvedor e aplicativos experimentais. Mover todos esses aplicativos ao mesmo tempo e da mesma maneira seria arriscado e ineficiente

Um exemplo seria classificar os aplicativos nos três grandes grupos a seguir:
- Aplicativos fáceis de mover. Eles têm menos dependências, são mais novos, são escritos internamente, portanto, não têm considerações de licenciamento e são mais tolerantes ao dimensionamento e ao suporte de padrões de design de nuvem

- Aplicativos difíceis de mover. Eles têm mais dependências, são menos tolerantes ao dimensionamento, são difíceis de executar com serviços em nuvem ou têm requisitos de licença complexos

- Aplicativos que não podem ser movidos. Alguns aplicativos que podem não ser bons candidatos para migração são executados em hardware especializado ou mais antigo, têm requisitos de negócios ou regulamentares que os tornam necessários para permanecer em seu datacenter ou têm requisitos de licença complexos que não  não permita que eles se movam para a nuvem

Estes são apenas alguns exemplos de maneiras de classificar aplicativos. É provável que seus aplicativos tenham muito mais fatores decisivos que você pode usar para criar uma matriz de priorização de todos os aplicativos. A partir dessa classificação, você pode escolher seu primeiro aplicativo a ser movido e começar a planejar sua base do Google Cloud

 Fundação
Arquitete e planeje detalhes específicos para implantar o novo ambiente de nuvem. Esses incluem:
- A arquitetura de nuvem e o modelo de segurança para fornecer uma base de infraestrutura para suas cargas de trabalho

Recursos de rede para permitir uma comunicação segura e confiável entre os aplicativos. Isso requer planejamento extensivo para gerenciamento de identidade e acesso (IAM), design de nuvem privada virtual (VPC) e métodos de acesso externo

A tecnologia de ponta e as ferramentas nas quais suas cargas de trabalho serão executadas

Contabilidade para gerenciamento de dependências, cronogramas e métodos de movimentação de dados

 Migração
Mova os dados e implemente serviços, infraestrutura e código para o seu destino. Você deve usar automação e ferramentas para dar suporte a essas operações

 Otimização
Valide se as decisões e suposições feitas nas fases de avaliação e fundação correspondem à realidade após a fase de migração. Você identifica quaisquer mudanças que possa precisar. Considere como explorar outras opções nativas da nuvem, como mudar de infraestrutura como serviço (IaaS) para plataforma como serviço (PaaS) ou aproveitar as ofertas de serviços gerenciados. Dependendo do resultado da fase de otimização, você pode iniciar o ciclo novamente para abordar alterações ou modificações. Sempre comece na fase de avaliação e use sua experiência para se tornar mais eficiente a cada iteração

## Tipos de migrações
As três estratégias de migração mais comuns para mover aplicativos para a nuvem são descritas nas seções a seguir

 Levante e mude
Usar
*levantar e deslocar* quando você deseja mover aplicativos enquanto muda conforme
o mínimo possível em como eles funcionam. Isso funciona melhor para aplicativos que
pode ser executado sem modificações dentro da nuvem, quando mover o aplicativo rapidamente é um
prioridade, ou quando o negócio tem pouco apetite ou necessidade de mudança. Esta
migração exige mais trabalho do pessoal de infraestrutura e operações para
apoiar as mudanças fundamentais em onde o serviço será executado e menos trabalho
dos desenvolvedores, pois muito pouco, se houver, código precisaria ser alterado

Por exemplo, se ambas as camadas de seu aplicativo Web estiverem hospedadas em VMs, você poderá migrá-las como estão usando Migrar para máquinas virtuais. Quando essas VMs estiverem na nuvem, você poderá considerar a atualização para uma plataforma de computação mais nativa da nuvem para obter benefícios adicionais

 Melhorar e mover
Usar
*melhore e mude* quando quiser modernizar seu aplicativo no
processo de migração para a nuvem. Isso é comumente usado quando o aplicativo
não é suportado na nuvem como está, ou quando grandes atualizações de software ou
hardware já estão definidos e planejados. Essa migração requer infraestrutura,
operações e desenvolvedores para trabalhar juntos para melhorar a função do
aplicativo na nuvem e permite que o aplicativo aproveite
benefícios nativos da nuvem, como mais portabilidade, escalabilidade e confiabilidade

Outra variação dessa estratégia é melhorar e se mover em um movimento. Se ambas as camadas de seu aplicativo da Web estiverem hospedadas em VMs, você poderá usar o Migrate to Containers para mover e converter automaticamente essas VMs em contêineres em execução no Google Kubernetes Engine (GKE)

 Rasgue e substitua
Usar
*rasgue e substitua* quando quiser criar uma nova solução na nuvem e
pôr do sol a versão atual de sua solução local. Isso é comumente usado
quando se aplicam as seguintes condições:
- Não vale a pena manter o aplicativo existente na nuvem, técnica ou financeiramente

- Licenciar o software na nuvem é proibitivo ou impraticável

- O aplicativo deixa de atender totalmente às necessidades do negócio

Como ripar e substituir requer reescrever um aplicativo desde o início, isso não é abordado neste guia de migração

## Fase de avaliação
Antes que qualquer migração possa começar, você deve ter uma compreensão completa do seu ponto de partida

Quaisquer perguntas não respondidas representam um risco para o sucesso da migração. Gastar tempo na fase de avaliação ajuda a garantir uma fase de migração tranquila e sem intercorrências. Gaste o máximo de tempo possível para capturar o máximo possível de informações relevantes para dar suporte à sua migração

 Pilha de software aplicativo
Trabalhe com suas equipes de infraestrutura, operações e desenvolvimento para identificar os seguintes detalhes:
- Sistema operacional: distribuição exata, versão, patches, pacotes instalados

- Servidor da Web: pacote de software exato, número da versão, pacotes ou outras modificações de software e todos os arquivos de configuração e regras para o software do servidor da Web

- Banco de dados: nome exato do software, versão, esquema, estratégia de replicação e agendamento de backup

- Ambientes de tempo de execução: versões exatas de todos os ambientes de back-end e front-end

 Recursos de hardware do sistema
Para as camadas do servidor da Web e do banco de dados, responda às seguintes perguntas:
- Quantos servidores estão rodando agora?
- Qual é a alocação total de CPUs, incluindo geração, tipo de arquitetura e velocidade?
- Qual é a RAM e o espaço em disco alocados para cada servidor? Há HDDs ou SSDs em uso? INCURSÃO?

- Qual é a utilização atual, a utilização média e a utilização máxima de CPU, RAM e espaço em disco?Observe sua média e pico no contexto de seu uso comercial específico.Por exemplo, uma empresa que apoia as Olimpíadas pode precisar olhar para trás dois anos para ver como é o pico real, enquanto outros aplicativos podem ter uma taxa de execução mais estável.Observe a linha de tempo de caso de uso mais comum para média e sua linha de tempo de uso mais pesado para pico.Procure também padrões de uso cíclico, como fins de semana, noites e dias úteis- Para o banco de dados, qual estratégia de backup, replicação ou sharding está em uso e como que afetam os requisitos de espaço em disco e o número de servidores necessários?Recursos de redeAnalise a arquitetura de rede que permite que seu aplicativo funcione.Certifique-se de ter diagramas de topologia de rede lógica e física precisos e atualizados da infraestrutura que suporta seu aplicativo.Os diagramas devem delinear claramente todas as conexões, dependências e serviços de redeResponda às seguintes perguntas:- Como os clientes acessam seu aplicativo?Através de um navegador da web?Diretamente através de um endereço IP?Através de um aplicativo móvel?Usando uma conexão de rede privada virtual?- Você tem uma lista de todos os certificados SSL/TLS aplicáveis ​​e chaves de criptografia?- Onde estão hospedados todos os certificados SSL/TLS aplicáveis?Quando expiram?Como renovar os certificados?Como obter novos certificados?Você tem acesso a todos os certificados atuais?- Você tem uma lista de todos os domínios aplicáveis ​​que suportam o aplicativo?- Onde esses domínios estão hospedados?Quando expiram?Como você os renova?Tem acesso às contas que controlam o registo?- Onde seu DNS está hospedado e controlado?- Você tem acesso a todos os sistemas e ferramentas que controlam o DNS?Quais são os mapeamentos atuais de CNAME para IP para cada domínio e você tem um backup?- Quais são as configurações de tempo de vida (TTL) do seu DNS?- Onde seus firewalls e outros dispositivos de controle e acesso à rede se encaixam na arquitetura?Quais regras estão em vigor para permitir ou negar o tráfego?Quem é o responsável e qual é o procedimento para alterar ou atualizar essas regras?- Você usa algum serviço de rede externa?Por exemplo, um provedor de rede de distribuição de conteúdo (CDN) ou um serviço de proteção distribuído contra negação de serviço (DDoS)?## Fase de fundaçãoO Google Cloud oferece muitas opções para executar cargas de trabalho de computação e banco de dados para aplicativos de vários níveis, como LAMP.Esta seção apresenta essas opções e explica por que você pode escolher uma em vez de outraOpções centradas em computaçãoCompute EngineCompute Engine é um IaaS oferta que permite executar uma máquina virtual (VM) no Google Cloud.Você pode instalar estruturas da web, software de servidor, bancos de dados e qualquer outro software compatível com seu sistema operacional.Se você estiver executando seu próprio aplicativo LAMP em bare metal, em uma VM, em um data center ou em outro provedor de nuvem, essa opção pode replicar de perto, se não exatamente, seu servidor existente.Esta opção oferece o maior controle sobre a configuração do sistema operacional e as configurações do software do servidor web.O Compute Engine permite um controle profundo sobre os tipos de máquinas, grupos de instâncias, opções de armazenamento, balanceadores de carga e vários outros detalhes.Consulte a documentação completa do Compute Engine para obter mais inícios rápidos, tutoriais e muito maisMover seu aplicativo diretamente para o Compute Engine é a migração lift-and-shift mais comum.Para obter orientação sobre como mapear recursos locais para o Compute Engine, consulte Práticas recomendadas para migração de máquinas virtuais para o Compute EngineCloud Deployment ManagerO Google Cloud Marketplace também oferece uma instalação simples do LAMP por meio do Deployment Manager.Você pode iniciar um servidor com Debian Linux, Apache, MySQL, PHP e phpMyAdmin já instalados e configurados em uma configuração padrão.Você obtém um servidor web totalmente funcional e credenciais para a instalação do MySQL em apenas alguns minutosGoogle Kubernetes EngineGKE é um ambiente gerenciado e pronto para produção para implantar aplicativos em contêineres.Com o GKE, você para de gerenciar um sistema operacional ao colocar em contêineres o software do servidor da Web.Por exemplo, os servidores da Web Apache e NGINX estão disponíveis em todos os repositórios de contêineres públicos.Se você usa contêineres para executar cargas de trabalho em seu ambiente, o GKE é um serviço eficiente para manter um fluxo de trabalho de teste e implantação semelhante à medida que você migra sua carga de trabalho LAMP para o Google Cloud.Se você não usa contêineres, considere explorar o GKE para implantações e recuperação mais rápidas, maior eficiência no uso de recursos e não ter que gerenciar o sistema operacional subjacente e a VMPara mais sobre o gerenciamento de aplicativos de contêiner em escala, consulte a documentação do GKE para obter inícios rápidos, tutoriais, conceitos, guias de instruções e outros recursos para ajudá-lo a começarComo mover seu aplicativo LAMP local para o GKE é uma migração de melhoria e movimentação, enquanto a migração de uma infraestrutura baseada em contêiner autogerenciada é uma migração de mudança de vidaApp EngineApp Engine é uma plataforma sem servidor para criar aplicativos altamente escaláveis.Dependendo do tipo de aplicativo que você está executando, o App Engine pode eliminar a necessidade de gerenciar servidores, contêineres ou implantações, permitindo que seus desenvolvedores se concentrem em escrever código e reduzir a complexidade do gerenciamento de qualquer infraestrutura subjacente.Nem todas as cargas de trabalho são boas candidatas para migrar para o App Engine, mas as que o são apresentam reduções de custo e complexidade enquanto aumentam a velocidade de dimensionamento e a resiliência do aplicativo sob cargaO App Engine vem em dois tipos: o ambiente padrão abrange uma variedade de linguagens (incluindo PHP para nosso aplicativo LAMP) e o ambiente flexível permite mais personalização de tempos de execução, desempenho e infraestrutura.Explore a documentação do idioma de sua escolha para saber maisOpções de banco de dados
 Autogerenciado no Compute Engine
Você pode instalar MySQL, PostgreSQL ou qualquer outro banco de dados baseado em SQL em uma instância do Compute Engine. Isso fornece o mesmo nível de controle que você teria ao executar o MySQL em uma estação de trabalho, em um servidor em um data center ou como uma VM em outro provedor de nuvem. Quando você executa seu banco de dados em uma VM, é sua responsabilidade configurar, monitorar e manter failover, replicação, particionamento e alta disponibilidade

Você pode tratar o banco de dados como uma carga de trabalho de computação, considerando CPU, RAM e espaço em disco para garantir que haja recursos suficientes para que o aplicativo seja executado de forma confiável

Assim como mover a carga de trabalho de computação para o Compute Engine, essa abordagem representa uma migração lift-and-shift

 Nuvem SQL
O Cloud SQL é um serviço de banco de dados totalmente gerenciado que transfere a instalação, configuração e manutenção do seu banco de dados para o Google Cloud. Ele automatiza backups, replicações, patches e atualizações e permite que você se concentre em seu aplicativo. Os bancos de dados Cloud SQL podem ser usados ​​por cargas de trabalho executadas em qualquer um dos serviços de computação do Google, incluindo Compute Engine, GKE e App Engine. A menos que você precise de um nível profundo de controle sobre seu banco de dados MySQL, o Cloud SQL é uma opção fácil de configurar e com todos os recursos para executar uma carga de trabalho LAMP

O Cloud SQL pode executar nativamente e oferecer suporte a MySQL e PostgreSQL. Se você estiver migrando de um desses bancos de dados para o Cloud SQL, esta é uma migração lift-and-shift. Se você estiver explorando novos métodos de replicação, estratégia de backup ou simplicidade no gerenciamento de sua infraestrutura, esta pode ser uma migração de melhoria e movimentação

 Outras opções de armazenamento
O Cloud Storage é um objeto ou armazenamento de blob escalável, totalmente gerenciado, altamente confiável e econômico, ideal para armazenar imagens, ativos estáticos e outros dados não estruturados. O Cloud Storage pode ser usado para hospedar um site estático, mas não foi projetado para armazenar conteúdo de banco de dados ativo. Também é um local ideal para armazenar objetos de backup e recuperação de desastres e dados a serem usados ​​para streaming

Considere usar o Cloud Storage como um local para armazenar backups de seu banco de dados durante e após a migração

 Firestore

O Firestore é um banco de dados de documentos NoSQL totalmente gerenciado, sem servidor e nativo da nuvem que simplifica o armazenamento, a sincronização e a consulta de dados para seus aplicativos móveis, da Web e da Internet das Coisas (IoT) em escala global. Suas bibliotecas de cliente fornecem sincronização ao vivo e suporte offline, enquanto seus recursos de segurança e integrações com Firebase e Google Cloud aceleram a criação de aplicativos verdadeiramente sem servidor. Se seu aplicativo tiver conteúdo que possa se beneficiar de um formato NoSQL, como perfis de usuário, catálogos de produtos ou estado do jogo, você deve explorar o Firestore na fase de otimização de sua migração

 Firebase
O Firebase é uma plataforma de desenvolvimento móvel abrangente que inclui opções de armazenamento e banco de dados. Se seu aplicativo oferece suporte a uma carga de trabalho móvel, a plataforma Firebase deve ser considerada em sua fase de otimização

 Cloud Spanner
O Spanner é um serviço de banco de dados de nível empresarial, distribuído globalmente e fortemente consistente criado para a nuvem. Ele combina os benefícios de estruturas de banco de dados relacionais com a escalabilidade horizontal de bancos de dados não relacionais. Se seu aplicativo puder se beneficiar de capacidade de gerenciamento, escalabilidade e transações aprimoradas com consistência forte, considere migrar seu banco de dados para o Spanner em sua fase de otimização

O Google Cloud oferece muitas outras opções de armazenamento para suportar uma variedade de cargas de trabalho

## Fase de migração
Depois de concluir sua avaliação e planejar sua migração, você pode começar a mover dados, serviços e recursos para o Google Cloud. Cada aplicativo tem suas próprias necessidades. Esta seção percorre alguns exemplos para ajudar a demonstrar o que esta fase envolve

 Elevação e deslocamento: Compute Engine
A primeira etapa para iniciar a migração lift-and-shift é estabelecer um serviço multicamada compatível no Compute Engine. Embora existam muitas abordagens para isso; os seguintes são os três mais comuns:
- Configuração manual. Inicie uma VM com o sistema operacional desejado, atualize manualmente os repositórios, instale e configure o software e provisione e configure manualmente o banco de dados e o ambiente de tempo de execução. Essa abordagem oferece um alto nível de controle, mas leva mais tempo, é mais propensa a erros e menos reprodutível do que outros métodos

- Automatizado. Use Migrar para VMs para migrar uma pilha de VMs (em uma ordem especificada) do local para VMs de tamanho certo, provisionadas automaticamente e configuradas no Compute Engine

- Mercado de Nuvem. Inicie uma pilha LAMP pré-configurada em seu projeto do Google Cloud. Certifique-se de verificar se o sistema operacional fornecido e as versões de software funcionarão com seu aplicativo. Explore a documentação do Cloud Marketplace para saber mais

- Implantação automatizada. Crie VMs prontas para produção usando conceitos de integração contínua/implantação contínua e uma variedade de ferramentas de gerenciamento de configuração (Chef, Puppet, Ansible, Salt), infraestrutura como ferramentas de código (Deployment Manager, Terraform) e estruturas de automação (Cloud Build). A implantação automatizada permite métodos testáveis, repetíveis e automatizados para implantar VMs e software que atendem às suas necessidades de aplicativos e governança
 Aprimorar e mover: GKE e Cloud SQLPara migrar para uma solução de contêiner gerenciado, você deve primeiro estabelecer a base para seu cluster e solução de SQL gerenciadoIniciar um cluster GKECriar um cluster no GKE e gerenciá-lo são as primeiras etapas.Use as informações de suas fases de avaliação e fundação para dimensionar e configurar seu cluster inicial adequadamente e aplicar as práticas recomendadas de proteção de segurançaOpções de inicialização para Cloud SQLUsando as informações do banco de dados obtidas nas fases de avaliação e fundação, crie uma nova instância do Cloud SQL e siga outros guias de instruções para criar o banco de dados para seu aplicativo.O Google fornece uma lista de práticas recomendadas do Cloud SQL, guias para configurar alta disponibilidade e outros tutoriais para dimensionamento horizontal.Explore as opções para conectar do Google Kubernetes Engine ao Cloud SQL e escolha a opção que faz sentido para seu aplicativo e nível de experiênciaAprimoramento e migração sem servidor: App Engine e Cloud SQLSe você decidir migrar seu aplicativo LAMP para uma estrutura sem servidor, talvez seja necessário modificar seu aplicativo para oferecer suporte ao App Engine.Cada aplicativo é diferente e existem muitas estratégias.Comece analisando o seguinte:- Obtenha uma visão geral da arquitetura de microsserviços no App Engine- Entenda como criar e nomear dev, test, QA, staging e ambientes de produção com microsserviços no App Engine- Aprenda as práticas recomendadas para projetar APIs para comunicação entre microsserviços- Aprenda as práticas recomendadas para desempenho de microsserviçosDependendo de sua experiência organizacional e pessoal e familiaridade com a execução de código sem servidor, a estratégia de melhoria e movimentação sem servidor pode levar muito mais tempo do que as opções de elevação e deslocamento.No entanto, trazer o melhor do serverless para você pode ser um grande trunfo para sua organização## Fase de otimizaçãoDepois que seu aplicativo estiver em execução no Google Cloud, você pode validar suas suposições e decisões das três fases anteriores.Migrações completas podem levar muito tempo e muitos detalhes podem mudar ao longo do processo.A otimização cobre muitas áreas, mas aqui estão algumas categorias comunsOtimização de custosMudar do local para a nuvem muda a maneira como você gasta dinheiro em aplicativos , serviços e infraestrutura.Você pode concluir uma avaliação de um serviço local herdado e descobrir, após a migração, que hardware moderno, memória mais rápida e arquiteturas de CPU mais recentes o executam com mais eficiência.Isso pode significar que suas VMs estão superprovisionadas e desperdiçando dinheiro.Você pode investigar o uso de instâncias de VM preemptivas no Compute Engine.Talvez você não precisasse de tantos balanceadores de carga quanto pensava, ou conseguiu limpar seu banco de dados na mudança e agora tem espaço que não está usando.Encontrar maneiras de economizar dinheiro e reduzir o custo operacional na nuvem pode se tornar um trabalho de tempo integral que se paga.O Google Cloud tem várias ferramentas de gerenciamento de custos que podem ajudar você a entender os preços da nuvemAutomaçãoAutomatizar corretamente suas cargas de trabalho de computação na nuvem pode gerar custosbenefícios de economia e eficiênciaDeployment Manageré um produto do Google Cloud projetado para ajudar você a criar e gerenciar recursos de nuvemusando modelos simplesScript comgcloudé uma opção se você preferir escrever suas próprias automações.Embora os benefícios financeirosvenham com a automação, outras vantagens incluem o seguinte:- Processos padrão e repetíveis para reduzir as taxas de erro- Rastreamento auditável para conformidade e governança- Maior compreensão de como seu aplicativo funciona, como ele falha e como corrigi-loA automação aumenta o tempo de atividade diminuindo a dependência de alertas e o tempo de reação humana, reduz a dívida técnica ao documentar o fluxo de trabalho e permite que seus engenheiros se concentrem menos em manter as luzes acesas e mais na criação de melhores produtos, ferramentas e serviços.Esses conceitos estão no centro da Engenharia de Confiabilidade do Site (SRE).O Google Cloud oferece um livro on-line gratuito sobre engenharia de confiabilidade do site, bem como uma apostila de SRE com exemplos práticos e estudos de casoComo separar sua infraestrutura e códigoVocê desacopla serviços muitas vezes à medida que um aplicativo cresce.Desmembrar serviços conectados e saber escalá-los de forma independente melhora a disponibilidade e a confiabilidade de suas aplicações.Geralmente há três etapas para esse processo:- Implementar infraestrutura como código (IaC) em todos os lugares.Ao implementar IaC e processos de gerenciamento de configuração, você obtém blocos de construção rastreáveis, auditáveis ​​e reproduzíveis para o provisionamento e configuração de toda a sua infraestrutura- Separe seus serviços existentes em microsserviços.Use middleware orientado a mensagens, como Pub/Sub, para permitir que cada microsserviço seja seu próprio domínio de falha- Comece a migrar serviços de infraestrutura como serviço para plataforma como serviço , ou até mesmo funciona como um serviço ou sem servidor como um serviço.A jornada de "código e infraestrutura monolíticos"para "microsserviços desacoplados executados com eficiência em todo o espectro de IaaS"é uma meta valiosa que exigirá tempo, esforço e dedicaçãoAjuste de desempenhoO ajuste de desempenho pode gerar ganhos significativos na utilização do sistema e no tempo de resposta.Cada carga de trabalho tem um método diferente para ajuste de desempenho, desde arquivos de configuração de software até o ajuste de sinalizadores do kernel.Para aplicativos LAMP, o ajuste de desempenho geralmente se enquadra em três categorias:- Ajuste da nuvem, rede e sistema operacional:
- 5 etapas para melhorar o desempenho da rede do Google Cloud podem ajudar você a entender como aproveitar ao máximo o Google Cloud Networking

- A otimização de TCP para desempenho de rede no Google Cloud pode ajudar se você tiver requisitos específicos de latência de TCP

- A otimização de discos permanentes e desempenho de SSD local pode ajudá-lo a aprender sobre a arquitetura para cargas de trabalho pesadas de IOPS

- Melhorar o desempenho no Compute Engine pode ajudar no desempenho de aplicativos de API ao interagir com outras APIs e serviços do Google Cloud

- Ajustando o servidor web:
- Apache Performance Tuning e NGINX Performance Tuning, ou uma pesquisa geral no Google por "ajuste de desempenho do seu servidor web"o levará na direção certa

Ajustando o banco de dados:
## Qual é o próximo
- Configurando o LAMP no Compute Engine

- Implantar uma pilha LAMP

- Saiba mais sobre como executar cargas de trabalho de computação no Compute Engine ou GKE

Conecte o GKE ao Cloud SQL

Explorar Migrar para VMs e Migrar para Contêineres

Crie aplicativos altamente escalonáveis ​​em uma plataforma sem servidor totalmente gerenciada com o App Engine

Saiba mais sobre as opções de banco de dados no Google Cloud

Explore arquiteturas de referência, diagramas, tutoriais e práticas recomendadas sobre o Google Cloud. Dê uma olhada em nosso Cloud Architecture Center.