Book Image

DevOps Paradox

By : Viktor Farcic
Book Image

DevOps Paradox

By: Viktor Farcic

Overview of this book

DevOps promises to break down silos, uniting organizations to deliver high quality output in a cross-functional way. In reality it often results in confusion and new silos: pockets of DevOps practitioners fight the status quo, senior decision-makers demand DevOps paint jobs without committing to true change. Even a clear definition of what DevOps is remains elusive. In DevOps Paradox, top DevOps consultants, industry leaders, and founders reveal their own approaches to all aspects of DevOps implementation and operation. Surround yourself with expert DevOps advisors. Viktor Farcic draws on experts from across the industry to discuss how to introduce DevOps to chaotic organizations, align incentives between teams, and make use of the latest tools and techniques. With each expert offering their own opinions on what DevOps is and how to make it work, you will be able to form your own informed view of the importance and value of DevOps as we enter a new decade. If you want to see how real DevOps experts address the challenges and resolve the paradoxes, this book is for you.
Table of Contents (21 chapters)
20
Index
21
Packt

Looking to the future

Viktor Farcic: So, what's next, then?

Andy Clemenko: In the near future, I see serverless picking up some momentum, but I'm still waiting for serverless to be actually written into the lower-level orchestrator directly, and not as it currently is, which is as an extra layer on top. To me, serverless is just a rapid reaction scheduler, to some extent.

Elias Pereira has done some really awesome stuff with OpenVAS, to the point where it's got self-autoscaling of containers because it's deploying its own Prometheus. To me, conceptually, having similar functions at multiple layers seems redundant. So, let me ask this: if we can take OpenVAS and build it into the lower orchestrator, why don't we build into right into Kube or right into Swarm?

At least that way I'm advocating for a 38 top-level object. But the idea, though, is that if you have more batch processes like serverless, they can still use the same schedule. You don't need to build...