Cloud lead at In The Pocket. Senior web developer with a passion for mobile.
A few weeks ago Google announced a lot of promising technological developments at Google Cloud Next ’18 in San Francisco.
Google Cloud Next is a two-day conference to learn about the latest (Google) cloud technologies and how the industry is adapting, innovating, and growing with the cloud. It includes talks, labs, and bootcamps.
One of those interesting announcements concerned Cloud Functions, which directly compete with services like AWS Lambda, Azure Functions, and IBM Cloud Functions. Google first announced Cloud Functions back in 2016 and is now generally available with support for additional programming languages (Node.js 6 & 8 and Python 3.7). More info about this announcement can be found here.
A Google Cloud Function is what we call a Function-as-a-Service (FaaS). FaaS is family of the serverless computing category. Does this mean that you now run code without servers? Not exactly, serverless computing still requires servers. What serverless really means is that as a developer, you can write and deploy code without the hassle of managing the underlying infrastructure.
Instead of running an over-provisioned server infrastructure, you’re just running a piece of code or function. The serverless computing service takes your functions as input, performs logic, returns your output, and then shuts down. And as such, you are only billed for the resources used during the execution of those functions.
FaaS is a real NoOps technology, it completely abstracts away servers.
Cloud Functions are very well suited to build event-driven architectures.
They can react to events like file changes in your storage, messages in your queue, or any HTTP request really.
Here are some examples of what you can do with these Cloud Functions:
The cool thing is that you can create endless solutions with Cloud Functions and perfectly combine them with hybrid-cloud solutions.
Just like wireless internet has wires somewhere, serverless architectures still have servers somewhere.
Are Cloud Functions going to take over the world? Should we only write Cloud Functions from now on? Personally, I think they are pretty damn awesome, it’s another step forward to embrace the true power of cloud-native components. My prediction is that in the next couple of years we will see a greater shift towards serverless and Function-as-a-Service.
Serverless really helps a development team to focus on their code instead of worrying about their infrastructure that needs to be provisioned, maintained and scaled.
Of course, you shouldn’t replace every traditional architecture with Cloud Functions and there will always be arguments for not implementing them. It really helps to start from a microservice mindset before implementing Cloud Functions in your current system.
In short, the future is serverless, but it will take some time to shift our way of thinking. 🤟
Originally published at inthepocket.com.
Create your free account to unlock your custom reading experience.