昨天 github 掛了兩個小時

2021-10-07 15:56:42 字數 1291 閱讀 1073

首先說下 www.githubstatus.com  可以實時的檢視到 github 服務的可用性狀態 ,文中關於可用性的截圖都來自這裡。

下圖就是今天 (2023年06月30)能看到的服務狀態,可以看到昨天 github 的除了 git pages 服務,其他服務都出現了事故(incidence);其中 git operations(就是我們的 git 相關的操作,比如git clone push)降級的時間長達 2 小時6 分鐘。

目前 github status 上關於本次事故的細節只有幾個時間點。

簡單翻譯下:

06/29 11:38 utc 服務完全恢復

06/29 11:21 utc  服務正在恢復(pshu 的理解是:此時服務開始恢復

06/29 09:44 utc  已經定位到錯誤發生的原因,並著手恢復

06/29 09:14 utc  發現報錯數量和頁面載入速度變慢, 開始調查錯誤

在問題發生的兩個小時裡面,git 的操作(clone push) 是不可用的,所以這個兩個小時裡面一些自動化部署和開發是直接受影響的。而其他的 web 相關的服務,也出現了兩次降級,總共2 個多小時的持續時間。

總的來說這次事故給依賴於 github 的開發者和企業帶來一定的麻煩,在 twitter 上也有人在質疑說,在 被微軟收購後 github 越來越不穩定了。下面的twitter 翻譯:

在被微軟收購以後,github 好像越來越不穩定了。我決定通過 github status 頁面來驗證下我的想法。在 2018 年 10 月收購前,github 的可用有性都是 100%的,慢慢就變得不順暢了,從這個季度看事情基本是廢了。(wheels fall of:不要直譯成輪子掉了,一般翻譯是事情搞砸了)。

當然事情也沒有這個推文說的這麼嚴重,但是可用性只有 99 %對乙個基礎設施來說確實有點不應該。目前事故的原因還沒有透露,如果有新的訊息pshu 會繼續跟進分享給大家的。

兩個小時學會DirectDraw程式設計

這並非譁眾取寵,通常學習一種電腦技術有兩種方法.一種是自己摸索,在錯誤的方向上一錯再錯,屢戰屢敗,不過最後得道成功.另一種是有人 或好的材料指導,因而事半功倍,在正確的方向上走了速成的捷徑.就象kfc 的雞一樣.第一種學法能學出電腦天才,因為所謂電腦高手,其實就是排錯試錯的高手.而第二種則出電腦專才...

mac 上配置兩個github賬號

進入到 ssh 目錄下,可以看到id rsa 和id rsa.pub檔案 ssh keygen t rsa c test email.com 建立第乙個賬號的私鑰和公鑰 ssh keygen t rsa c test2 email.com 建立第二個賬號的私鑰和公鑰 輸入命令之後,會提示你填寫新的檔...

下午去華為面了兩個小時

下午去華為面了兩個小時 title 周五下午,收到華為的 叫週日下午2點去面試。這些天真是累夠戧,今天還跑來單位加班。吃完午飯,一看時間1點過了就出發到了港灣的辦公樓。華為把港灣搞垮了之後,港灣的房子也是它的了。到點的時間是1 45,因為搞不太清楚從哪個門進去,並且週末前台也沒人,於是給一位 姓王的...