Closed
Bug 1246975
Opened 8 years ago
Closed 7 years ago
Configure a staging deployment system
Categories
(developer.mozilla.org Graveyard :: BrowserCompat, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jwhitlock, Unassigned)
References
Details
(Keywords: in-triage, Whiteboard: [specification][type:feature][bc:infra][bc:milestone=motorbike])
What problem would this feature solve? ====================================== BrowserCompat is currently hosted on Heroku, and deployed when the master branch is updated and TravisCI runs "green", which includes unit and integration tests. A staging deployment is required for additional integration tests, and to test configuration changes before they are enabled in production. Who has this problem? ===================== Staff contributors to MDN How do you know that the users identified above have this problem? ================================================================== MDN uses a staging / production system, and many configuration issues are discovered in staging. How are the users identified above solving this problem now? ============================================================ BC is not yet in production usage. Errors for beta users is not a blocking issue. Do you have any suggestions for solving the problem? Please explain in detail. ============================================================================== Jenkins appears to be the Mozilla standard for testing and deployment. One or more instances will be to be provisioned (one for all components, or one for the API, one for the C&M interface, etc.). One staging configuration [1] is: - Deployment server (admin.browsercompat.org) - QA server (qa.browsercompat.org) - C&M server (www.stage.browsercompat.org) - API server (api.stage.browsercompat.org) - Importer (importer.stage.browsercompat.org) - Table renderer (integrate.stage.browsercompat.org) - C&M asset CDN (www.stage.cdn.browsercompat.org) - API asset CDN (api.stage.cdn.browsercompat.org) Backend services (databases, web workers, task workers, test robots) will also be needed for a full environment. SSL certs will also be required. In general, the components do not need to be synchronized (for example, an API deployment does not mean the C&M server needs to also be deployed, and vice-versa). [1] https://wiki.mozilla.org/MDN/Development/CompatibilityTables/Infrastructure#Production_Services Is there anything else we should know? ======================================
Reporter | ||
Updated•8 years ago
|
Blocks: 1242437
Severity: enhancement → normal
Whiteboard: [specification][type:feature] → [specification][type:feature][bc:infra][bc:milestone=motorbike]
Reporter | ||
Comment 1•7 years ago
|
||
The BrowserCompat project is canceled. See https://github.com/mdn/browsercompat for current effort. Bulk status change includes the random word TEMPOTHRONE.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•