簡介
Dickerson 可靠性階層提供了指引以應對可靠性挑戰的地圖，指出需要解決的問題及其優先順序。 像這類的其他階層一樣，在向上移動金字塔前，確保您所處層級的穩固性是非常重要的。
從基層開始，七個層級分別為：
- 監控：看不見的東西無法改善。
- 事件應變：當警報觸發時，建立可靠且可重複的流程以應變。
- 事件後回顧：從發生的事件中學習（本單元的重點）。
- 測試與發行：在新錯誤進入生產環境之前，及時發現並攔截。
- 容量規劃：確保系統擁有滿足需求的資源。
- 開發：撰寫可靠的軟體。
- 產品：為使用者打造正確的服務。
這個模組針對金字塔中間大致的層級。 在處理好監控與事件應變（或可借助本學習路徑中其他 Learn 模組協助）後，您現在有機會專注於能幫助您提升營運實務的原則與實務。
此階層是改編自 Mikey Dickerson 的可靠性需求階層理論。
本單元聚焦於事故後檢討，幫助你從失敗中學習，進而提升可靠性。
當您完成本課程模組時，您將：
- 探索從事件學習的重要性。
- 瞭解複雜系統的各個層面，使從失敗中學習變得重要。
- 瞭解事件後檢閱的時機和方式。
- 瞭解事件後檢閱的目的和目標。
- 了解做好事後檢討所需的要素。
- 探索 Azure 工具，協助啟動事件後審查。
- 了解需要避免的常見陷阱。
- 找出可進行更佳檢閱的實用做法。
簡介故事
為了為本模組鋪陳背景，這裡有一個真實故事（其實是其中一半;我們稍後會談到第二部分）：
在第二次世界大戰期間，B-17“飛堡壘”飛機參與了一系列事故。 我們不知道這些事故的所有細節，我們不知道有多少事故。 當時正值戰時，許多細節都是機密，至今仍是秘密。 我們所知道的是，涉及許多個別飛機的類似事件相當多。 歷史重述多聚焦於受損飛機而非嚴重傷害，但戰時紀錄並不完整。
在每種情況下，情況都是這樣：一架B-17降落成功，然後不管是在跑道上還是滑行回機庫時，都會發生一些奇怪的事情。 會發生嚴重的事情。 B-17 會落地，起落架突然收回，飛機會倒塌在跑道上。
在每個案例中，調查人員會尋找機械或電氣故障的證據，而且在每個案例中，他們找不到任何證據。 因此，他們的結論是，這是飛行員錯誤的情況，飛行員錯誤地收回著陸架。
這裡有兩項額外資訊：調查人員正確地指出，沒有發生機械或電氣故障。 事故不斷發生。
此資訊可能會導致您對有關這些事故的初始結論感到不滿，也許讓你想知道這是否是整個故事。 在此課程模組中，我們將提出此結論與導致得出該結論的調查中，遺漏某些資訊的意見。