The architect behind Rack2Cloud has 25 years in the trenches — focused on deterministic infrastructure, sovereign cloud, and production-grade migration architecture across every major enterprise vertical.
From SAN troubleshooting to Terraform drift remediation — from Am Law firm infrastructure across three continents to enterprise HCI presales at an OEM — every architecture documented on this site has been tested against production-scale infrastructure. Not lab assumptions. Not vendor slide decks. Production.
>_ Hands On Scale
Work ranges from designing 100+ node hyperconverged clusters to building hybrid repatriation strategies for AI workloads running Llama-class models across AWS, Azure, and GCP.
→ Eliminating micro-bursts and latency drift in production clusters
→ Making infrastructure behave predictably under unpredictable load
→ Proving that HA, failover, and recovery actually work — not just in diagrams
>_ SPECSHEET
Op Time25+ YEARS>_ Systems Design & HCI
Migrations Delivered1000s OF VMs>_ Zero Data Loss Record
Certifications15+ CERTS>_ HCI, Cloud & Resilience
Core StackHYBRID>_ HCI • Cloud • IaC
>_ THEORIGIN
The career arc runs from enterprise legal IT — managing multi-office infrastructure for Am Law firms across New York, Washington DC, and London — through data center solutions architecture at a national VAR, to senior solutions engineering at a major HCI OEM selling and delivering the full stack directly.
That combination — OEM presales depth plus independent delivery experience — is rare. Most architects design it. Most presales engineers sell it. Very few have done both across 25+ years and multiple verticals.
Focus Areas:
[01] Eliminating micro-bursts and latency drift in production clusters
[02] Making infrastructure behave predictably under unpredictable load
[03] Proving that HA, failover, and recovery actually work — not just in diagrams
[04] Migration mechanics, repatriation math, and immutable backups that hold under pressure
>_ INFRASTRUCTUREJOURNEY
From physical infrastructure through virtualization, cloud, automation, recovery engineering, and AI platforms — 25 years of successive infrastructure transitions, each one building the pattern recognition the next required.
Physical Infrastructure
Cisco UCS · Dell PowerEdge · HP BladeSystem · Rack & Blade Architecture · Data Center Operations
Current focus: AI infrastructure, cloud economics, recovery engineering, and platform strategy.
>_ MISSIONDIRECTIVE
Rack2Cloud exists to document the engineering reality that marketing whitepapers leave out — the parts that break, drift, fail, or cost more than anyone predicted. This site is for engineers, architects, and operators who have to make systems work in production. Not just in slide decks.
[01]
No Theory
If it’s published here, it ran in the lab first — and survived failure testing.
[02]
No Fluff
Migration mechanics, repatriation math, immutable backups. The things that decide whether architecture holds under pressure.
[03]
No Vendor Theater
Tools are evaluated based on behavior, not branding. The content is the proof of work.
>_ OPERATIONAL
STANDARDS & PROTOCOLS
PROTOCOL 01: LAB VERIFICATION
I do not publish theory. Every architecture, script, and configuration is validated on bare-metal lab infrastructure before it reaches this site.
PROTOCOL 02: FUNCTIONAL VALIDATION
Code is not theoretical. If I provide a Terraform script or Python automation, it has been executed against live endpoints to ensure functional accuracy.
PROTOCOL 03: DRIFT AUDIT
I check for version drift, API deprecations, and breaking changes before recommending a migration path. “It worked on my machine” is not a valid excuse.
[2026-09-19]PublishedGM’s Brake-by-Wire Investigation Is a Verification Story
[2026-09-18]PublishedEnterprise Architecture Has Identity Governance. It Doesn’t Have Delegation Governance.
[2026-09-18]PublishedAI Infrastructure Is Becoming Critical Infrastructure. The Architecture Has to Change.
[2026-09-17]PublishedGovernance Cost Inversion: When the Approval Chain Costs More Than the Risk It Prevents
>_ RECENTDEPLOYMENTS
AI Infrastructure
GM’s Brake-by-Wire Investigation Is a Verification Story
A safety-critical failure investigation rarely ends with the component that failed. The harder question is whether the system had enough independent verification to detect the failure before it became consequential. GM’s brake-by-wire investigation exposes the same architecture problem that appears in automated infrastructure: validation cannot be assumed simply because the system passed its own checks.
Enterprise Architecture Has Identity Governance. It Doesn’t Have Delegation Governance.
Identity governance answers who can act. Delegation governance has to answer who can authorize someone else to act, under what conditions, and for how long. As infrastructure becomes increasingly delegated through automation, agents, and service identities, that second control plane becomes an architecture problem of its own.
AI Infrastructure Is Becoming Critical Infrastructure. The Architecture Has to Change.
AI infrastructure is moving from specialized compute toward infrastructure that can carry operationally significant workloads. That changes the architecture problem: availability, dependency isolation, power, networking, recovery, and failure domains become part of the AI platform rather than concerns delegated to the underlying facility.
