Speaker Details

Mauricio Salatino


Mauricio is currently working at the Knative OSS Project as part of the VMWare MAPBU team. He is the author of the Continuous Delivery for Kubernetes book for Manning and he is passionate about Open Source, Cloud Native and Kubernetes. You can always get in touch with him via Twitter @Salaboy.

Knative and Spring - Bringing back the func


Kubernetes is now a standard to deploy and manage containerized applications. How do functions fit into the cloud-native space in 2022? What does it take to write a function in Java or any other language and get it up and running in a Kubernetes cluster?

We’ll show with practical examples and a live demo how developers can focus on the business logic while the platform takes care of supporting event-driven and serverless workloads in a polyglot environment.

  • CloudEvents provide a language and transport-agnostic way to describe events.
  • Knative Eventing routes CloudEvents between producers and consumers so that developers don’t have to worry about which message broker is used under the hood (e.g. RabbitMQ, Kafka, cloud-provider specific).
  • Frameworks like Spring Cloud Functions let developers focus on implementing the business logic instead of dealing with infrastructural concerns and integrations with event brokers.
  • GraalVM and libraries like Spring Native make it possible to build serverless applications in Java and take advantage of the scale-to-zero feature offered by Knative Serving.
  • Cloud Native Buildpacks solve the problem of building production-ready containers end to end, offering support for multiple languages and frameworks, and focusing on performance and security.

To demonstrate how all these tools can work together, we will show how Knative `func` combines them and provide developers with a Dockerfile-free and Kubernetes YAML-free experience.

Reduce Cognitive Load: Pave the Golden Path On Your Internal Platform

Build & Deploy

“Kubernetes is a platform for building platforms. It's a better place to start; not the endgame.” (Kelsey Hightower).

But who should be building platforms? With the DevOps mantra “you build it, you run it”, it’s tempting for teams to build themselves, but this carries a high cognitive load and leads to multiple teams building their own platforms with high levels of duplication and waste.

Instead, Paula and Mauricio will advocate for a Platform Team to reduce cognitive load on others by building a self-serve platform that paves a “Golden Path” to production. By focusing on the needs of the application teams, the Platform Team can offer a delightful user experience which is opinionated and supported, making it the easiest and safest route to deploy code. 

We will include a full demo of building such a platform using Kubernetes, Crossplane, Knative, Flux, and more, showing how to standardise and customise according to business needs, as well as how to inject opinions into platform workflows.