DevOps Days, Personas and lessons

It was great to be back in Amsterdam for DevOps Days. Having attended as a StackStorm founder and then a couple of times now as one of the founders of OpenEBS and CEO of MayaData, it feels a little bit like home (although there were many new faces).

In this blog I will talk a little bit about:

  • Our first workshop! What did we learn from the packed house?
  • Who attended DevOps Days? — some observations
  • A few observations about the 12 months since the last DevOps Days Amsterdam

As always — please keep in touch, provide feedback below or via my epowell101 twitter or the OpenEBS Slack channel.

TL;DR -> production usage of stateful workloads on Kubernetes does seem to require or at least lead to new approaches for many users, as explained below.


When I walked into the workshop space 15 minutes before the start, I saw Jeffry and Murat, pictured above, alone in an empty room; I immediately wondered whether it was best to start at 9 am in Amsterdam. Within 20 minutes the room was full.

The workshop was designed by Jeffry and Murat to focus on a common need -> blue/green deployments on Kubernetes of stateful workloads. You can get all the materials from the workshop here:

I won’t go into depth about the workshop. I would just point out that unlike many other Kubernetes workshops I’ve attended, this one spent almost no time on basic installation and deployment of Kubernetes and whatever tools that were being discussed. Instead, users were expected to have minikube or access to another Kubernetes cluster; they then simply:

unnamed (1)

And they went in 2 minutes or less into more interesting subjects such as snapshots and clones and how to use them to adopt blue/green and canary patterns to stateful workloads.


A couple of data points regarding who attended:

  1. We had financials, governments, start-ups, DevOps consultants and born on the web type companies like in the room. So the first point is that at least amongst attendees — admittedly a self-selected group — there was a wide variety in the types of companies for which they worked. This means that not only is Kubernetes widely used, which we already knew, but stateful workloads are increasingly moving with Kubernetes as well.
  2. There were not *any* storage administrators in the room (or at least no one admitted to being one :)). This is a crucial point that companies and projects that are trying to serve stateful workloads on Kubernetes too often disregard.

12 months!

The last 12 months have passed quickly; it was 12 months ago that I started full time at MayaData and our CTO Jeffry Molanus started as well. I’d like to thank the OpenEBS community and members of the broader community such as Chris at the CNCF and Alexis at WeaveWorks for their coaching and feedback. A few things that have happened just since last year that I hope rewards the belief of the community and of our team in our approach of delivering storage services to Kubernetes by leveraging Kubernetes itself:

  1. A broad and growing community. If you are interested, you can track our statistics at — if you take a look quickly you’ll see that there are now many more contributions and contributors that some of the CNCF projects.
  2. Hackathons and Bangalore. Over the last 12 months, members of our team have launched the OpenSource Cafe — a floor of the MayaData building plus organizational support and lots of food and chai as needed — to support the broader OpenSource community. And the OpenSource Cafe has become one of the leading spots for tech and DevOps meetups in Bangalore. Also, our hackathons have reached across India — and into the broader open source community — and have helped to educate hundreds of engineers on how to contribute to open source projects. For example:

    unnamed (2)
  3. Contributing upstream to Kubernetes. I am maybe most proud of our efforts to contribute to projects that we are not leading. While OpenEBS and Litmus are each driven by our engineers, the storage components of Kubernetes are of course led by engineers from Google with help from others. So we view it as great validation that, for example, our design for improved management of local media for storage forms the basis of the Node Disk Manager subcomponent that will aid many use cases.


Hopefully the above is of use to others in the OpenEBS community and the broader Kubernetes community. There is a tremendous amount of momentum behind enabling Kubernetes to run stateful workloads in a cloud-native way — allowing DevOps engineers that understand Kubernetes to control their storage via an architecture that traditional centralized storage cannot match. We’re happy to both be contributing to this momentum and to be benefiting from all the work Google and others are doing in the area as well.

Again, please provide your thoughts below or via Twitter or join us on the OpenEBS community.

This article was first published on Jul 19, 2018 on MayaData's Medium Account

Don Williams
Don is the CEO of MayaData and leading the company for last one year. He has an exceptional record of accomplishments leading technology teams for organizations ranging from private equity-backed start-ups to large, global corporations. He has deep experience in engineering, operations, and product development in highly technical and competitive marketplaces. His extensive professional network in several industries, large corporations and government agencies is a significant asset to early stage businesses, often essential to achieve product placement, growth and position for potential exit strategies.
Kiran Mova
Kiran evangelizes open culture and open-source execution models and is a lead maintainer and contributor to the OpenEBS project. Passionate about Kubernetes and Storage Orchestration. Contributor and Maintainer OpenEBS projects. Co-founder and Chief Architect at MayaData Inc.
Murat Karslioglu
VP @OpenEBS & @MayaData_Inc. Murat Karslioglu is a serial entrepreneur, technologist, and startup advisor with over 15 years of experience in storage, distributed systems, and enterprise hardware development. Prior to joining MayaData, Murat worked at Hewlett Packard Enterprise / 3PAR Storage in various advanced development projects including storage file stack performance optimization and the storage management stack for HPE’s Hyper-converged solution. Before joining HPE, Murat led virtualization and OpenStack integration projects within the Nexenta CTO Office. Murat holds a Bachelor’s Degree in Industrial Engineering from the Sakarya University, Turkey, as well as a number of IT certifications. When he is not in his lab, he loves to travel, advise startups, and spend time with his family. Lives to innovate! Opinions my own!