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

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

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

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

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

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

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

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

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

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

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

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

前端不配 on call

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

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

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

别做运维和基础架构后端

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

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

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

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

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

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

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

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