fly-http-readiness-checks: Add Fly.io HTTP readiness checks for Warren #1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "task/fly-http-readiness-checks"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Assigned idea
Improve Fly Machines rollout safety by adding an explicit HTTP health/readiness check to the Fly service definition, so traffic is only routed once the Warren web UI is actually responding.
Approach: 1) Edit
fly.tomland locate the[[services]]entry whose concurrency block containstype = "connections"(shown around line 86).2) Under that same
[[services]]entry, add an HTTP check block (or update the existing one) so Fly can mark the Machine healthy only after the web server responds:[[services.http_checks]]protocol = "http"method = "GET"path = "/"grace_period = "20s"interval = "15s"timeout = "2s"/) to avoid failures caused by missing tokens during health probing.Verification: - Ensure the config still parses locally:
python -c "import tomllib; tomllib.load(open('fly.toml','rb'))"flyctl config validate -c fly.toml[[services]]stanza as the concurrency setting (type = "connections") by inspectingfly.toml.Risk: If
/ever starts returning a non-2xx/3xx response (e.g., becomes auth-gated or slow), Fly may mark Machines unhealthy and impede deploys; if that happens, adjust the check path to a lightweight public endpoint and/or relaxtimeout/grace_period.Agent context
Task slug: fly-http-readiness-checks
Branch: task/fly-http-readiness-checks
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.