t**r
发帖数: 3428 | |
e********2
发帖数: 495 | 2 both, 现在dev也必须会ops。
【在 t**r 的大作中提到】
: 大家公司里kafka是dev弄还是ops折腾
|
f*******t
发帖数: 7549 | 3 确实。现在我们组的ops解散了，dev要扛起全部oncall责任，不想干了
【在 e********2 的大作中提到】
: both, 现在dev也必须会ops。
|
p*****2
发帖数: 21240 | 4 ops去哪里了？
【在 f*******t 的大作中提到】
: 确实。现在我们组的ops解散了，dev要扛起全部oncall责任，不想干了
|
d*******r
发帖数: 3299 | 5 都失业了，跟以前网管一起失业
【在 p*****2 的大作中提到】
: ops去哪里了？
|
f*******t
发帖数: 7549 | 6 有的转dev有的跳槽，人数越来越少，我们就干脆不招人了，primary oncall让dev承担。
最近培训我们怎么解决ops问题，比如mongo挂了怎么重启之类的，烦啊
【在 p*****2 的大作中提到】
: ops去哪里了？
|
j*****8
发帖数: 3635 | 7 那你们的oncall岂不要赶上马鬃了
担。
【在 f*******t 的大作中提到】
: 有的转dev有的跳槽，人数越来越少，我们就干脆不招人了，primary oncall让dev承担。
: 最近培训我们怎么解决ops问题，比如mongo挂了怎么重启之类的，烦啊
|
f*******t
发帖数: 7549 | 8 今早还问了个instagram的朋友，他们那边oncall也惨不忍睹。
其实fb infra这边的oncall比亚麻好不了多少，每个team就算有PE数量也很少，不可能
承担primary oncall
【在 j*****8 的大作中提到】
: 那你们的oncall岂不要赶上马鬃了
:
: 担。
|
d*******r
发帖数: 3299 | 9 你们fb用专门的DevOps工具吗，比如 Chef,SaltStack，Docker?
【在 f*******t 的大作中提到】
: 今早还问了个instagram的朋友，他们那边oncall也惨不忍睹。
: 其实fb infra这边的oncall比亚麻好不了多少，每个team就算有PE数量也很少，不可能
: 承担primary oncall
|
p*****2
发帖数: 21240 | 10
钱比亚麻多很多呀。
【在 f*******t 的大作中提到】
: 今早还问了个instagram的朋友，他们那边oncall也惨不忍睹。
: 其实fb infra这边的oncall比亚麻好不了多少，每个team就算有PE数量也很少，不可能
: 承担primary oncall
|
|
|
f*******t
发帖数: 7549 | 11 好像用chef。另外公司自己开发了不少工具用来管理服务器、做deployment
【在 d*******r 的大作中提到】
: 你们fb用专门的DevOps工具吗，比如 Chef,SaltStack，Docker?
|
f*******t
发帖数: 7549 | 12 其实fb给的很少，股价不涨pkg都到不了20万，比亚麻强的有限。另外E5 E6据说
refresh很少，不像G和A能给到Base的水平，所以走的人很多。
【在 p*****2 的大作中提到】
:
: 钱比亚麻多很多呀。
|
j*****8
发帖数: 3635 | 13 今年看到很多fb的跳到气床了
【在 f*******t 的大作中提到】
: 其实fb给的很少，股价不涨pkg都到不了20万，比亚麻强的有限。另外E5 E6据说
: refresh很少，不像G和A能给到Base的水平，所以走的人很多。
|
l*********s
发帖数: 5409 | |
p*****2
发帖数: 21240 | 15 大牛想跳哪里呀？什么价位才可能动心呢？
【在 f*******t 的大作中提到】
: 其实fb给的很少，股价不涨pkg都到不了20万，比亚麻强的有限。另外E5 E6据说
: refresh很少，不像G和A能给到Base的水平，所以走的人很多。
|
f*******t
发帖数: 7549 | 16 我现在觉得工资不用比现在高很多，轻松最重要，绝对不能oncall
【在 p*****2 的大作中提到】
: 大牛想跳哪里呀？什么价位才可能动心呢？
|
f***8
发帖数: 510 | 17 现在都流行SOA，一个小组要搞定所有的，做ENGINEER这一行不ONCALL是不可能的，希
望少点ONCALL吧。别指望DEVOP了，这行基本就慢慢消失了。
【在 f*******t 的大作中提到】
: 我现在觉得工资不用比现在高很多，轻松最重要，绝对不能oncall
|
p*u
发帖数: 2454 | 18 we r OK w/ on-call as long as pay catches up
【在 f***8 的大作中提到】
: 现在都流行SOA，一个小组要搞定所有的，做ENGINEER这一行不ONCALL是不可能的，希
: 望少点ONCALL吧。别指望DEVOP了，这行基本就慢慢消失了。
|
f***8
发帖数: 510 | 19 这个计较TRICKY，到底有多繁重的ONCALL是进了公司甚至进了某个小组才知道，之前比
较难明确知道。
【在 p*u 的大作中提到】
: we r OK w/ on-call as long as pay catches up
|
f*******t
发帖数: 7549 | 20 太tricky了，完全无法预测。就算进组时oncall情况很好，也可能半年内就急剧恶化。
比如：
1. 码工和service越来越多，就分裂成几个小组，各own一部分service，分开oncall。
rotation一下子变小，可能每个月轮一次。
2. 像parse这样，本来有ops扛着primary oncall，人员流失后dev得上前线了。
组里人变多或变少或其它reorg都可能导致oncall变得很痛苦。而且变坏的可能性最大
，我还真没见过变好的例子。
【在 f***8 的大作中提到】
: 这个计较TRICKY，到底有多繁重的ONCALL是进了公司甚至进了某个小组才知道，之前比
: 较难明确知道。
|
c****f
发帖数: 1102 | 21 现在其实流行在第三世界国家组个team 专门做oncall 因为人员便宜 反正7×24小时都
cover就好了
我面过几个公司 包括现在工作的这个都是 墨西哥啊 波兰啊 赛比利亚啊之类的
dev oncall也是肯定跑不掉的 只是千万别做primary oncall 如果是晚上被吵醒 第二
天你起来班也不会想上 关键是 oncall不是shift 90%的公司根本不给钱的 据说google
的SRE oncall是给钱的 其他公司多数都不给。 说实话 我们组里很多dev情愿自己少拿
点工资 也不愿意oncall |
