Kehinde Abiuwa
Kehinde Abiuwa in a dark suit jacket
Selected work

Platform work, told plainly.

Most of what I build sits behind client agreements, so the names stay out. The problems, the decisions and the results are real, and each one comes from my time at Achel Group between 2023 and 2025.

  1. 01

    A multi-account AWS foundation teams could build on

    Achel Group · 2024 – 2025
    • Organizations
    • Control Tower
    • SCPs
    • Transit Gateway
    • Direct Connect
    • Security Hub
    • GuardDuty
    The problem

    Teams needed new AWS accounts quickly, and every new account was one more place for a security gap to hide.

    What I did

    I designed the landing zone with AWS Organizations and Control Tower and set up account vending, so a new account arrived with its networking, IAM and logging already in place. Service control policies stopped risky changes at the organisation level. Connectivity ran through Transit Gateway, with Direct Connect and site-to-site VPN for the hybrid links, and every account sent its logs to a central security account watched by Security Hub, GuardDuty and AWS Config.

    The resultDay one

    New workloads start life in a compliant account, rather than being cleaned up after the fact.

  2. 02

    Infrastructure as Code that people actually trust

    Achel Group · Nov 2023 – May 2025
    • Terraform
    • CloudFormation
    • GitLab CI
    • EKS
    • Aurora
    • WAF
    The problem

    Infrastructure changes were slower than they should have been, hard to audit, and environments had a habit of drifting apart.

    What I did

    I built a library of reusable Terraform modules for VPCs, EKS and ECS, Aurora, S3 and WAF, each with pinned versions and clear inputs and outputs, and kept CloudFormation where it made more sense. Every change went through the same gate: format, validate, plan, a human approval, then apply. Scheduled drift checks flagged anything that had been changed by hand.

    The result40%+

    Faster infrastructure lead time, every change auditable, and fewer changes failing in production.

  3. 03

    Releases you can take back

    Achel Group · Feb – Sep 2024
    • GitLab CI
    • CodePipeline
    • CodeDeploy
    • Jenkins
    • GitHub Actions
    • Blue/green
    • Canary
    The problem

    When a release went wrong, rolling it back took hours. That makes people nervous about shipping at all.

    What I did

    I standardised the pipelines across GitLab CI, AWS CodePipeline, Jenkins and GitHub Actions. Each one ran unit and integration tests, scanned container images, checked the SBOM, and released with blue/green or canary deployments, so a bad version could be switched off without drama.

    The resultHours → minutes

    Rollback time came down from hours to minutes, and releases went out more often because they felt safe.

  4. 04

    Microservices on ECS Fargate, with the supply chain locked down

    Achel Group · Jan – Jun 2025
    • Docker
    • ECS Fargate
    • CodeArtifact
    • ACR
    • IAM
    • SBOM
    The problem

    Getting a new service from a Dockerfile into production took too long, and there was not enough control over what went into the images.

    What I did

    I containerised the services and designed them on ECS, using Fargate and EC2 where each fitted best. I wrote the task definitions with autoscaling and least-privilege IAM roles, and put artifact governance in front of everything with CodeArtifact and ACR, so vulnerable packages were blocked in CI before they could ship.

    The result<1 day

    A new service can be onboarded in under a day, with supply-chain checks built in rather than bolted on.

Working together

Where I can help your team

If you are hiring, my experience page is probably what you are after. If you run a team that needs a hand with its cloud, these are the jobs I do best. I am happy to come in for a short review or stay for the whole build.

  1. 01

    Cloud foundations

    A multi-account AWS setup done properly the first time: Organizations, Control Tower, account vending, guardrails, and a network you will not need to redo in a year.

  2. 02

    Architecture reviews

    A Well-Architected review that is honest about cost, security and reliability. You get a short list of fixes ranked by what they are worth, not a ninety-page report.

  3. 03

    Migrations

    Moving workloads into AWS with MGN, backed by cutover runbooks, rollback plans and proper dry runs, so the migration weekend is a quiet one.

  4. 04

    Delivery pipelines

    CI/CD with tests, image scanning and blue/green or canary releases, built on what you already use, whether that is GitLab, GitHub Actions, Jenkins or CodePipeline.

  5. 05

    Containers and Kubernetes

    EKS and ECS platforms with sensible defaults for scaling, access and observability, kept tidy with Helm and GitOps.

  6. 06

    Cost clean-up

    Rightsizing, Savings Plans and storage lifecycle rules, plus dashboards that show each team what it is spending and why.

Kehinde Abiuwa in a cream polo with his arms folded

“Tell me what you are running and what is bothering you about it. You will get honest first thoughts, even if the answer is that you do not need me.”

Tell me about your project
Next step

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.