根據 Docker 的說法，本周二（2019 年 10 月 15 日）上午 Docker 的短暫宕機導致一些開發人員無法訪問其集中管理的 Hub 注冊服務，之后其服務已經恢復正常運行。
然而，這家最近貌似很缺錢的 DevOps 明星公司今天表示，由于一個未知問題，太平洋時間 10:06 到 11:04 （即世界通用協調時間 17:06 到 18:04）期間，Docker Hub 注冊表無法訪問。
雖然該服務在中午時分恢復上線，但 Docker 一直無法解釋一個小時停機的確切原因。“我們已經解決了注冊服務的問題。Docker 的 pull 和 push 能繼續正常工作了，“ 針對該次事件 Docker 在其最新的官方更新中說，“我們將繼續監控局勢。”
然而，這個問題并未終結，就在注冊服務恢復正常工作后不久，Docker 就表示它的門戶網站也出現了問題。“Docker 的 Hub 注冊服務（即 Docker 的 pull 和 push）現在工作正常，但是我們正在調查 Docker Hub 網頁的登陸錯誤，” 這是 Docker 在太平洋時間 12:19 PM （即世界通用協調時間 19:19 ）的更新中所發表的內容。
注冊用戶已要求 Docker 提供更多的信息關于到底發生了什么，并要求保持消息更新。
與此同時，程序員和運營人員群體紛紛在網上分享了自己的各種情緒反應，有的人因為短暫休息而享受到些許愉快，有的人卻因為 Docker 的宕機感到十分惱火。我們可以肯定的是，這些差異完全取決于該次宕機在你所在物理位置和時區所發生的具體時間，以及你在該宕機時段中是否正在將容器從 Hub 部署到自己的測試、生產或開發現場。
程序員和運營人員在網上的吐槽：
網友 1：一整天都在努力奮斗以修復最后的 bug，并在一天結束之時進行部署，結果…… dockerhub 掛了
網友 2：Dockerhub 掛了 ;) 我們公司真是太過度依賴于 Docker Hub 了。
根據 Docker 的 Hub 歷史頁面顯示，該服務的上一次重大宕機是在今年的 8 月 7 日，云服務器租用，香港免備案主機，當時服務中斷導致了持續 7 個小時的部分宕機。根據 Docker 估計，在今天（10 月 15 日）的宕機之后，注冊服務的正常運行時間達到 99.4%。
延伸閱讀：
關注中國IDC圈官方微信：idc-quan 我們將定期推送IDC產業最新資訊
查看心情排 行你看到此篇文章的感受是：
2019-08-26 09:11:00
運維管理 運維難度“更上一層樓”—不存在的！
如今，數字化時代已經到來，數據中心規模和容量都在成倍增長，隨之而來的運維管理復雜度和難度也越來越大，從腳本運維、工具運維到平臺運維演進至今，人力已接近極限，隨即 <詳情>
2019-08-05 17:10:00
云資訊 既然有了Docker， 為什么還要Kubernetes ?
常言道：“一千個讀者眼里有一千個哈姆雷特”。同樣的話也適用于 Kubernetes，同樣的系統在不同的開發人員眼中也是不同的，甚至在不同階段對于它的理解也截然不同。 <詳情>
Docker Kubernetes
2019-06-25 15:23:17
據國外媒體報道，亞馬遜目前已在官網證實云計算服務出現了宕機，多個云服務區域的連接因此而受到了影響。 <詳情>
2019-06-25 10:36:16
