当前的 On Call 机制是否合理，如何改进？

[Makuma]

我目前处于快毕业即将入职的状态，今天凌晨五点多却收到了已经半年离职的公司的三个报警电话，每次都屏蔽，然后还能换新的号码继续打。

且不说这个 bug，如果将来入职后在非工作时间也一直被 on call 电话骚扰个人生活，我可能真的不能适应码农这个职业，毕竟都 996 了，可怜的休息时间还可能被无限打扰。所以想问问大家公司的 on call 机制是怎样的，有没有更好的方法，以及如果实在无法改变的话，大家是怎么接受现状的。

[Makuma]

@redtea
@touchwithe 以前做大数据开发，主营后端，兼职数据，报警的可能是那些数据流任务

[binux]

@Makuma 不会，不等考核就辞退了🐶

[Makuma]

@seki 可能是我工作经历太少，想的太多了

[jadec0der]

一般都是有轮班的才叫 oncall，否则没有 offcall 何来 oncall 。

我以前在一个国内公司，每个 service owner 都是具体的人，只要有问题电话就打过来了，我连健身都把手机放身边，在公司两年没关过机，但是被打电话叫醒的次数也不多，一年两三次吧。

后来去了外企，全组轮班，大概一两个月 oncall 一个周，其他时间放心关机，不会有人找你，缺点是你要给别人写的代码背锅。被叫醒了起来一看是不熟悉的 service，现读代码排查问题。

[Makuma]

@binux 也可能是我自己抗不了压先跑路了[doge]

[Makuma]

@jadec0der 看完我感觉还是倾向于谁的 service 谁负责这种模式

[xmumiffy]

@Makuma 我们 oncall 第一人还是老板

[zy445566]

晚上睡觉前开飞行模式，就说没电了忘记充

[jiangshanmeta]

一个曲线救国思路是做前端。。。。

前端不配 on call

[doudou1523102]

搞两块手机，一块放家里就行了

[Solace202]

@jiangshanmeta 这个真的是前端的一个大优势，做后端的真的很羡慕这一点。

[zhzy0077]

@Makuma 正反都有好处坏处，这两种我都干过，与其让我 365*24 的准备接电话，倒不如一两个月 oncall 一周，虽然可能有时候不懂但也比一直心惊胆战的强。。。

[66beta]

别做运维和基础架构后端

[iyaozhen]

那是前公司的问题，很正常，报警系统没有和员工系统联动，或者自己配置死的手机号。

至于要不要 oncall，这个就得看值班，到你值班了肯定得爬起来处理呀。就像晚上打 110 没人接你不是更抓狂。当然报警分级 /收敛机制要是有的，非紧急的报警要及时去掉

[baiyi]

可以参考《 SRE：Google 运维解密》的第 11 章 on-call 轮值，有一个良好的 on-call 机制还是很有必要的。

[dynastysea]

去大公司吧，离职了立马把你从名单删除，你想收还收不到呢

[dko]

见过携程的 oncall 吗，从你电话响开始算，一直到你接入 VPN 计时，按秒计算有考核
不管这个故障跟你有没有关系，不管几点的告警，必须要到问题解决后才可以挂电话，这个才叫酸爽

[Makuma]

@zy445566 非长远之计啊
@jiangshanmeta 以后可以考虑转岗
@66beta 下一家就是基础架构了
@iyaozhen @baiyi 学习了
@dynastysea 前东家不小了，只不过这个低级错误不是重点
@dko 懂了，以后不去携程

[la2la]

跟程序员无关，跟公司有关。我司周末电脑都不带回家，还电话？

[hello2060]

这个，on 不 on call 无所谓，怎么会用自己的手机号的呢？这就和上班用自己的电脑一样不靠谱啊