Skip to content

I'm currently populating my catalog on the site. Pardon the prefilled data. The entries are actively being updated and cleaned up.

Previous website

Spoke at the Accra cloud community meetup

Presented a session on Kubernetes scheduling and node failure recovery to a room of about 40 engineers and students in Accra. First time speaking on infrastructure topics to a local audience.

  • Community
  • Speaking
  • Kubernetes
  • Community
  • Accra
Date
2026-02-08
Category
Community
Proof Type
Speaking engagement

Impact

Got three follow-up questions that became blog post topics. Two attendees reached out afterward about cloud engineering paths.

The session#

The meetup was organized through a local tech community group in Accra. I was asked to do a 30-minute session on Kubernetes internals — specifically how the scheduler makes decisions and what happens when a node goes down.

I walked through the scheduling pipeline, showed some real YAML examples, and demoed a node failure scenario in a test cluster. The room was mixed — some students who had never touched Kubernetes, some engineers with production experience. That range made it more interesting to navigate.

What worked#

Leading with "here's what fails and why" instead of "here's what Kubernetes does" got more attention. Engineers respond to problems better than architectures. The failure scenario demo landed better than the theory slides.

The follow-through#

Three questions from the floor became the seeds for blog posts:

  • How does the scheduler handle pod affinity and anti-affinity at scale?
  • What's the right mental model for node vs. pod failure?
  • When does a DaemonSet actually matter?

Two people reached out the week after — one asking about breaking into cloud engineering, one asking about the Scratchcode bootcamp. That's the part of community work that compounds slowly but adds up.

The real win

Teaching something forces you to understand it better. Preparing this session tightened my own mental model of Kubernetes scheduling considerably.

Related Wins

Additional wins that show adjacent production improvements, design calls, and debugging work.

Tightening EKS ingress health checks to make rollouts boring again

Reduced deployment friction by aligning ALB health checks, readiness behavior, and ingress expectations so rollout failures became faster to diagnose and less disruptive.

  • Debugging Stories
  • Production incident fix
  • AWS
  • Kubernetes

Cut EKS cluster costs by 34% without touching capacity

Identified and fixed a cluster cost problem caused by over-provisioned node groups and unset resource requests — without reducing actual workload capacity or changing application behaviour.

  • Infrastructure
  • Production outcome
  • AWS
  • EKS

Team offsite to Cape Coast — and why it mattered more than I expected

A two-day trip with the Scratchcode team to Cape Coast turned into one of the most useful alignment sessions we've had. A mix of work, history, and real conversations about where we're headed.

  • Team Moments
  • Team milestone
  • Team
  • Culture