一份不大的救命文档,一场时间与生死的接力
2021年7月20日,一場暴雨打破了一座城市的寧靜。短短24小時,就讓這座黃河邊上的“中原糧倉”變成了一片汪洋。
罕見的特大暴雨席卷了整個河南,大雨沖毀了城市里大部分的基礎設施,通訊受阻導致大量災區民眾無法獲得有效的救援,許多人已經在水里泡了好幾個小時卻無人知曉。
自7月20晚開始,大量河南暴雨的信息開始在各類社交媒體急速傳播,各類在線文檔也開始出現。不同類型的救援信息,被志愿者們分門別類地編輯進不同類型的文檔,一時間“待救援人員名單”、“避險名單”、“住宿交通物資信息”等文檔開始在各類社交媒體內進行傳播。
放在平時,一份文檔對于我們來說可能是工作和生活的必備工具。但在這次的災情中,每一份文檔都是一條信息高速通道,每一個字符都寄托著社會各界對受災同胞的殷殷關切。
文檔是救援的方舟,在此刻顯得尤為重要,石墨文檔在第一時間向奮戰在抗汛一線的政府部門 / 醫療機構 / 公益組織 / 社會團體 / 個人志愿者等免費提供高級版產品及服務。助力各方做好信息收集與發布,實現更高效的溝通協調。
根據目前的數據,自20日晚起,截止本周,全國共創建了超過1600個災情相關文檔,累計為數百萬設備提供了文檔協作服務。主題包括現場求援、物資同步、洪災志愿者填報、洪澇自救知識科普等。在災情發生24小時內,石墨文檔移動端訪問量激增5.4倍以上。
《河南洪災緊急求助信息登記表》分省市訪問趨勢圖
災情相關文檔實時熱度圖
一條又一條的救命信息,為災區人民提供了生機,但也讓石墨文檔背后的IT系統面臨著巨大的挑戰。而其中最重要的挑戰就是:如何保證系統的平穩運行。
只有系統平穩地運行,用戶才能在第一時間對各類救命文檔進行整理、編輯、歸納等操作,讓更多人參與到文檔的共同協作當中,讓各條救命信息能送到真正有需要的人手中。
在此次災情中,石墨文檔出色地完成了作為“信息載體”的任務,確保文檔始終穩定可用。而此次在災情期間石墨文檔能有如此出色表現,很大一部分原因是因為石墨文檔早在5個月之前利用阿里云構建了一整套智能運維系統,打通系統全鏈路可觀測數據,實現了統一管理,智能告警和預檢能力。
在河南疫情發生不久后,石墨文檔SRE團隊工程師在7月20日晚值班時突然接到告警電話,電話那頭語音自動播報石墨線上K8S集群資源使用率飆升,PV 同比增加200%以上。緊接著又收到某些業務接口訪問量驟增和多個資源快到壓力位的告警信息,并且伴隨著多次容器自動擴容的事件發生。通過基于 SLS 打造的一條全渠道事件總線,快速定位到事件起因:多個文檔的讀寫次數和訪問人數出現異常增多。
定位到相關文檔后,發現原來是有人使用石墨文檔統計救災信息,所以才有大量用戶同時訪問。由于訪問人數增長過快,不知道后續上漲趨勢如何,于是SRE工程師緊急協調了數倍于往日的阿里云計算資源對基礎設施進行了大規模擴容。確保這些救災文檔在數千人同時協作,數百萬人次瀏覽的情況下也能保持穩定、流暢的體驗,保障救災工作順利進行。
一份文檔,牽動一城的心;一份文檔,打開一條求生通道;一份文檔,為河南的受災群眾帶去新的希望……
在進入云原生時代后,逐漸完善的IT基礎設施,推動者企業業務進行數字化創新。而如何提升用戶體驗,讓業務快速且穩定地為用戶服務,是企業在這個時代發展的關鍵。尤其在面對各種突發情況需要用到該業務時,只有做到“快速且穩定”才能讓該業務在關鍵時刻起到最大的作用。
原文鏈接:https://developer.aliyun.com/article/785994?
版權聲明:本文內容由阿里云實名注冊用戶自發貢獻,版權歸原作者所有,阿里云開發者社區不擁有其著作權,亦不承擔相應法律責任。具體規則請查看《阿里云開發者社區用戶服務協議》和《阿里云開發者社區知識產權保護指引》。如果您發現本社區中有涉嫌抄襲的內容,填寫侵權投訴表單進行舉報,一經查實,本社區將立刻刪除涉嫌侵權內容。總結
以上是生活随笔為你收集整理的一份不大的救命文档,一场时间与生死的接力的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 外部工具连接SaaS模式云数仓MaxCo
- 下一篇: 非标准化的阀门企业也在用钉钉宜搭实现数字