Uses

The stack I actually run

Everything here is in service of one thing: keeping systems observable and recoverable when nobody is standing in front of them. If a tool cannot be monitored, backed up, and restored, it does not earn a place.

Servers and virtualization

  • Dell PowerEdge hardware, still earning its keep on ESXi 6.7 rather than being replaced
  • VMware ESXi for the hypervisor layer, with VMs split by job: monitoring, storage, automation
  • Kubernetes for the workloads that benefit from it, including the agents that scrape and report
  • Docker for everything that does not need an orchestrator
  • NAS storage with offsite replication, and restore drills that get run instead of assumed

Networking

  • Cisco switching and routing, racked and cabled by hand
  • 40GbE backbone between the heavy hitters where the data actually moves
  • Tailscale for reaching the lab from anywhere without opening a port to the internet
  • Segmented networks for management, storage, and anything exposed

Monitoring and alerting

  • My own tooling, because the failure modes I care about are specific: endpointwatch, rackpulse, pinggrid, restore-drill
  • Severity tiers with one named owner per tier, and escalation that runs whether or not I am awake. The model is written up in this post
  • An outside-in heartbeat, so silence itself becomes an alert when the lab is the thing that died

Industrial and control systems

  • PLC platforms: Siemens, Omron, Schneider, Delta, Lenze
  • SCADA and HMI: Siemens WinCC and comparable HMI panels
  • Injection and blow molding lines, cap lining, grinders, drives and robotics integration
  • Plant services as one system: natural gas, compressed air, water, electrical, HVAC and chillers

Software and scripting

  • Python for automation, scraping, and the glue between systems
  • PowerShell and Bash for the unglamorous work that has to be repeatable
  • Windows Server and Linux in the same rack, because operations reality is mixed
  • AI models as a component, not a product: summarising, classifying, and explaining what changed

Home and lab automation

  • Z-Wave and Home Assistant for lighting, sensors, and whole-home control
  • A solar-supported lab, which is the most direct way to learn what a power event does to a workload
  • ESP32 and CAN bus for the hardware-level work that pure software people skip

How this page stays honest

Nothing on this page is an affiliate link and nothing is sponsored. If a tool leaves the stack, it leaves the page. Related reading: what a $0 home lab taught me about enterprise ops.