Oncall/ops 到底能学到东西吗？还是纯粹浪费时间？

楼主能否透露aws哪个组？

能，

但费力不讨好。

匿名用户 发表于 2022-7-25 01:47
理由就是：我是中国人 ：）

官方理由呢

SunShineForK 发表于 2022-7-25 11:53
官方理由呢

官方理由是：

有一次oncall结束之后的ops meeting，review本周所有的ticket，然后在一个region我们dashboard上有一个api在某一时段，大概是上午9点左右出现了异常。

我开会的时候就随口说了一句，那个region之前有LSE来着（large scale event）。然后烙印manager就把这件事情当作dev我的理由，他说lse上午7点就结束了。然后说我root cause找错了。说我干活不认真，没有meet expectation

原邮件是这么写的：

As a recent example, you incorrectly attributed ongoing service impact in GRU yesterday to an LSE that had been resolved several hours prior to the ongoing service impact.


大家觉得是我的问题吗

我也是在大厂，从过去傻白甜业务逻辑，转到infra/cloud，和sre紧密联系。sre发现问题，然后我们基于问题来改进或者写infra new feature。

技术难度比之前高了数量级，什么都要design，复杂系统的太多components把人搞晕。但毕竟是真正implement infra的机会，坚信这种训练对未来职业很有益，同时也就当作每天都在system design实战演习。

wow, this is very helpful experience. But you need to know your goal, can't do this forever

匿名用户 发表于 2022-07-25 08:58:30
官方理由是：

有一次oncall结束之后的ops meeting，review本周所有的ticket，然后在一个region我们dashboard上有一个api在某一时段，大概是上午9点左右出现

这也行，以后谁还敢发言……

匿名用户 发表于 2022-7-25 23:58
官方理由是：

有一次oncall结束之后的ops meeting，review本周所有的ticket，然后在一个region我们das ...

这烙印有点过分了啊

匿名用户 发表于 2022-7-25 08:58
官方理由是：

有一次oncall结束之后的ops meeting，review本周所有的ticket，然后在一个region我们das ...

I'm thinking loudly.

你一个sde1，不从oncall的脏活累活入手积累经验，上来就要大数据高吞吐分布式架构么