Change Management

Change Management Article

Jacob CoccariJacob Coccari
2 min read

If They Don't Know Kubernetes

This actually makes FluxCD MORE valuable, not less.

The Problem with Manual K8s

Without GitOps, they need to learn:

  • kubectl commands (50+ subcommands)
  • Cluster contexts and namespaces
  • How to authenticate and manage credentials
  • Debugging failed deployments
  • Rollback procedures
  • What's actually running vs what should be running

That's a LOT to transfer.

With FluxCD: Simplified Interface

They learn:

  1. Git (they already know this)
  2. YAML files (readable, declarative)
  3. "Git push = deploy"

That's it. FluxCD handles the complex K8s stuff automatically.

The Teaching Path

Traditional Handoff:

"Here's how to use kubectl..."
"Remember to set the right context..."
"To deploy, run these 8 commands in order..."
"If it fails, check the logs with..."

Overwhelming. High failure risk.

GitOps Handoff:

"Here's the repo."
"This file controls what's deployed."
"Change it, commit, push."
"FluxCD deploys it automatically."
"Check the PR for any errors."

Manageable. Lower risk.

Real Example

Their junior dev needs to update the app image:

Without GitOps:

# They need to know:
kubectl set image deployment/app \
  app=myapp:v2.0 \
  --namespace=production \
  --context=prod-cluster
  
# Did it work?
kubectl rollout status deployment/app -n production

# Oh no, it failed. Now what?
kubectl describe pod... 
# (panic ensues)

With GitOps:

# Edit deployment.yaml
image: myapp:v2.0  # Change this line

# Commit and push
git commit -m "Update to v2.0"
git push

# FluxCD shows status in PR/Git
# If it fails, just revert the commit
git revert HEAD

They're editing a file, not memorizing kubectl syntax.


The Pitch: "Training Wheels for K8s"

"You're right - your team doesn't know Kubernetes deeply. That's exactly why we're recommending FluxCD:

Option A: Teach them to be K8s experts

  • 6-12 months learning curve
  • High risk of mistakes during handoff
  • Requires constant kubectl access and cluster permissions
  • Knowledge transfer = teaching them everything we know

Option B: Give them GitOps

  • Git skills they already have
  • Self-service deployments without deep K8s knowledge
  • Guard rails prevent common mistakes
  • Knowledge transfer = "here's the repo, here's how to change it"

FluxCD is the abstraction layer that lets your team operate K8s without being K8s experts. It's not dumbing it down - it's making it safe and manageable."


The Growth Path

Month 1-3 (We're still here):

  • They make changes in Git
  • They see FluxCD apply them
  • They learn YAML structure organically
  • Low-stakes learning environment

Month 4-6 (After handoff):

  • They're comfortable with Git-based deployments
  • If they want to learn deeper K8s, they can
  • But they don't NEED to for day-to-day operations

Month 12+:

  • Some team members dive deeper into K8s
  • Others stay at the Git interface level
  • Both are fine - FluxCD supports both skill levels

Address the Concern Directly

Client: "But if we don't know K8s, won't we be dependent on this tool?"

You: "Great question. Three points:

  1. You're going to be dependent on SOMETHING - either our scripts, or an industry-standard tool used by thousands of companies

  2. FluxCD has massive community support. When you Google a problem, you'll find answers. With our custom process, you'll have to call us

  3. This actually REDUCES your K8s knowledge requirement. You can operate it safely while learning K8s gradually, not all at once during a stressful handoff"


The Safety Argument

Without GitOps:

  • Junior dev runs wrong kubectl command
  • Accidentally deletes production database
  • No easy undo

With GitOps:

  • Junior dev makes PR with wrong config
  • Senior dev reviews it
  • Or: Auto-deploy happens, something breaks
  • git revert fixes it immediately
  • Full audit trail of what happened

"FluxCD gives your less-experienced team members safety rails. They can't accidentally kubectl delete production."


Bottom Line

"You don't know K8s" is the BEST argument FOR FluxCD, not against it.

It's the difference between:

  • Teaching someone to be a mechanic (traditional K8s handoff)
  • Teaching someone to drive a car with automatic transmission (GitOps)

They can learn to be a mechanic later if they want. But they can drive safely right now.

Jacob Coccari

Jacob Coccari

Change ManagementFeatured Article