I’m a hands-on IT director and infrastructure engineer based in St. George, Utah.
I lead day-to-day technology operations while still working directly with Linux, Kubernetes, virtualization, networking, automation, and recovery. I care about systems that can be understood and trusted by the people responsible for them. That means documenting the work, testing the dangerous parts, and designing changes with a real rollback path.
I’m looking to bring that mix of technical depth and operational leadership into a senior infrastructure, platform engineering, or DevOps role.
Hypervisor and virtual machine lifecycle management, run alongside containers where each fits best.
Networking, DNS & TLS
Routing, name resolution, and certificate lifecycles treated as first-class, documented infrastructure.
GitOps & CI/CD
Infrastructure as reviewable code: pull requests, schema validation, and automated checks before anything merges.
Observability
Metrics, logs, and alerting designed to surface issues early and support faster diagnosis.
Backup & recovery
Backup schedules, retention, and restore testing treated as one recovery discipline.
Operational leadership
Owning IT operations end to end: planning, prioritization, incident response, and clear communication.
Selected work
Case studies from real infrastructure work, focused on decisions, controls, and verifiable outcomes.
Kubernetes storage · GitOps
Turning a live Longhorn backup policy into reviewable GitOps
A backup policy that existed only in a live Longhorn cluster, rebuilt as a reviewable GitOps artifact with schema validation, negative tests, and secret scanning.
Full case-study details load from portfolio.json.
Professional approach
01
Documented systems
I put operational configuration and procedures into reviewable source control so they can be understood, handed off, and changed deliberately.
02
Verification before confidence
Restore tests, automated checks, and written outcomes establish whether a system behaves as intended.
03
Conservative operations
I prefer proven tools, minimal dependencies, and changes that can be reviewed and reversed without drama.
04
Controlled disclosure
Technical evidence is sanitized deliberately so it demonstrates the work without exposing operational access or sensitive configuration.