Gary Climacosa
Cloud platforms, DevSecOps & reliable operations
I design, automate, and operate cloud platforms across Azure, Kubernetes, and enterprise infrastructure.
My portfolio explores governed AI workflows and hybrid systems, with project maturity, evidence, and operational boundaries stated clearly.
Azure · AKS · Terraform · Ansible · AWS · Kubernetes · Governed AI
HARP provides cited operational evidence while people retain approval authority.
Enterprise delivery highlights
Selected outcomes from earlier enterprise roles, separate from the portfolio prototypes below.
Hundreds of VMs
Automated patching and upgrades
Terraform · Ansible · GitLab CI
Leaseweb to Azure AKS
Migrated workloads between platforms
Cloud platform delivery
About 36 APIs
Migrated to Azure API Management
OAuth/JWT integration · API policies
What I Do
What I Build
Cloud platforms, Kubernetes, and delivery systems shaped around clear ownership and day-two operations.
For AI workflows, I design the controlled system around the model.
Cloud Platform Engineering
I design and deliver cloud foundations with infrastructure as code, repeatable releases, and operational ownership in view. The goal is a platform teams can understand, change, and support after handover.
"Automation should reduce risk, not add mystery."
Kubernetes & Distributed Systems
My platform work spans Kubernetes and Azure AKS, alongside self-hosted environments used for portfolio builds. I focus on how deployments, data, monitoring, and team responsibilities fit together once services are running.
"Use distributed systems deliberately."
DevSecOps & Release Engineering
I connect infrastructure automation and CI/CD with release coordination, validation, and rollback planning. A useful delivery path makes changes repeatable while keeping the evidence and recovery steps clear to the people operating the service.
"A release is ready when its recovery path is clear."
Cloud Migration & API Platforms
My experience includes migration work from Leaseweb into Azure AKS and platform operations supporting around 36 APIs. I keep service dependencies, traffic, ownership, and transition risk visible throughout the change.
"Plan the service transition, not just the destination."
FinOps & Cost Engineering
My FinOps case study compares modeled AWS deployment options, including cost and operational trade-offs. The estimates help make assumptions visible; they are not measured production savings.
"Make cost drivers visible before choosing the design."
Governed AI Workflows
HARP and OpenRAG explore cited evidence, private retrieval, and read-only tool access with human approval. These are portfolio prototypes and studies; their maturity and deployment boundaries are stated on each project card.
"Keep evidence visible and decisions with people."
Selected Work
Projects, Prototypes & Case Studies
A selection of case studies, prototypes, architectures, and applications. Labels distinguish project type from its current maturity.
HARP Reliability Platform
HARP, a homelab reliability prototype for evidence-first Kubernetes and infrastructure triage.
A homelab prototype that assembles cited evidence through read-only MCP, with deterministic BM25 fallback and human approval retained for remediation.
My role: Architecture, build, integration, and reliability design
Challenge and approach
Challenge: When alerts fire, operational knowledge is scattered across runbooks, RCAs, dashboards, and chat history. AI-assisted triage without citations drifts into weakly grounded recommendations.
Approach: Built HARP to turn alerts and Git-tracked operational knowledge into cited evidence packs. AI clients receive read-only context through MCP, while workflow state and remediation approval remain under human control. Under the hood: BM25 + hybrid search, optional OpenRAG semantic retrieval, synthetic monitoring signal paths, and Nero-Camp for approval state.
Observability Architecture PoC
A design study for current homelab telemetry and staged cloud observability.
A staged design with cost and security gates; AWS and Azure are not deployed, and application traces are not collected.
My role: Architecture feasibility study
Challenge and approach
Challenge: The homelab’s synthetic log canary and Prometheus metrics path are separate. Extending observability to cloud adds cost, access, and failure boundaries to resolve before deployment; application traces are not collected today.
Approach: Documented the existing synthetic Alloy-to-Loki canary separately from the Prometheus metrics path, then designed an isolated, single-EC2 AWS Compose PoC with private Tailscale operator access and a staged Terraform/Ansible delivery plan. Azure is a reference architecture only; application OpenTelemetry tracing remains future work.
OpenRAG Knowledge Platform
Private retrieval setup for document search and cited answers.
A private retrieval environment for testing vector search, reranking, cited answers, and self-hosted operations.
My role: Deployment, integration, and system design
Challenge and approach
Challenge: Teams want AI-assisted document search without pushing sensitive material into a broad public SaaS workflow.
Approach: Set up a private RAG stack with vector search, reranking, and cited answers on self-hosted infrastructure, while using cloud LLM services selectively.
EKS Triage Copilot
Containerized Python/FastAPI workflow for Kubernetes incident triage; AWS EKS deployment is planned.
A containerized prototype workflow that turns incident context into a first-pass summary; no EKS integration has been validated, and AWS deployment remains planned.
My role: Prototype design and implementation
Challenge and approach
Challenge: Kubernetes incidents often start with scattered context across logs, alerts, and cluster state, which slows down first-pass diagnosis.
Approach: Built a containerized Python/FastAPI workflow to structure incident context for Kubernetes triage. AWS Bedrock, Lambda, API Gateway, and EKS describe a proposed deployment path, not a production service.
AWS Cost Dashboard
FinOps dashboard demo comparing two modeled AWS deployment architectures.
Two modeled deployment designs make the cost and operational trade-offs explicit; savings are estimates, not measured production spend.
My role: FinOps engineer
Challenge and approach
Challenge: Engineering teams need actionable spend insights, not raw billing data — and the infrastructure itself should demonstrate cost awareness.
Approach: Modeled V1 with ECS Fargate + ALB at about $27/month and V2 with EC2 t4g.nano + Caddy at about $6/month. The estimates represent about 78% lower modeled infrastructure cost; both options use the same Lambda + Athena pipeline and GitLab CI lifecycle assumptions.
Homelab Architecture
Self-hosted environment used to deploy and test portfolio systems.
A documented substrate for Kubernetes and data services, with explicit network boundaries and GitOps delivery.
My role: Design and operations
Challenge and approach
Challenge: Portfolio systems are hard to evaluate if they only exist as diagrams or code snippets.
Approach: Built a small self-hosted platform with Proxmox, Kubernetes, storage, and internal tooling so projects can be deployed and operated end to end.
Climacs Taal
A reading-first Dutch learning application with consistent pronunciation across devices.
A static-first Dutch practice app with pre-generated audio; ordinary playback has no runtime cloud dependency.
My role: Product design, architecture, integration, and release engineering
Challenge and approach
Challenge: Browser and operating-system speech voices vary, making pronunciation inconsistent for language learners.
Approach: Built a static-first learning SPA with reviewed lesson data, deterministic audio manifests, Amazon Polly generation, normal/slow MP3s, client-side progress, and accessible playback controls.
Developer Environment Platform
Coder control-plane pilot for self-hosted developer workspaces; workspace launch and persistence remain pending.
A documented one-user control-plane pilot; workspace creation, persistence, recovery, and the separate app/test lifecycle remain unqualified.
My role: Platform design and pilot operations
Challenge and approach
Challenge: Developers need repeatable remote workspaces and temporary app/test environments, with clear ownership so stopping a workspace preserves its files and expiring an app environment cannot delete workspace data.
Approach: Deployed a single-user Coder Community control-plane pilot on the existing homelab Kubernetes cluster, with external PostgreSQL and monitoring. A Terraform template defines an unprivileged workspace and persistent home volume, but has not been imported or applied. First-admin setup and workspace launch remain pending; persistence, recovery, and the separate app/test lifecycle are not qualified.
Career Context
Selected Experience
Enterprise environments where I've delivered cloud, platform, and infrastructure outcomes.
Independent Engineering Projects
Cloud, Platform & Governed AI
- Building and documenting portfolio systems across cloud platforms, Kubernetes, hybrid infrastructure, and governed AI workflows
- Project pages state what is built, modeled, planned, or still unqualified
TOPdesk Nederland BV
Cloud Engineer — Platform & AKS
- Platform support across cloud and SaaS environments with structured change and release coordination
- Operational improvement, deployment validation, incident management, and post-release review
Luxoft — ASML assignment
QA & Test Automation
- Quality engineering and test automation in an enterprise engineering environment
- Experience recorded in the CV as an ASML assignment through Luxoft
DXC Technology / HPE
Infrastructure & Automation
- Infrastructure delivery, cloud migration, and structured deployment planning across multiple clients
- Operational readiness, go-live support, and large-scale modernization
The portfolio projects on this site are how I make newer areas visible: by building, documenting, and testing them in public rather than claiming expertise I have not earned yet.
Current Focus
What I'm Currently Exploring
The direction I'm actively pushing further through case studies, prototypes, and production-inspired builds.
Edge computing
How smaller distributed deployments change operational design, observability, and failure handling when you cannot assume a single central environment.
Hybrid cloud
Patterns that split work between cloud services and self-hosted components without losing track of ownership, deployment flow, or support boundaries.
Proactive AI Reliability (HARP)
Building human-in-the-loop AI systems (HARP, OpenRAG, Nero-Camp) where synthetic monitoring acts as an early-warning radar to generate evidence packs before failures cascade.
Systems Thinking
Architecture Diagrams
Supporting diagrams for the systems above: topology, component layout, and data flow.
EKS Triage Copilot
Planned AWS deployment for a Kubernetes triage prototype
HARP Synthetic Monitoring
Evidence-first reliability workflow
Homelab Infrastructure
Proxmox + K8s cluster
OpenRAG Business
ROI & use cases
OpenRAG Technical
RAG platform architecture
Vector DB Explainer
RAG, embeddings & ANN deep-dive
FinOps V1 (Fargate)
ECS + ALB enterprise architecture
FinOps V2 (EC2)
Cost-optimized — 78% cheaper
About Me
Practical Engineering,
Clear Tradeoffs
I'm Gary Climacosa. My background is in enterprise infrastructure, automation, SaaS operations, and cloud delivery, with hands-on experience across AWS, Azure, and Kubernetes environments.
More recently, I've been using portfolio work to explore AI systems and hybrid architectures in a practical way: by deploying real components, documenting the tradeoffs, and keeping the infrastructure visible.
I don't present myself as a deep edge specialist yet. It's an area I'm actively exploring, especially where edge, hybrid cloud, and AI systems meet and where data boundaries shape the design.
What matters to me is building systems that can be explained clearly: where data lives, what is automated, what it costs to run, and how another engineer would support it later.
FinOps Foundation member since 2025
How I Work
Embedded with your team
I integrate directly with engineering teams — not as an outsider delivering a report, but as a contributor shipping alongside your people.
Pairs with developers & SREs
Infrastructure decisions are better when the people operating them are part of the conversation. I pair, review, and teach.
Simple, auditable, automated
Every system I build can be understood by the next engineer. No hidden complexity, no heroic runbooks.
Get In Touch
Let's Connect
Open to senior cloud, platform, and systems roles, especially where the work is hands-on and involves AWS, Azure, Kubernetes, hybrid cloud, or practical AI systems.
I aim to respond within one business day.