# 阿里的语雀，何以交付

**URL:** <https://www.isharkfly.com/t/topic/15343>\
**Category:** 文档交付\
**Tags:** 文档交付\
**Created:** [January 18, 2024, 3:28am UTC](https://www.isharkfly.com/t/topic/15343 "2024-01-18T03:28:22Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![honeymoose](https://www.isharkfly.com/user_avatar/www.isharkfly.com/honeymoose/32/20796_2.png) [@honeymoose](https://www.isharkfly.com/u/honeymoose)\
**Post date:** [January 18, 2024, 3:28am UTC](https://www.isharkfly.com/t/topic/15343/1 "2024-01-18T03:28:22Z")

</div>

正在准备把一些比较重要的参考文档放到可以随时准备访问的地方，但今天闲来无事居然看到了这样的一篇文章。

文档笔记类的代表产品语雀，昨天突然访问502了。而归属于阿里大厂的产品， **下线了超过7个小时，这是非常罕见的** 。

比如曾经微信就出现过，但 **几分钟就解决了** 。

 ![](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/2X/7/7488019b26166149bef8cab15af23b78dc189521.jpeg)

▲微信的官方修复

而在信息安全标准化的今天，服务用户超过百万的产品，\*\*通过特定的时间范围来确定事件等级，\*\*恢复时间都是按照分钟计算，大厂里有的核心产品可能按照秒计算。

而这一次阿里的语雀，有网友说 **经历了7小时10分钟** 。

文章的来源是 [36kr.com](http://36kr.com) 上面的一篇文章。

## 有点怕怕

要知道这种文档写作类的网站在工作期间最怕的就是网络不行或者出现问题。

轻一点导致文档不一致，或者辛辛苦苦写的方案没有保存而需要重来。

重一些，一些比较重要的笔记，比如说服务器的安装策略或者升级策略步骤等，因为文档系统的崩溃而导致数据拿不回来也没有办法对我们自己的服务器进行升级。

这个问题是非常严重的。

---

<div class="post-metadata">

**Author:** ![whitewatercn](https://www.isharkfly.com/user_avatar/www.isharkfly.com/whitewatercn/32/2131_2.png) [@whitewatercn](https://www.isharkfly.com/u/whitewatercn)\
**Post date:** [January 18, 2024, 8:35am UTC](https://www.isharkfly.com/t/topic/15343/2 "2024-01-18T08:35:01Z")

</div>

啊？语雀又崩了？之前就崩过一次很严重的

如果想随时访问，git pages怎么样

---

<div class="post-metadata">

**Author:** ![honeymoose](https://www.isharkfly.com/user_avatar/www.isharkfly.com/honeymoose/32/20796_2.png) [@honeymoose](https://www.isharkfly.com/u/honeymoose)\
**Post date:** [January 18, 2024, 1:28pm UTC](https://www.isharkfly.com/t/topic/15343/3 "2024-01-18T13:28:12Z")

</div>

@whitewatercn 说的就是去年那一次了。

今天用的时候发现也是载入缓慢，一些页面我这边载入到 1 分多钟了，这效率是在是不敢恭维。

通常这种文档库有很多重要的配置和步骤在上面，突然打不开或者打开要等好久这心情可想而知。