In my current company, my client is completely based on Google. They are using their domain from Google and mixing Google Cloud with AWS Cloud. When it comes to deploying our microservices or REST APIs over the cloud, I develop APIs and portals for the Service Request Development (SRD) team. There are a lot of SRD personnel involved, possibly around 1K users, with many leaders using the services globally due to my engagement with a major IT giant.
The features of Google App Engine are very valuable, as it is the same as in AWS, Beanstalk, and in Azure, where it operates similarly. Google App Engine is a complete PaaS, platform as a service. Here, we are provided two types of scaling; if we are on a standard use case, we are provided basic and automatic and manual options, and if we are on flexible users, we have access to all three types. Google App Engine is fully managed, meaning users don't need to manage resources themselves; however, management is required and is handled by Google. For the standard environment, there are two variants: the standard and the flexible environment. The standard environment works a sandbox, whereas in the flexible environment, when we click on create, it starts its VM and initializes its virtual disk and resources, which we can access using the VM. In the case of the standard environment, we can't access all the other resources.
I've noticed measurable benefits and return on investment by choosing Google App Engine. The deployment process is managed by Google, allowing me to focus on selecting our language and uploading our code, while Google manages everything else—including the provision of the VPC for flexible deployments. If choosing the flexible option, it automatically creates a VPC, whereas for standard, no VPC is provided. Essentially, I only need to make minimal choices regarding regions; other than that, I focus solely on how my code operates.