4 ms·
Lots of tech companies have engineering offices with SRE responsabilities in Europe timezones. Could be anyone really.
by vbsteven 5y ago
Lots of tech companies have engineering offices with SRE responsabilities in Europe timezones. Could be anyone really.
- unityByFreedom 5y agoMy guess is this level of change would come from senior devs in the main office.
- maccard 5y agoAre you implying that no senior devs or main offices are located in europe? Also, just because the rollout to fastly happened at a morning EU time, doesn't mean that the change was made. If there's a deployment pipeline, it could have been made 2-3 hours earlier, or even the day before
- unityByFreedom 5y agoI'm saying a big network change is probably going to be executed while HQ is awake and in the loop. In my experience the most skillful devs aren't the most senior.
- vbsteven 5y agoWe don't know much about the specific client configuration change that triggered this condition yet. It doesn't necessarily have to be a big company wide infrastructure change. To me it sounds plausible that an SRE team in an alternate location made a change scoped to their permission level, following company-directed playbooks, which eventually triggered the faulty condition at Fastly.
- unityByFreedom 5y agoSeems likely to me this was a change pushed from outside the US given the timing.
- yupper32 5y agoMany big tech companies (and individual products within the company) rotate oncall/release/SRE responsibilities between NA and EU. HQ doesn't need to be awake in these cases.