Constructing and Scaling a Platform with Challenge-as-a-Service


When a platform began with complete developer autonomy, groups felt overwhelmed and ended up fixing the identical issues in utterly other ways, Jerry van Hulst and Marcel Kerker confirmed of their presentation Ghost in the Platform at KubeCon & CloudNativeCon Europe. They shifted to enablement over help, working along with groups intensively, and serving to groups really feel assured and succesful, turning the proper method into being the best method.

In 2017, they began with a small workforce constructing an OpenShift proof of idea. Their preliminary philosophy was complete developer autonomy, Van Hulst defined:

We offered the platform, and builders had been liable for your entire lifecycle.

By 2019, early adopters had been thriving, however as they tried to maneuver past that, they hit main rising pains. One was excessive cognitive load; early customers had been lovers, however newer groups felt that the educational curve was method too steep. They discovered themselves overwhelmed by “Kubernetes tax”, spending extra time managing the platform than truly writing code.

One other rising ache was the fragmentation of data: they didn’t supply groups numerous standardization, and groups had been fixing the identical issues, like logging or ingress, in utterly other ways, Van Hulst defined:

It was the “Wild West” even inside the identical cluster, which made it a headache for us to help and for groups to run.

They realized that giving everybody complete freedom was truly slowing them down, and so they wanted to maneuver towards a extra “paved highway” method.

Their present platform has a robust automation-first philosophy, which additionally applies to the onboarding journey, Van Hulst mentioned. Their Project-as-a-Service operator provides groups the means to create their environments with one easy YAML file. It contains most of what groups have to get began on the platform, from namespaces and RBAC to useful resource quota.

To allow your builders and empower groups, the philosophy is to prioritize enablement over help, Kerker mentioned. As an alternative of simply functioning as a helpdesk that solves help tickets, their final purpose is to construct real self-sufficiency inside engineering groups:

We would like them to really feel assured and succesful.

With over 99+ DevOps groups, scaling data is a problem. They sort out this by fostering Communities of Observe the place groups study from one another, Kerker mentioned. To maintain everybody aligned and impressed, they host an everyday Container Consumer Group (CUG) to demo new platform options, alongside bigger Containerization Days that includes plenary periods and exterior audio system to discover rising tech.

For hands-on upskilling, they provide focused, self-paced workshops protecting necessities like Tekton, ArgoCD, Identification Entry Administration, RightSizing, and Kustomize, Kerker mentioned.

Kerker talked about that their most impactful initiative is the Accelerator Hackathon:

Quite than simply handing over documentation, our platform specialists sit side-by-side with a improvement workforce for a full day. We roll up our sleeves and work collectively to fast-track their first app onto the platform. It’s hands-on, extremely collaborative, and one of the simplest ways to show enablement into instant outcomes.

Their focus is on lowering cognitive load for builders and making their platform even smarter, Kerker mentioned. They will double down on their Golden Path, making the “proper method” the best approach to construct software program. They’re planning deep integrations into Backstage, and increasing their CI/CD starters:

We would like builders to have the whole lot they want proper out of the field.

They’re additionally integrating AI to streamline operations by implementing AI-driven auto-answers for ChatOps and help tickets, Kerker defined:

By automating the decision of repetitive questions, we give builders on the spot assist, whereas releasing up platform engineers to deal with high-value enablement as an alternative of primary help.

What’s subsequent is set by the neighborhood, Kerker mentioned. They prioritize new options requested by customers, and hold listening carefully to improvement groups to make sure they’re constructing the capabilities that really clear up their day-to-day challenges, Kerker concluded.

InfoQ interviewed Jerry van Hulst and Marcel Kerker:

InfoQ: What had been the rising pains of your platform?

Jerry van Hulst: The onboarding course of was a guide, high-touch course of to roll out new environments. Between us prepping the clusters and builders manually configuring their apps, it took perpetually for a workforce to truly begin delivering worth on the platform.

Marcel Kerker: We shifted our technique to deal with enablement. We began doing huge quantities of data sharing with the DevOps groups. Our principal purpose grew to become to utterly unburden the builders—eradicating any friction and making the onboarding course of onto the platform as extremely straightforward and seamless as attainable. We didn’t simply give them a platform; we held their arms and guided them onto it.

InfoQ: What have you ever realized?

Van Hulst: Coming from an infrastructure background, my outdated mindset was: ’If I gave you entry to the server, my job is completed.’ However I realized that within the cloud-native world, entry isn’t sufficient. If I give a developer a namespace however they must spend three days configuring ingress and CI/CD, I haven’t actually helped them. My private lesson is that my job isn’t simply to offer infrastructure, it’s to take away the friction that stops code from reaching manufacturing.

Kerker: I’ve realized that to make a platform profitable, you must relentlessly focus in your builders’ wants and at all times hold listening to their suggestions. Hand in hand with that, I’ve realized that standardization is absolutely the key to adoption. If each single workforce has to determine the plumbing themselves, adoption grinds to a halt. By standardizing our processes, we take away that friction, stop groups from reinventing the wheel, and make the platform considerably simpler and extra intuitive to embrace.