01
Source and release control
Repository source, pull requests, CI contracts, dry runs, deployment helpers, and rollback evidence.
Barndoor Platform
Barndoor combines infrastructure, operations, automation, local AI, public-safe telemetry, edge appliances, and recovery practices without hiding how the system works.
Architecture
Each layer shares the same standards for ownership, visibility, security, and recovery.
01
Repository source, pull requests, CI contracts, dry runs, deployment helpers, and rollback evidence.
02
Ubuntu Server, system services, local AI, APIs, scheduled maintenance, backup tooling, and health collection.
03
Websites, Discord applications, monitoring, Minecraft, product pages, and bounded public APIs.
04
A permanent Pi NOC and authenticated apartment-edge reporting that observe state without becoming alternate control planes.
Capabilities
Deployment, observation, maintenance, and recovery are connected responsibilities rather than separate tools.
Service checks, edge freshness, events, UPS state, thermals, and recovery evidence.
Reviewable source changes, automated contracts, preview-first deployment, and post-release verification.
Private AI and focused automation that explain evidence and prepare human-approved next actions.
Backups, checksums, rollback procedures, restore drills, and explicit runbooks.
Operating boundary
Small nodes may display or report health, but Barndoor remains the central source and control plane.
Edge reporting
Signed reports use freshness, replay, source, storage, and public-output controls.
Public access
Public pages expose operating posture without credentials, private paths, raw logs, or administrative controls.