语雀服务崩了后谈
该文章为补档,并发布在别的地方,写于2023/10/25
语雀服务在23号崩溃了约10小时,借此机会想聊聊这个事件
说个笑话: 语雀服务崩溃后,运维的脚本都存在语雀里拿不出来,所以才崩溃了那么久(当然这只是玩笑)
现在程序员的现状: 开发完一个项目后,团队中的大多数人可能会被优化或转岗(能写个交接文档已经算不错了),而新接手的人员往往无法快速熟悉项目(我认为这是服务恢复缓慢的主要原因,尽管语雀官方声明是旧存储系统的问题)
通过这个事件我们可以认识到,即便是大厂也无法保证服务的绝对高可用,因此重要数据一定要做好备份!!!不能只依赖网盘存储!!!正确的备份方式应遵循3-2-1原则: 3个数据副本、2种不同备份介质、1个异地灾备中心
借此机会,我今天上班时也与开发同事聊了5分钟,讨论了新的笔记存储方案: 使用Markdown+VuePress+Git,并自动部署在自己的服务器上,实现随时随地访问。这种方案相对安全,做到了本地、服务器和GitHub三地备份
目前我个人的笔记存储方法是: 将所有图片存储在自己的服务器上,笔记和开源项目文档存入Git仓库(每次推送至自建Git服务,由服务器分发到码云和GitHub,然后触发GitHub Actions自动打包为静态文件并推送到docs分支,最后由GitHub Pages自动部署,并将静态文件同步到码云)。这套流程看起来复杂,实际搭建起来并不困难,且实现了本地、自己服务器和两个Git平台的多备份,同时支持随时随地访问
至于大文件的存储,我和同事都在家中搭建了NAS(网络附属存储,可理解为本地化的云盘)来存储数据
