危機處理：
客戶：為什麼不能用了，不能登入我們要怎麼作業 OOXX．
PM：好的我們馬上處理 <=聯絡工程師，並且安撫客戶
RD：我什麼都沒動欸，為什麼突然不能用了，前幾天還好好的，生氣氣！
DevOps：我來幫你看看，除錯的過程中...
PM：我也來幫忙找原因為什麼不能用，另外一個系統的 Google oauth 也不能用了
RD：什麼？難道是同一個問題！
PM：你們快點找出問題，我來跟客戶說先用帳號密碼登入，這是 Google 的問題，我們也是受害者，需要時間修復
！
DevOps：我發現你們用的 Oauth App ID的帳號他說今天到期，會是沒有繳錢被停用了嗎？
PM：我打電話去問 Google 客服，幹！客服説我們是免費帳戶，不提供技術支援，但是歡迎在上面留言！還是我們換一組 Oauth App ID
DevOps：替換到 Oauth App ID 之後，還是一樣的問題，初步排除 Oauth App ID 問題，還是用官方範例的插件重寫試試看
．
RD：我先回去寫原本的程式，比較不會讓費時間
PM：好的
DevOps：我使用官方插件還是一樣遇到一樣的問題，改回原來的寫法，網路搜尋也沒什麼人遇到這個問題，太奇怪了！再重寫的過程中發現 redirect_url 怪怪的後面的帶了不必要的參數，另外 scope 改用官方範例的寫，發現錯誤提示不一樣了，好像是 redirect_url 和 scope 問題，在測試一下發現可以正常使用了，太神奇了！
PM：那趕快更新系統，看系統可不可以正常運作了
RD：更新完了可以正常運作！
PM：還好不用加班解決這個問題了！
DevOps、RD、PM 我們一致認為是 Google 害了我們
DevOps：我發現晚上在記錄問題的時候，又重新測試了一次發現是redirect_url 變嚴格了，不是 Scope 的問題，我們誤會 Google 修改了 scope profile 的權限了！
DevOps：我發現晚上在記錄問題的時候，又重新測試了一次發現是redirect_url 變嚴格了，不是 Scope 的問題，我們誤會 Google 修改了 scope profile 的權限了！
Oauth 架構如下圖：
