Skip to content
DevOps Trends Automation

The Future of DevOps: Trends for 2020

Ian David Rossi
Ian David Rossi December 15, 2019 · 3 min read

TL;DR

DevOps trends only matter if they change how you build and operate systems. Around 2020, five shifts stood out: AI‑assisted operations, GitOps, platform engineering, serverless used with restraint, and observability as a product, not just a tool. The details have evolved, but the underlying ideas still separate teams that move fast safely from those that just rename their departments.

“New logos do not make you modern. New habits do.”

Introduction

Every year, the industry produces DevOps trend lists that look like word clouds: AI, Kubernetes, GitOps, serverless, “shift left.” Most of them are interchangeable and forgettable.

But if you look past the buzzwords, you can see a set of shifts that actually changed day‑to‑day engineering work. Around 2020, several of those trends started to harden into real practice. The names may be slightly different today, but the patterns still matter.

This piece is not about predicting the future; it is about naming the habits that age well.

1. AI-Driven Automation (When You Own the Outcomes)

AI and machine learning found a real home in DevOps where they:

  • Flag anomalies in metrics and logs that humans would miss.
  • Suggest remediation steps for recurring incidents.
  • Help forecast capacity needs based on patterns, not guesswork.

The catch? You still own the blast radius. An AI‑driven “auto remediation” system without guardrails is just a very fast way to break things.

“Machine learning can help you find weird behavior; it should not be allowed to reinvent your runbooks in production without supervision.”

2. GitOps as the Default for Cluster Operations

Around 2020, GitOps moved from blog posts to real clusters. Teams started to:

  • Treat Git as the source of truth for Kubernetes manifests and policies.
  • Use controllers to reconcile live state to what is in Git.
  • Rely on pull requests as the primary way to change production.

That shift turned a lot of “tribal knowledge plus kubectl” operations into something reviewable and repeatable. The specifics (Flux vs Argo CD, mono‑repo vs multi‑repo) are less important than the habit: no more silent changes in consoles.

3. Platform Engineering, Not Just Shared Clusters

“Platform engineering” became more than a slide title. Teams began to:

  • Build internal platforms that offered paved paths for common scenarios.
  • Publish templates and golden paths for services, pipelines, and infrastructure.
  • Treat the platform as a product with a roadmap and SLOs, not as a dumping ground for “stuff ops runs.”

This mattered because it addressed a root problem: developers do not want to manage YAML for its own sake. They want safe, fast ways to ship features.

4. Serverless Computing With Boundaries

Serverless was already a buzzword by 2020, but the mature pattern looked different from the hype:

  • Use serverless for event‑driven glue, lightweight APIs, and bursty workloads.
  • Keep strong observability and cost controls; do not treat it as “free compute.”
  • Know when not to use it—long‑running jobs, complex networking needs, or workloads that require fine‑grained control.

Teams that got this right combined serverless with containers and traditional services instead of trying to cram everything into functions.

5. Observability as a First-Class Product

Observability stopped being “we have a monitoring tool” and became:

  • A coherent strategy for metrics, logs, and traces—with shared identifiers.
  • Dashboards that answered real questions for on‑call engineers and product owners.
  • SLOs and error budgets that informed release decisions instead of just living in docs.

The tools mattered less than the discipline: instrument first, then ship; use incidents to decide what to measure next.

Conclusion

The DevOps landscape around 2020 crystallized a few patterns that still separate effective teams from the rest: AI used to augment, not replace, judgment; Git‑driven operations; platform teams that treat developers as customers; serverless used where it fits; and observability taken seriously.

New buzzwords will come and go. The teams that win are the ones that keep asking a simple question about every “trend”: does this help us ship safer, more reliable systems that people actually want to use?


Stay tuned for more DevOps insights and best practices that value durable habits over fashionable labels.


Stay tuned for more DevOps insights and best practices.