DevOps is dead. But what will replace it?

This aligns with some of my experience. Btw, your comment appeared 'dead' to me which didn't make sense... I learned about the ability to 'vouch' for the first time. Great feature. HN truly is a well evolved platform. Kudos to all roles for providing this service, visited and valued by so many wonderful geeks. Ty!

This is a garbage quality post but the underlying premise I think is fair. I’ve heard much more reputable people like Kelsey Hightower make similar claims recently.

Just as a matter of personal interest I spent the last year looking into the question of how close could a small and possibly even competent one person team get to doing “cloud native” “best practices” from day one if they made the right choices.

My assessment is that, we as an industry are right now, entering an interesting stage where this is starting to look vaguely possible thanks to some recent offerings.

Running Kubernetes for example has in just the past couple of months potentially become a genuinely hands off exercise thanks to GKE Autopilot where you can just throw containers at it and it will just work and do the right thing by default.

Granted this is only one part of the problem however.

The other super powerful component of K8s however is it’s idea of a reconciliation loop. People are starting to see this as not JUST a tool for managing application lifecycles and scaling but now as one of the key new primitives in automation.

If you can specify:

1. The current state of a system.

2. What code needs to be run in order to transition from one state of a system to another

Then you can create a custom resource definition in order to manage that for you. This is where you’re starting to see a lot of interesting new things emerge. For example while tools like Terraform are great to setup infrastructure they don’t have a solution for say when someone starts manually adding, removing or otherwise configuring your infrastructure outside of it. That’s a great example of a problem that can now just go away and this is where you’re seeing a new generation of tools emerge in that space like Crossplane.

Now I can not only specify my infrastructure as code, have everything go through a gitops style workflow but I can also rest assured that I won’t ever have a configuration drift problem again.

Other cool areas I’ve noticed emerging at the application development level include projects like Dapr which is one of the best things to come out of Microsoft in years I think. But for those who are unfamiliar with it their promise is again built on top of Kubernetes custom resource definitions and says here is a single standard API which you can use and we will do pretty much any task relevant to distributed applications for you using best practices and you never have to think about it or touch it. So this means I as a developer or an operator am no longer thinking about things like service discovery or having to set up read replica databases anymore etc.

Finally, one more piece of the puzzle I’m excited about is a project called “open application model” which once again is built on top of custom resource definitions and let’s me as a developer to just specify my various applications as common components and traits I.e this is a service and it should be available to the outside world.

With that information it has everything it needs to once again just go and do the right thing and I never need to think about it again.

Basically, I agree with what is said here even if it’s poorly written. I don’t think right now is necessarily a great time to go and become a Kubernetes expert because the need for them is likely to become much smaller in the future as organisations instead move to various standards that CAN be automated in predictable and reliable ways.

P.S Open policy agent is another powerful abstraction that plays a key part here that I haven’t mentioned. But this is a great place to put all of the logic that defines “what is the right thing to do (especially if it is specific to my business)” and the rest of the tools I’ve mentioned here can use that. But normally coding this stuff manually at scale across distributed systems would have become a nightmare.

Whatever "DevOps" is...

Could anybody explain what's the point of using 50% gray for main text font? Does it really look good to somebody besides the designer?

It was, but in the end it couldn't, because as it turns out "developers" aren't really programmers and even the plan to make them responsible for their own messes is ultimately failing... very, very few people are truly meant and talented to program a computer, the rest have no business being in this industry and are in it for all the wrong reasons.

For programming a computer, correctly, elegantly, has always been an elitist, and will forever remain an elitist thing to do. It requires patience, dedication, perfectionism, something most of the people currently "developing" do not and will never have.

I have been preaching automation on the level of systems exchanging messages and reaching decisions based on the exchange of those messages for decades, which is why my designs have stood in production for decades. What will replace DevOps? OS packaging, as it was meant to, because it is the correct, optimal solution to very large scale automation of autonomous systems, which require no human interaction or oversight.