LONG-RUNNING SERIES

Production Operations on a Single Server

A ten-part production path from architecture, systemd, Caddy and Docker Compose to secrets, backups, rollback, monitoring, troubleshooting and incident runbooks.

10/10published / target
  1. 01
    Servers & Deployment

    Design a Single-Server Setup: Reverse Proxy, App, and Database

    Draw the boundaries between the public entry point, reverse proxy, application, database, files, and backups so fewer ports are exposed and incidents are easier to diagnose.

  2. 02
    Servers & Deployment

    Run a Web Application as a systemd Service

    Move an app out of a temporary terminal session. Define a dedicated user, working directory, environment file, restart behavior, and logs, then verify the service safely.

  3. 03
    Servers & Deployment

    Host Multiple Websites on One Server with Caddy

    Route each domain to its own local service with Caddy. Check DNS, upstream addresses, HTTPS, configuration validation, safe reloads, and every affected site.

  4. 04
    Servers & Deployment

    Docker Compose Production Readiness Checklist

    Before moving a working Compose project into production, check image versions, builds, ports, internal networks, persistent volumes, health checks, restarts, and rollback.

  5. 05
    Servers & Deployment

    Manage Production Secrets and Environment Files Safely

    Separate ordinary configuration from secrets. Choose where to store .env files and service credentials, restrict access, avoid logging secrets, and plan rotation and incident response.

  6. 06
    Servers & Deployment

    Back Up and Restore SQLite and PostgreSQL Databases

    Choose a consistent backup method for SQLite or PostgreSQL, then document encryption, off-site storage, retention, verification, and a restore rehearsal in isolation.

  7. 07
    Servers & Deployment

    Deploy on One Server with Health Checks and a Rollback Plan

    Prepare and back up before release, start a candidate version, verify its health, switch traffic, observe the result, and keep a clear route back to the previous version.

  8. 08
    Servers & Deployment

    What to Monitor on a Small Website Server

    Start with user-visible availability, then watch application health, CPU, memory, disk, backup age, and logs. Set alerts that reflect sustained problems rather than brief spikes.

  9. 09
    Servers & Deployment

    Troubleshoot 502, 504, and HTTPS Errors Layer by Layer

    Trace faults through DNS, network access, TLS, Caddy, the local upstream, application, and database using evidence at each layer instead of blindly restarting the server.

  10. 10
    Servers & Deployment

    Keep a Website Server Running with a Maintenance Checklist

    Organize daily, weekly, monthly, and quarterly checks for availability, patches, capacity, backups, accounts, certificates, dependencies, and recovery drills.

RESOURCES I USE · REFERRAL

Two services to compare when you are ready to launch

This is not an automated ranking, and neither service is necessary for everyone. These are services I use, with the use case and limitations kept visible.

Cloud server · Used for early projects

RainYun

A practical candidate for a website or small service. Choose by user region, configuration and measured workload rather than the lowest headline price.

Referral disclosure: these links contain my referral information. I may receive a platform benefit if you sign up or order, at no additional charge from AIOOS. Check the order page for current pricing, availability, regions and terms. Read the full affiliate disclosure