Cloud Native Sutras · 01

Why I’m starting Cloud Native Sutras

In Sanskrit, a sutra is a thread of knowledge — short, durable, meant to be remembered and applied. Cloud native work needs the same thing. It rarely fails because someone forgot what a Pod is. It fails in the gaps: ownership between platform and app teams, GPUs that look healthy but sit idle, traffic contracts living in Ingress folklore, observability nobody owns end-to-end.

Cloud Native Sutras is my series for that layer — practical threads on Kubernetes, platform engineering, DevOps, and the CNCF community. Not another beginner tutorial stream. Notes from shipping, operating, and learning in public.

What the series covers

Expect a mix of:

  • Platform & operations — paved roads, Gateway API, GitOps maturity, day-two reliability
  • AI infrastructure on Kubernetes — inference, accelerators, cost, and what platform teams actually own
  • Observability & delivery — OpenTelemetry, SLOs, change safety
  • Community & contribution — SIGs, KCDs, mentorship, and conversations with practitioners when they teach something transferable

How I’ll write

Every post aims for a decision, not a tour. If a piece cannot answer “what should a platform or DevOps team do differently on Monday?”, it isn’t done.

Canonical articles live on blog.ramneekkalra.in. LinkedIn is the megaphone. YouTube is where longer conversations live.

What I’m not doing

  • Vendor roundups disguised as education
  • Tutorial spam that already exists in official docs
  • Chasing CNCF blog placement on day one

Earn the bigger stages with a trail of useful writing first. That’s the plan for these sutras.

Next sutra (Aug 4): Kubernetes is the AI OS — but most teams are stuck on inference, not training.

If you work on platforms, DevOps, AI infra, or CNCF community programs and want to compare notes, find me on LinkedIn or YouTube.

Discuss this sutra on LinkedIn →