Avaliações e Detalhes do Produto Google Cloud Run

O Google Cloud Run, como um produto de contêiner sem servidor do Google Cloud, é totalmente gerenciado sem servidor, o que significa que não há clusters e nós; basta implantar seu contêiner e deixar o Google cuidar da escalabilidade. O Cloud Run também facilita a escalabilidade automática a partir de zero e garante flexibilidade baseada em contêineres e, por último, mas não menos importante, o Cloud Run possui um mecanismo de precificação por uso. Análise coletada por e hospedada no G2.com.

Inícios a frio no Cloud Run podem ser lentos para tráfego que é infrequente. O Cloud Run não tem suporte nativo para GPU e tem um tempo limite de requisição limitado a 60 minutos. O acesso VPC no Cloud Run também apresenta complexidades. Análise coletada por e hospedada no G2.com.

Google Cloud Run is an incredibly flexible and powerful but in some sense also very simple product that allows us to create serverless services in a super easy way. We've got it in some instances with a min_instance=1 (so not serverless) and then other internal serverless APIs. The cost is for our mostly internal services basically negligent - which is great because having a dedicated VM would for these services make things both much more complicated and expensive. Análise coletada por e hospedada no G2.com.

Google Cloud Run is great in many instances, but the limited timeouts and service shutdowns paired with no option for spot VMs makes it not a good fit for certain workloads in our company. For these we use Kubernetes. Análise coletada por e hospedada no G2.com.

Eu uso o Google Cloud Run para executar serviços de frontend e backend para aplicativos internos, como um aplicativo de reserva de assentos para minha equipe de Analistas de Dados. Ele me ajuda a implantar soluções rapidamente e resolve o problema de gerenciar muitas dores de cabeça de infraestrutura, com o escalonamento sendo bem gerenciado. Eu gosto do suporte à concorrência, que permite que um único contêiner de instância lide com várias solicitações simultaneamente. O aumento de CPU na inicialização é um recurso poderoso que resolve o problema de inicialização a frio, maximizando a eficiência e economizando custos. Análise coletada por e hospedada no G2.com.

Apesar do aumento de CPU para aplicativos pesados, ainda há um atraso. Conectar-se à VPC Privada da minha organização foi um problema. Acredito que a integração com a rede da organização deve ser facilitada, e a conexão com sistemas legados precisa ser melhorada. Análise coletada por e hospedada no G2.com.

Eu adoro como o Google Cloud Run torna tudo tão fácil. Eu não preciso pensar em qual região meu site está rodando ou se ele pode escalar para lidar com mais clientes. Eu nem preciso pensar na infraestrutura que é criada quando eu implanto um aplicativo no Cloud Run. Eu apenas sei que está feito, e sei que funciona. Análise coletada por e hospedada no G2.com.

A diferença entre o Google Cloud Run e o Firebase Hosting deveria ser mais clara. Eu uso ambos, mas em algumas situações, não tenho certeza de qual eu deveria estar usando. Então, sinto que o Cloud Run poderia ser mais claro sobre em quais cenários é melhor utilizado. Análise coletada por e hospedada no G2.com.

Eu realmente gosto de como é fácil usar o Google Cloud Run. Implantar um aplicativo conteinerizado é muito fácil, e eu não preciso gerenciar servidores ou clusters. É fácil e rápido de implementar; consegui colocar a API em funcionamento em minutos sem nenhuma configuração complicada.

A documentação do Google Cloud e o suporte ao cliente da comunidade são muito úteis, e quando preciso de ajuda, geralmente obtenho respostas rapidamente. Eu uso o Cloud Run regularmente para aplicativos de pequeno a médio porte, especialmente quando preciso de uma implantação rápida e escalável.

Ele tem os recursos de que preciso, como auto-escalonamento, registro de logs e controle de concorrência, e sua integração com outros produtos do Google Cloud, como Cloud Build, IAM e ferramentas de monitoramento, também é muito suave.

No geral, o Cloud Run me economiza tempo e reduz o fardo da gestão. É fácil de começar e flexível o suficiente para cargas de trabalho de produção. Análise coletada por e hospedada no G2.com.

Uma coisa que notei é que a depuração pode ser um pouco mais complicada do que com um servidor tradicional. Como é completamente sem servidor, você não tem acesso direto ao ambiente subjacente, o que às vezes pode tornar a solução de problemas mais difícil.

Outra desvantagem é o preço para cargas de trabalho de tráfego consistentemente alto; se seus serviços estão sempre operando em altos volumes, pode se tornar mais caro do que uma configuração de servidor fixa.

Finalmente, embora ele se integre bem com outros serviços do Google Cloud, configurar a integração entre plataformas pode exigir um esforço extra se você usar várias nuvens ou sistemas mais antigos.

