Google Cloud Run Reviews and Ratings

Use Cases and Deployment Scope

We're testing the execution of a container version for our Vistadash product. This allow us to estimate costs in a controlled environment, which is also production ready.

Likelihood to Recommend

The amount and detail of steps required to publish a container in Cloud Run are well suited for a production ready application. However, for testing purposes it may seem a bit too verbose. It would be desirable an option that would allow to run the container directyl from the registry, similar to other cloud providers.

Use Cases and Deployment Scope

We use a Docker container that converts images to smaller sizes and makes map tiles with large images for indoor maps for navigation. Using just serverless functions was not enough because of the time limit. Making conversions with images takes running time that was only supported using Google Run, which increases the time limit to 24 hours.

Likelihood to Recommend

It's more suited for having tasks that involve calculation or conversions, like converting big images and tiles. Have tasks that take up to 30 minutes for each execution, Cloud Run is well-suited. But when considering smaller tasks the do not take so much time using Cloud Run is not indicated. Using Google functions is more suited.

Use Cases and Deployment Scope

We use Google Cloud Run in our organization to deploy the majority of containerized applications into it without owning any infrastructure from our end, which is one of the biggest relief with regards to Google Cloud Run because it takes care of auto scaling, manages latency issues, along with good redundancy with very solid backend support. post Cloud Run major infra management has been reduced to core for our team also it gives lot of savings.

Likelihood to Recommend

if you dont want to take tension of infrastructure and scalability and managing DC this is the best approach and developers and concentrate more on coding part that servers, cloud run will take care of all that also it makes lots of savings in terms if handing infra. it does auto sclaing and more reliable and easy deployments.

Use Cases and Deployment Scope

Most of our platform services are deployed as Google Cloud Run services.

Recently, we have also turned towards Google Cloud Run jobs for performing flow run tasks managed by a job server.

Being an early startup, using Google Cloud Run helps us to keep a tab on our cloud costs based on usage.

Likelihood to Recommend

Google Cloud Run enables microservices architecture as multiple cloud run services or jobs can be deployed while keep the cloud costs optimal based on actual usage.

Google Cloud Run services support auto scaling which helps satisfy performance requirements of applications.

Google Cloud Run services and jobs are integrated with Google cloud logging which simplifies troubleshooting of application errors.

Use Cases and Deployment Scope

We have been setting up some new micro services. As the load on them is not consistent throughout the day, we think that going serverless is the right decision. Also, we didn't want to deal with Kubernetes, at least at the moment. That makes Google Cloud Run our obvious choice.

Likelihood to Recommend

If your cloud provider of choice is GCP, then Google Cloud Run is the obvious serverless solution. Such as our case, GCP has been selected over other providers e.g. AWS for certain reasons, then we have to deal with the disadvantages of Google Cloud Run, compared to AWS Lambda.

Use Cases and Deployment Scope

We use Google Cloud Run to host Google Tag Manager server side scripts.

Likelihood to Recommend

To host GTM server side script, it is perfect and almost free.

Use Cases and Deployment Scope

We use Google Cloud Run to run various applications such as our NextJS front-end web app that is served to public users as well as for running various backend applications that typically perform async tasks or run our API infrastructure. Google Cloud Run helps make it really easy to scale up or down and easily deploy docker images.

Likelihood to Recommend

Cloud run is well suited when you need to spin up a dockerised application or any stateless application like a web app or backend API. Its not so great when you have to run long-running or stateful applications (but I think that's well documented). I would also say its preferred for applications or tasks that don't require massive amounts of computing or RAM. Its better at running smaller applications that are horizontally scaled.

Use Cases and Deployment Scope

We use Cloud Run to deploy our isolated service application(s) that are logically far off from our main application but also share some of the resources and database tables with the main application. We use it to "fire and forget" out small serverless projects that don't need periodic maintenance and taking care of all the while maintaining performance and separation of concerns

Likelihood to Recommend

For scenarios where you need an isolated workspace and application namespace, it is very well suited. It can run up a serverless instance of your application in seconds and will give strong guarantees over its runtime given that all dependencies were taken care of. For entangled workflows, its recommended to use a server/on prem solution

Use Cases and Deployment Scope

<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">Implantação rápida de aplicativos, para reduzir custos, maior produtividade, problemas relacionados a custos de infraestrutura elevados, ciclos de desenvolvimento lento.</font></font>

Likelihood to Recommend

<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">Applications with traffic spikes, microservices, APIs, event processing, prototype. Bad applications that require high availability, apps with long startup times,</font></font>

Use Cases and Deployment Scope

In our organization we use Google Cloud Run, and now Cloud Run functions, for all kinds of applications. We use it as microservices for API applications, we use it to deploy GenAI application running with Langchain, and all kinds of other stuff. The big advantage of Cloud Run is that it is almost self managed, we only it to create our Docker container, and specify some configuration about memory, cpu, and instances, and all the rest is managed by Google. Rarely or never had problems with Cloud Run itself.

Likelihood to Recommend

Microservices and RestFul API application as it is fast and reliant. Seamless integration with event triggers such as pubsub or event arc, so you can easily integrate that with usecases with file uploads, database changes, etc. Basically great with short-lived tasks, if however, you have long-running processses, Cloud Run might not be idle for this. For example if you have a long running data processing task, other solutions such as kubeflow pipelines or dataflow are more suited for this kind of tasks. Cloud Run is also stateless, so if you need memory, you will have to connect an external database.