Hi Guillaume, tell us who you are and what lead you into microservices?<\/b><\/p>\n
Hello, I\u2019m Guillaume Laforge, I\u2019m a developer advocate for Google Cloud Platform. I focus on the serverless products like Google App Engine, Cloud Functions and Cloud Run. On the side, I\u2019m also a Java Champion after years working with Java and co-creating the Apache Groovy programming language. And I\u2019m also one of the co-hosts of the French tech podcast Les Cast Codeurs.<\/span><\/p>\n So after years of consulting on big monolith projects, sometimes moving towards communicating macro-services, I\u2019ve become more and more convinced that smaller services, focused on their own tasks made more sense going forward. However, its not without its problems, as it can also be harder to get dozens or more of microservices to work together, to build and deploy them independently, etc. So it\u2019s an interesting point in time in our software architecture history to see who best practices and tools evolve to support this new era.<\/span><\/p>\n <\/p>\n What will you be talking about at Voxxed Days Microservices?\u00a0<\/b><\/p>\n I\u2019ll be talking about Cloud Run, a new product from Google Cloud, that allows to run containers in a \u201cserverless fashion\u201d, on a managed infrastructure (no need to provision instances, servers, clusters yourself, security patches applied transparently, etc.), where auto-scaling allows you to scale your microservices down to zero (effectively paying 0 as well), up to hundreds or more when your service is heavily used. Cloud Run also runs on Google Kubernetes Engine, or any Kubernetes cluster where the Knative open source project is installed, as Cloud Run\u2019s technology builds upon the Knative APIs.<\/span><\/p>\n Here, I\u2019m highlighting both \u201cserverless\u201d and \u201ccontainers\u201d buzzwords, but what\u2019s the relationship with Microservices, which is the theme of the conference. I posit that serverless containers is one of the simplest and best ways to run your microservices in the cloud, hence why I\u2019m focusing on this technology stack. You don\u2019t necessarily need to be a top-notch expert on Kubernetes to be able to reap the benefits of containers for your microservices.<\/span><\/p>\n <\/p>\n The term \u201cserverless\u201d is getting more and more confusing as cloud providers exhibit serverless characteristics (managed infrastructure, auto-scaling capabilities, pay for usage, etc.). Cloud, containers, serverless\u2026 aren\u2019t we talking about the same things here ? What are your definitions ?<\/b><\/p>\n Microservices are an architectural style, where we decompose an overall application into smaller intercommunicating components that focus on one key task. We don\u2019t always need to split everything into small microservices, and it\u2019s probably an antipattern to start head-first into a microservices-based architecture when a good old monolith could well do the job.<\/span><\/p>\n Serverless denotes some characteristics that some products have.\u00a0<\/span><\/p>\n As you said, they\u2019re usually about a managed infrastructure, where developers don\u2019t have to provision servers or clusters before being able to deploy anything, but instead, just deploy directly to that infrastructure with some tooling (command-line interfaces, CI\/CD platforms, console UIs\u2026). Another important aspect of that managed infrastructure is that the provider of that infrastructure (whether a cloud provider, or an on-prem IT team) takes care of the underlying layers: applying security patches to the OS, for example.\u00a0<\/span><\/p>\n The auto-scaling capability and pay-for-usage usually go hand in hand, but it\u2019s not mandatory, as we could imagine pay-as-you-go with tools that wouldn\u2019t be serverless and requiring a provisioned infrastructure, or we could imagine a product that request fees for usage even if the provider doesn\u2019t actually provision the servers or clusters for your apps.<\/span><\/p>\n If your service costs you 1 euro for operating, and at some point you need twice the capacity, you usually pay twice as more, ie. proportionally to your usage. But it\u2019s also interesting to have the scale-to-zero capability, where your service is not running (no servers are provisionned and running anymore) and then the cost also goes down to zero. That\u2019s important for workloads that are not necessarilly running 100% of the time: for instance, think of monthly or quaterly reports, or any task that is run at regular interval of time, but not necessarily receiving a daily flow of incoming requests.<\/span><\/p>\n <\/p>\n Good, see you soon then\u00a0<\/b><\/p>\n I\u2019m really looking forward to meeting speakers and attendees at the conference, to start fruitful discussions around microservices, understand the needs of startups and enterprises with regard to microservices and serverless solutions.<\/span><\/em><\/p>\n <\/p>\n #serverless #containers #googlecloud<\/span><\/p>\n <\/p>\n My contact information:<\/b><\/p>\n Twitter: <\/span>https:\/\/twitter.com\/glaforge<\/span><\/a><\/p>\n Blog: <\/span>http:\/\/glaforge.appspot.com\/<\/span><\/a><\/p>\n LinkedIn: <\/span>https:\/\/www.linkedin.com\/in\/glaforge\/<\/span><\/a><\/p>\n