Cloud & Platform Engineering Leader

I build systems that
scale teams,
not just infrastructure.

Turning cloud reliability, cost discipline, and observability into a competitive advantage — at the intersection of platform engineering and strategic leadership.

$0K/mo
AWS cost savings
0%
CI cost reduction
~1 day
→ real-time
CI feedback latency
Impact

Work that moved the needle

Four stories that define how I approach platform engineering — with urgency, precision, and long-term thinking.

01 — Cloud Cost Optimization
From Consistently Over Budget to $100K Saved Every Month
$100K
/ month saved

Our AWS spend was running $80–110K over budget every month — peaking at $782K against a $675K target. Rather than treating this as a finance problem, I treated it as an engineering one.

I led a systematic cost reduction program: rightsizing compute instances to match actual workload profiles, migrating eligible jobs to Spot Fleet, replacing on-demand spend with Reserved Instances and Savings Plans, and aggressively eliminating idle and orphaned resources across accounts.

The outcome: total spend fell from a $782K peak to $665K — the first month we came in under our $675K budget. Savings are now structural, backed by real-time guardrails that keep every team accountable to their cloud footprint.

AWSRightsizingReserved Instances Spot FleetSavings PlansFinOpsCost Guardrails
02 — CI Pipeline Observability
50% CI Cost Cut — and Engineers Got Dramatically Faster Too
~50%
EKS CI cost reduction

The engineering org runs ~2,000 Jenkins jobs per day across a complex build, test, and deploy cycle. Debugging failures meant context-switching between multiple platforms. Worse, CI pipelines ran overnight US time — meaning the EU team waited nearly a full day for feedback on every commit.

I implemented Datadog CI Pipeline Visibility to create a unified view across all Jenkins jobs — build, test, and deploy — replacing manual monthly spreadsheets with daily SLOs on execution time, queue time, and blocked time.

The result: ~50% reduction in EKS CI costs through workload optimization, and CI feedback collapsed from ~1 day to near real-time for both US and EU teams — without duplicating infrastructure. Datadog featured this work in their official case study.

DatadogCI Pipeline VisibilityJenkins EKSSLOsAWSShift-Left
03 — Platform Strategy
One Ecosystem: From Fragmented Cost Tools to a Single Source of Truth
3 tools
→ 1

Cost visibility was scattered across the org: AWS Cost Explorer for raw billing data, nOps for cost reporting, and separate systems for performance and infrastructure monitoring. Teams were constantly context-switching, and cost data lived in a silo disconnected from the engineering decisions that drove it.

I led the strategic migration of cost observability into Datadog — consolidating cost reports, CI metrics, infrastructure performance, and alerting into a single organizational data ecosystem. By putting cost data next to the performance metrics that cause it, teams could no longer ignore the relationship between the two.

Today, engineering teams across the org operate from real-time cost and performance dashboards in a single platform — making cost a first-class engineering concern, not a quarterly finance review.

AWS Cost ExplorernOpsDatadog ObservabilityCost CulturePlatform StrategyDashboards
04 — Reliability Engineering
Postmortem Culture That Actually Stuck: 35% Fewer Repeat Incidents
35%
fewer repeat incidents

Incidents were being resolved but not learned from. Root-cause analysis was inconsistent, action items fell through the cracks, and the same failure modes kept resurfacing across quarters — draining engineering time and eroding SLO budgets.

I built a structured incident and postmortem framework — standardizing severity classification, blameless RCA processes, and systematic tracking of corrective actions through Datadog, Snowflake, and Tableau dashboards. Every postmortem became a closed loop with measurable follow-through.

The result: 35% reduction in repeat incidents and a 25% improvement in mean time to recover (MTTR) — turning postmortems from a compliance exercise into a genuine reliability engine.

Incident ManagementPostmortem FrameworkDatadog SnowflakeTableauSLOsMTTR
Writing & Recognition

Published work

External validation that the thinking holds up beyond the org chart.

Principles

How I think about platform engineering

The beliefs that guide every architectural decision, team conversation, and tooling choice.

01
Observability is a culture, not a tool.
You can deploy the best monitoring stack in the world and still fly blind — if teams don't own their signals. Real observability is built through habits, accountability, and dashboards engineers actually look at.
02
Cost is an engineering problem.
Cloud spend doesn't belong in a finance spreadsheet reviewed once a quarter. It belongs next to your performance metrics, visible to every engineer, every day. When cost and code share a dashboard, behavior changes.
03
Proactive guardrails beat reactive firefighting.
The goal isn't to be fast at fixing incidents — it's to make incidents rarer. Every alert threshold, every budget guardrail, every SLO established is time bought back for the engineering team to build instead of debug.
04
Consolidate before you complicate.
Tool sprawl is a stealth tax on engineering velocity. Before adopting something new, I ask: what can we eliminate? The most impactful infrastructure upgrade I've made wasn't adding a platform — it was collapsing three tools into one.
05
Shift left on everything.
Performance, cost, reliability — these shouldn't be discovered in production. The platform team's job is to move feedback as close to the code commit as possible, so engineers get the right signal at the moment they can still act on it.
Technical Depth

Tools I've owned end-to-end.

Not just used — architected, operated, and improved at scale. Every tool here represents real production ownership across cloud, observability, and platform engineering.

☁️ Cloud & Infrastructure
AWS — EC2, Lambda, S3, EKS, RDS
Terraform (IaC)
Kubernetes on EKS / Docker
AWS Savings Plans & Reserved Instances
Spot Fleet Automation
🔭 Observability & Monitoring
Datadog — APM, Logs, Dashboards, CI Visibility
Prometheus & Grafana
SLO / SLI Design
Alerting Strategy & Runbooks
Distributed Tracing
⚙️ CI/CD & Developer Experience
Jenkins — ~2,000 builds/day
GitHub Actions
Pipeline Observability
Artifact & Registry Management
Developer Feedback Loops
📊 Data & Analytics
Snowflake — Data Warehousing & Incident Analytics
Tableau — Engineering & Reliability Dashboards
Reliability Analytics — SLOs, MTTR, Repeat Incidents
💰 FinOps & Cost Engineering
AWS Cost Explorer
nOps
Datadog Cost Visibility
Instance Rightsizing
FinOps Culture & Team Training
Platform Ownership Map
Open Work

Scripts, tools & side projects.

Automation, runbooks, and tools built from real platform problems — things I've packaged up for others to use or adapt.

AWS Cost Optimization Playbook
Scripts & runbooks for EC2 rightsizing and Savings Plans

A collection of Python scripts, Shell automation, and documented runbooks for identifying rightsizing candidates, automating Savings Plan analysis, and tagging unused resources — built from the real $100K/mo savings initiative.

CI Pipeline Health Dashboard
Datadog dashboard JSON for CI pipeline observability

A ready-to-import Datadog dashboard template for tracking CI pipeline health at scale — execution time, queue time, blocked builds, and P95 latency across Jenkins and GitHub Actions. Inspired by the Datadog case study.

SLO Starter Kit
Templates and guidance for defining service-level objectives

A practical starter kit for engineering teams new to SLOs — includes a template library, error budget calculator, and a guide on setting initial availability and latency targets without overcomplicating the rollout.

More coming soon
Actively working on open-sourcing more tooling

Currently packaging up Terraform modules for multi-cloud cost tagging and a FinOps maturity assessment template. Watch this space — or connect on LinkedIn.

Connect

Let's talk.

Whether you're thinking about cloud cost strategy, platform team structure, or what it looks like to build observability culture at scale — I'm always open to a conversation.

Connect on LinkedIn