龙空技术网

4个9的目标有多难,来看看飞书运维同学的OKR

飞书张同学 218

前言:

现时朋友们对“运维okr 举例”大概比较珍视,同学们都需要了解一些“运维okr 举例”的相关知识。那么小编同时在网络上汇集了一些有关“运维okr 举例””的相关内容,希望姐妹们能喜欢,小伙伴们一起来了解一下吧!

中秋佳节的倒数第二天,本来应该是个四平八稳的一天,结果被上午突如其来的一次飞书文档小故障打破。

对我而言不过是又一次去直面用户朋友的消息轰炸,快速灭火已经习以为常。可对飞书运维的同学可就不那么友好啦,来看看这次小故障过程,历时36分钟完成修复。

飞书文档故障过程

先来瞅瞅这次小故障大家的反应,简单发些图欣赏下,无奈中不失大神本色,想看更多细节。

这是反馈给我的,小助手估计忙坏了

还有不喜欢飞书收钱的

那个友商是重点被怀疑对象

已经考虑提前过中秋了

以上截图尽显朋友们对飞书文档的喜爱之情,有些是真爱但也有些是因为社区威慑力。PS:社区爆粗会被管理员踢出去,就再也无法回来吹牛皮了[黑线]

也就过了那么一会,社区同学开始将上面的截图状态同步出来了,我还在好奇我不是可以拿到第一手信息的嘛,怎么有比我还快的,结果一看是飞书有专门的服务状态通知网页。

进去一看各项模块指标一览无余,就「飞书文档」是屎黄的异常提示,当时只顾着应付客户,忘记截图了,让大家看看最新的状态。原来飞书的服务状态是实时对外开放的,我就赶紧Ctrl+D了。

然后看了下飞书全年的运行状态。发现大部分月份都是满分,但还是有那么几个月,不小心来了几次。

4个9的目标就藏在这里

一看这个月截止到当天的稳定性是99.78%,想一想飞书同学的这个双月OKR结束还有44天,这要完成4个9目标估计有点难。由于本人数学比较差,就用计算器算了下,结果不出所料,就算最后44天全部100分也没法达到4个9的目标了[偷笑]

计算器算的应该不会骗人

那究竟是啥个原因会出现这次故障呢,以我8年SaaS老油条的经验判断,可能是大版本发布前的阵痛,不信看看这个东西。

飞书文档「权限+」

飞书文档「权限+」,在用飞书的或没用飞书的朋友,估计大部分还没见过。我也是就着一些便利,提前拿到了灰度名额,目前内部已经实现全量升级啦。那个未升级成功的,是合作伙伴共享过来的文档,可以忽略[憨笑]

具体差异可以点击查看哈什么是“权限 1.0”和“权限+”?

总之,对于一款面向下一代的国民级SaaS服务,产品稳定性和安全性毋容置疑是重中之重,出现这样的情况是不太应该哈。但对于这款才面向社会推出2年不到的新SaaS能有这样的表现,也算是很优秀啦。尤其是有SaaS行业经验的朋友,都懂的哈[无辜笑]

先进团队,先用飞书。有不懂的,大家在评论区一起交流[机智]

标签: #运维okr 举例