Closed
Bug 1398236
Opened 7 years ago
Closed 7 years ago
rework Balrog dev & stage environments
Categories
(Cloud Services :: Operations: Miscellaneous, task)
Cloud Services
Operations: Miscellaneous
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Assigned: relud)
References
Details
Dev should:
- Autodeploy when the "latest" tag changes on dockerhub
- Rebuild its database from scratch whenever a change to the "migrate-dev" tag on dockerhub is made.
Stage should:
- Autodeploy whenever a tag that doesn't match "latest" or "master-*" changes on dockerhub.
- Rebuild its database from scratch whenever a change to the "migrate-stage" tag on dockerhub is made.
The implementation of the db resets should be handled by scripts in the Balrog repo, being updated in bug 1376331.
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → dthorn
Assignee | ||
Comment 1•7 years ago
|
||
instead of migrate-* docker tags, we're going to go with an api on the admin that is handled by nginx to tigger the db reset
Assignee | ||
Comment 2•7 years ago
|
||
Dev exists now, and auto deploys when a docker tag is uploaded named /^master-[0-9a-f]{40}$/. this differs from the original description to ensure that admin and agent change in lock step.
Stage now auto deploys when a docker tag is uploaded that is not 'latest' and not /^master-/.
Database rebuilds are currently planned to be triggered by hitting /__rebuilddb__ with ldap auth. This plan is in security review.
Assignee | ||
Comment 3•7 years ago
|
||
This is complete
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•