ops: update akamai docker-compose to pull :production tag (#117) #128
No reviewers
Labels
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: cal/major-domo-database#128
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "issue/117-ops-update-akamai-docker-compose-to-pull-productio"
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?
Closes #117
What was done
Immediate fix (applied directly on akamai):
~/container-data/sba-database/docker-compose.ymlonssh akamaiimage: manticorum67/major-domo-database:latest→image: manticorum67/major-domo-database:production:productiontag on nextdocker-compose pull, consistent with the CI tagging strategy from PRs #114 and #116Repo change:
docker-compose.prod.ymlto version control — captures the production configuration so it's no longer only on the server. Future updates to production config can be tracked via PR.Files changed
docker-compose.prod.yml(new — production config snapshot with:productionimage tag)Test results
No test suite. Change verified by reading back the updated file on akamai:
AI Code Review
Files Reviewed
docker-compose.prod.yml(added)Findings
Correctness
image: manticorum67/major-domo-database:productionmatches the CI tagging strategy from PRs #114 and #116. This is the right tag to pull.WEB_WORKERS=4is present and correct — matches the prod override documented in PR #116 review.WORKERS_PER_CORE,TIMEOUT,GRACEFUL_TIMEOUTare correctly omitted (these are still present indocker-compose.ymlas pre-existing vestiges, but the prod file is cleaner without them).DISCORD_WEBHOOK_URL.docker-compose.ymlincludes- DISCORD_WEBHOOK_URL=${DISCORD_WEBHOOK_URL}butdocker-compose.prod.ymldoes not. If production is deployed from this file, Discord webhook notifications will be silently disabled (the app handles it gracefully with a logger warning, so no crash). Per PR #83 review notes, this var must be wired to production for webhooks to work. Worth adding to keep the config complete and consistent with dev.Security
sync-prodSSH key exposure is unchanged fromdocker-compose.yml(mounts/home/cal/.sshinto a container). Pre-existing pattern, out of scope for this PR.${...}. Correct.Style & Conventions
DATABASE_TYPE=postgresqlis a vestigial env var (SQLite fallback was removed in PR #89). Pre-existing in dev compose too — flagged as non-blocking in PR #123 review. Same applies here.adminer:latestuses a mutable tag. Less critical for an ops tool, but noted for consistency with the project's recent trend away from:latesttags.Suggestions
- DISCORD_WEBHOOK_URL=${DISCORD_WEBHOOK_URL}to theapiservice environment block so the prod config is feature-complete.DATABASE_TYPE=postgresql— it has no effect since PR #89 removed the SQLite branch.Verdict: COMMENT
The core change is correct —
:productiontag is right,WEB_WORKERS=4is right, legacy tiangolo vars are correctly absent. Approving. The missingDISCORD_WEBHOOK_URLis worth fixing but the app degrades gracefully without it, so not blocking merge. Gitea prevents self-approval.Automated review by Claude PR Reviewer
Checkout
From your project repository, check out a new branch and test the changes.