
I learned cloud by fixing it first.
I still build with the instinct I picked up on the support desk: assume something will break, and make sure it is easy to see and easy to undo when it does.

My first cloud job, back in 2018, was on an Azure support desk. It is an underrated place to start. For three and a half years I triaged incidents, wrote root-cause reports and ran restore tests, and I learned that most outages are not clever. They are an alert nobody tuned, a permission nobody reviewed, or a change that went out with no way back.
That has shaped how I build ever since. After an MBA at the University of the West of Scotland, I joined Achel Group in the UK as a Cloud Engineer and worked on the AWS platform itself: landing zones, EKS clusters, pipelines and golden images. A year later I stepped into the Solutions Architect role, which meant more time with product and leadership teams, agreeing what should be built before anyone opened a Terraform file.
I am comfortable at a whiteboard and in a pull request, and I think the best architects need to be both. What I care about is the unglamorous work that makes a platform easy to live with: guardrails that catch mistakes early, releases you can undo in minutes, and a monthly bill the finance team can actually read.
Kehinde
The tools I reach for
Day to day that means AWS and Azure, Terraform and Ansible, Kubernetes and the pipelines that feed it. Almost all of it comes straight from my day job. Google Cloud is the newest addition, picked up through multi-cloud data work.
AWS
Microsoft Azure
Google Cloud
Kubernetes
Terraform
Docker
Helm
Ansible
Red Hat
Ubuntu
Linux
GitLab CI
GitHub Actions
Jenkins
Azure DevOps
Prometheus
Grafana
Elasticsearch
Python
Bash
PowerShell
Git
GitHub
Jira
A role to fill, or a platform to fix?
Either way, a short email is the best place to start. Tell me what you are working on and I will reply with honest first thoughts.