No geral, esses são problemas menores em comparação com os benefícios e a escalabilidade que ele oferece, mas vale a pena mantê-los em mente dependendo da sua carga de trabalho. Análise coletada por e hospedada no G2.com.

A capacidade de 'Escalar para Zero' e a experiência do desenvolvedor sem esforço. Na Alborda Games, podemos implantar microsserviços sem gerenciar nenhuma infraestrutura subjacente. A integração com o Google Cloud Build significa que temos um fluxo de trabalho GitOps contínuo, onde cada push para nosso repositório atualiza automaticamente nossos ambientes de staging ou produção. Ele lida com SSL, balanceamento de carga e escalonamento automaticamente, o que economiza dezenas de horas de trabalho de DevOps para nossa equipe. Análise coletada por e hospedada no G2.com.

Inícios a frio ainda podem ser um pequeno obstáculo para aplicações sensíveis à latência, embora 'min-instances' ajude a mitigar isso. Também acho que a configuração do IAM (Gerenciamento de Identidade e Acesso) é bastante complexa para iniciantes; configurar contas de serviço com as permissões exatas de 'menor privilégio' pode ser um processo de tentativa e erro. Além disso, a interface do console web pode ocasionalmente parecer desorganizada ao gerenciar um grande número de revisões. Análise coletada por e hospedada no G2.com.

I like the simplicity of deployments and automatic scaling with Google Cloud Run. It’s easy to run containerized services without managing servers, and integration with GCP logging monitoring is very convenient. I also like how fast deployments are and how easy it is to integrate Cloud Run with CI/CD pipelines and other GCP services. It makes development and maintenance much more efficient. Análise coletada por e hospedada no G2.com.

Sometimes debugging can be harder than expected, especially when logs or environment configs aren't set up correctly. Cold starts can also be noticeable for some workloads. Análise coletada por e hospedada no G2.com.

Eu gosto do Google Cloud Run porque é muito simples e flexível. Ele me ajuda a implantar aplicativos conteinerizados rapidamente, sem me preocupar com problemas de escalabilidade, rede e disponibilidade. Essa simplicidade me permite focar inteiramente na construção dos meus aplicativos. Acho muito bom para acessar vários serviços como a API do Google Maps e a API de tradução, o que facilita a integração de diferentes aplicativos. Também aprecio como é fácil de configurar e usar, tornando meu trabalho mais direto. Análise coletada por e hospedada no G2.com.

Eu acho que depurar é de alguma forma um problema, e às vezes, quando há muitos aplicativos carregados, parece difícil voltar para onde eu estava. Seria melhor se houvesse uma opção de rastreamento para navegar facilmente de volta ao início, já que muitas vezes me perco no meio do uso. Análise coletada por e hospedada no G2.com.

O Cloud Run oferece um ambiente altamente flexível baseado em contêineres com escalonamento automático contínuo, permitindo que os serviços respondam de forma eficiente a cargas de trabalho variáveis. Sua integração com o Cloud Scheduler possibilita um agendamento confiável e sem infraestrutura, facilitando a orquestração de tarefas e fluxos de trabalho. A simplicidade geral, o desempenho e a eficiência operacional fazem dele uma escolha forte para executar serviços sem estado em um ambiente de produção. Análise coletada por e hospedada no G2.com.

Atrasos de inicialização a frio podem restringir certas cargas de trabalho, enquanto manter os serviços aquecidos reduz a latência, mas aumenta significativamente o custo. Análise coletada por e hospedada no G2.com.

Eu aprecio o Google Cloud Run pelo seu preço e facilidade de implantação de contêineres. Você pode permanecer em um nível gratuito por um longo tempo, e quando precisar pagar, seu aplicativo já está gerando dinheiro. A implantação é fácil, desde que você use contêineres Docker. Análise coletada por e hospedada no G2.com.

Eu acho o processo de build ruim porque você não pode fornecer contexto de build e conectar um projeto do GitHub muitas vezes não funciona. Configurar a federação de workflow é difícil e não é universal, ou eu tenho que usar contas de serviço inseguras. Além disso, os scripts de início e ponto de entrada falham se eu fornecer um caminho para bash/executável, então você tem que ajustar o Dockerfile para um serviço, só por isso. A funcionalidade do Docker Compose é insuficiente, já que eu não consigo nem mesmo analisar a configuração do docker-compose.yml para o meu aplicativo Cloud Run. Configurar o Cloud Run como código é quase impossível. Eu gostaria de ter mais opções de personalização para builds, já que o Cloud Build é muito ruim de usar. Segredos para o Cloud Run são tratados da mesma forma que variáveis de ambiente, mas são muito caros, embora sejam fáceis de gerenciar. Os pipelines de CI para outros runtimes além do Docker parecem quebrados. Também não há uma opção fácil para usar contêineres distroless diretamente, embora sejam feitos pelo GCP. Análise coletada por e hospedada no G2.com.