Visão geral

Esta visão geral foi projetada para ajudar você a entender o panorama geral do Google Cloud Platform. Aqui você terá uma visão resumida de alguns dos recursos mais usados e receberá ponteiros para documentação que possa ajudar você a se aprofundar. Saber o que está disponível e como as peças funcionam juntas pode ajudar você a tomar decisões sobre como continuar. Você também receberá ponteiros para alguns tutoriais que pode usar para testar o Cloud Platform em diversos cenários.

Recursos do Cloud Platform

O Cloud Platform consiste em um conjunto de ativos físicos, como computadores e unidades de disco rígido, além de recursos virtuais, como máquinas virtuais (VMs, na sigla em inglês), contidos em data centers do Google em todo o mundo. Cada local de data center está em uma região global. Entre as regiões estão a central dos EUA, a Europa Ocidental o Leste da Ásia. Cada região é uma coleção de zonas, isoladas entre si dentro da região. Cada zona é identificada por um nome que combina um identificador de letra com o nome da região. Por exemplo, a zona a na região do Leste da Ásia se chama asia-east1-a.

Essa distribuição de recursos oferece diversas vantagens, inclusive redundância em caso de falha e latência reduzida localizando recursos mais próximos dos clientes. Essa distribuição também introduz regras sobre como recursos podem ser usados juntos.

Acesso a recursos por meio de serviços

Na computação em nuvem, o que você pensava ser produtos de software e hardware se tornam serviços. Esses serviços dão acesso aos recursos subjacentes. A lista de serviços do Cloud Platform disponíveis é longa e continua crescendo. Ao desenvolver o website ou o aplicativo no Cloud Platform, você mistura e compara esses serviços com combinações que fornecem a infraestrutura de que precisa e adiciona o código para permitir os cenários que deseja construir.

Recursos globais, regionais e por zona

Alguns recursos podem ser acessados por qualquer outro recurso, entre regiões e zonas. Entre esses recursos globais estão imagens de disco pré-configuradas, instantâneos de disco e redes. Alguns recursos só podem ser acessados por recursos localizados na mesma região. Entre esses recursos regionais estão endereços IP externos estáticos. Outros recursos só podem ser acessados por recursos localizados na mesma zona. Entre esses recursos por zona estão instâncias de VM, tipos e discos.

O seguinte diagrama mostra a relação entre escopo global, regiões e zonas, além de alguns dos recursos:

O Google Cloud Platform usa regiões e zonas para particionar recursos

O escopo de uma operação varia de acordo com que tipo de recursos você está trabalhando. Por exemplo, criar uma rede é uma operação global porque uma rede é um recurso global e reservar um endereço IP é uma operação regional porque o endereço é um recurso regional.

À medida que você começa a otimizar os aplicativos do Cloud Platform, é importante entender como essas regiões e zonas interagem. Por exemplo, mesmo se pudesse, você não gostaria de conectar um disco em uma região a um computador em uma região diferente porque a latência que introduziria acarretaria um desempenho muito insatisfatório. Felizmente, o Cloud Platform não permitirá que você faça isso, e os discos só podem ser conectados a computadores que estejam na mesma zona.

Dependendo do nível de autogerenciamento obrigatório do serviço de computação e hospedagem escolhido, você pode precisar ou não pensar em como e onde os recursos são alocados.

Para mais informações sobre a distribuição geográfica do Cloud Platform, consulte Geografia e regiões.

Projetos

Todos os recursos do Cloud Platform que você aloca e usa precisam pertencer a um projeto. Você pode pensar em um projeto como sendo a entidade organizadora do que você está construindo. Um projeto é feito das configurações, das permissões e de outros metadados que descrevem os aplicativos. Os recursos dentro de um único projeto podem funcionar juntos, por exemplo, comunicando-se por meio de uma rede interna, sujeitos às regras de regiões e zonas. Os recursos que cada projeto contém permanecem separados por limites de projeto, e você só pode interconectá-los por meio de uma conexão de rede externa.

Todo projeto do Cloud Platform tem:

  • um nome, escolhido por você;
  • um código que você ou o Cloud Platform pode fornecer;
  • um número que o Cloud Platform fornece.

À medida que trabalhar com o Cloud Platform, você usará esses identificadores em determinadas linhas de comando e chamadas à API. A seguinte captura de tela mostra um nome de projeto, o código e o número:

