[GCP] Estrutura de Preços do Cloud Run e do Cloud Run Function

[GCP] Estrutura de preços do Cloud Run e do Cloud Run Function (antigo Cloud Function)

Recentemente, o GCP anunciou a integração da IU do Cloud Run e do Cloud Function.

https://cloud.google.com/blog/products/serverless/google-cloud-functions-is-now-cloud-run-functions?hl=en

Funcionalmente, para diferenciar os dois, basicamente, o Cloud Run é uma plataforma serverless que executa uma imagem Docker, enquanto o Cloud Function é uma plataforma que executa snippets de código (funções) em algumas linguagens (Node.js, Go, .Net, Java, PHP, Python, Ruby).

Portanto, o método de execução básico é um pouco diferente. No caso do Cloud Run, a imagem é iniciada e as chamadas são feitas para essa imagem. Assim, dependendo da necessidade, um contêiner pode executar várias chamadas simultaneamente. (Em outras palavras, várias novas chamadas podem ser recebidas enquanto uma chamada está em andamento.)

Por outro lado, no caso do Cloud Function, é um método de chamada de uma função. Por exemplo, se você precisar executar 10 comandos, precisará de 10 contêineres.

Portanto, o Cloud Function é vantajoso quando você precisa de algo realmente leve ou quando um cold start de chamada única é necessário, enquanto o Cloud Run é vantajoso quando você precisa processar um grande volume de processos ou se um pequeno atraso for aceitável.

Então, qual é o preço importante?

(Como foi projetado desde o início...)

Basicamente, o preço da chamada para ambos é o mesmo: US$ 0,4 para 1 milhão de chamadas.

Além disso, assumindo que a mesma memória seja usada por um dia inteiro, custa US$ 0,216.

E quanto à vCPU?

O Cloud Function custa US$ 0,864 por 1 GHz/dia. (A cobrança do Cloud Function varia de acordo com o clock usado.)

O Cloud Run custa US$ 2,07 por 1 Core/dia. Ou seja, pode-se dizer que o Cloud Run usa 2,4 GHz. (A documentação oficial também indica que 1 vCPU é 2,4 GHz.)

Em resumo, os dois serviços (Cloud Run, Cloud Function) têm o mesmo método de cobrança, apenas a direção do serviço é diferente.

Portanto, após esta integração, a seleção de um dos dois serviços de acordo com o método de uso permitirá uma configuração de serviço mais barata e eficiente.