Skip to content
production / main000%
All writing
ENTRY-035Infrastructure10 August 2026 · 1 min read

Why I did not deploy Kubernetes for a solo SaaS

A powerful technology can still be the wrong answer when its operational surface is larger than the problem it solves.

The bottlenecks were request behavior, state ownership, performance and cost visibility rather than cluster scheduling. Kubernetes would add upgrades, ingress, secrets, observability and incident-response work without removing those root causes.

I would revisit the decision when multiple services truly need independent scaling and operational ownership exists.

  • Kubernetes
  • Solo SaaS
  • Architecture
  • Complexity
  • Decision

AVAILABLE FOR PROJECTS · PRODUCT & SYSTEMS ARCHITECT · TAKEOVER / STABILIZE / OPERATE · WEB · ANDROID · WINDOWS · AHMET CANAL

Contact

Has your product grown faster than its system?

Send the current situation, your biggest blocker and the outcome you want. We will clarify scope together.

Availability

Open to new consulting and project-based work.

GROWTH / SIGNAL LOOP

Move from reading to a decision.

Booking, feedback and system notes in one low-friction exit.

CNV-01

Technical call

If there is a fit, move directly to a 20-minute call.

CNV-02

Decision blocker

Tell me what is still missing with one signal.