Building a Highly Available Architecture on the Cloud
A practical guide to designing cloud systems that stay available through failures, deployments, and infrastructure drift.
High availability starts by shrinking the public runtime. For bakar.dev, public traffic should hit immutable HTML, CSS, media, RSS, sitemap, robots.txt, and search JSON. Laravel remains the private cockpit for editing, preview, building, and publishing.
Separate authoring from serving
The CMS can be slower, private, and operationally rich. The public site should be boring: files on disk or at the edge, no database connection, and no dynamic article rendering for anonymous readers.
Publish versioned builds
Each build gets its own folder and manifest. Publishing verifies expected files, copies assets, and switches the current pointer. If the new build is wrong, rollback is another pointer switch rather than an emergency deploy.