O Google Cloud Platform Console exibe o código do projeto e o nome

Neste exemplo:

  • Projeto de exemplo é o nome do projeto.
  • example-id é o código do projeto.
  • 123456789012 é o número do projeto.

Todo código do projeto é exclusivo no Cloud Platform. Depois de ter criado um projeto, você pode excluí-lo, mas o código dele jamais poderá ser reutilizado.

Quando o faturamento está ativado, todo projeto é associado a uma única conta de faturamento. Vários projetos podem ter o uso do recurso faturado na mesma conta.

Um projeto funciona como um namespace. Isso significa que todo recurso dentro de cada projeto precisa ter um nome exclusivo, mas você normalmente pode reutilizar nomes de recurso caso eles estejam em projetos separados. Alguns nomes de recurso precisam ser globalmente exclusivos. Consulte a documentação do recurso para detalhes.

Maneiras de interagir com os serviços

A Cloud Platform oferece três maneiras básicas de interagir com os serviços e os recursos.

Google Cloud Platform Console

O Google Cloud Platform Console fornece uma IU da Web

O Google Cloud Platform Console oferece uma interface gráfica do usuário que você pode usar para gerenciar os projetos e os recursos do Cloud Platform. Ao usar o Cloud Platform Console, você cria um novo projeto ou escolhe um existente e usa os recursos criados no contexto desse projeto. Você pode criar vários projetos. Dessa forma, pode usar projetos para separar o trabalho da maneira que fizer sentido para você. Por exemplo, convém começar um novo projeto caso você queira ter certeza apenas de que determinados membros da equipe possam acessar os recursos nesse projeto e de que todos os membros possam continuar acessando recursos em outro projeto.

Interface de linha de comando

Caso você prefira trabalhar em uma janela de terminal, o Google Cloud SDK oferece a ferramenta de linha de comando gcloud, que dá acesso aos comandos de que você precisa. A ferramenta gcloud pode ser usada para gerenciar o fluxo de trabalho de desenvolvimento e os recursos do Cloud Platform. Consulte a referência do gcloud para ver a lista completa de comandos disponíveis.

Bibliotecas de cliente

O Cloud SDK inclui bibliotecas de cliente que permitem criar e gerenciar facilmente os recursos. As bibliotecas de cliente do Cloud Platform expõem APIs para duas finalidades principais:

  • As APIs de aplicativo dão acesso a serviços. As APIs de aplicativo são otimizadas para linguagens compatíveis, como Node.js e Python. As bibliotecas foram projetadas em torno de metáforas de serviço. Dessa forma, você pode trabalhar com os serviços de maneira mais natural e escrever menos código boilerplate. As bibliotecas também fornecem auxiliares para autenticação e autorização.

  • As APIs de administrador oferecem uma funcionalidade para o gerenciamento de recursos. Por exemplo, você pode usar APIs de administrador caso queira construir as próprias ferramentas automatizadas.

Você também pode usar as bibliotecas de cliente da Google API para acessar APIs de produtos como Google Maps, Google Drive e YouTube.

Preços

Para entender os princípios do Google sobre como funcionam os preços no Cloud Platform, consulte a página Preços. Para entender os preços de serviços individuais, consulte a seção preços dos produtos.

Você também pode usufruir algumas ferramentas para ajudar a avaliar os custos de usar o Cloud Platform.

  • A calculadora de preços oferece uma maneira rápida e fácil de estimar como será o uso do Cloud Platform. Você pode dar detalhes sobre os serviços que deseja usar, como o número de instâncias do Compute Engine, os discos permanentes e os respectivos tamanhos etc. e acabar vendo uma estimativa de preços.

  • A ferramenta do custo total de propriedade (TCO) avalia os custos relativos de execução da carga de computação na nuvem e apresenta uma estimativa financeira. A ferramenta apresenta várias entradas de modelagem de custo, que você pode ajustar, e compara os custos estimados no Cloud Platform e no AWS. Essa ferramenta não modela todos os componentes de um aplicativo típico, como armazenamento e redes.

A seguir: saiba mais sobre os serviços

Monitore seus recursos de onde você estiver

Instale o app do Google Cloud Console para ajudar você a gerenciar seus projetos.

Enviar comentários sobre…