Closed Bug 1449785 Opened 7 years ago Closed 3 years ago

BMO is not serving using HTTP/2.0 any more

Categories

(bugzilla.mozilla.org :: Infrastructure, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: dylan, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf)

I just noticed we're not serving content as HTTP/2.0 post-migration. BMO benefits immensely from that -- quite a difference in perceived performance.
+ if it will be a while before we can have that, we're going to need to re-apply asset concatenation and minification.
Re-enabling this will require a not-insignificant architecture change to ALB's from ELB's. In order to do that, I'd like to: 1) Collect ~1 months worth of traffic data on the ELB's 2) Analyze it because ELB -> ALB traffic isn't a 1:1 comparison 3) Test *extensively* in dev/stage prior to moving to prod. Right now, we (ops) aren't ready for this effort, but we will put this on the short list of things to get done ASAP.
If it takes time to re-enable HTTP/2, we should probably re-enable the CSS/JavaScript file concatenation. I hesitate to add new JavaScript files because of this.
Keywords: perf
See Also: → 1497025
Type: enhancement → defect

It seems that the issue is resolved as of today (March 14 2022 PDT) and the production bugzilla.mozilla.org is serving through HTTP/2.0 properly.
Please confirm if it is fixed.

This has been remedied so this can be closed now.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.