一般情況下，每個微服務之間是獨立的，如果某個服務宕機，只會影響到當前服務，而不會對整個業務系統產生影響。但是，服務端可能會在多個微服務之間產生一條鏈式呼叫，並把整合後的資訊返回給客戶端。在呼叫過程中，如果某個服務宕機或者網路不穩定可能造成整個請求失敗。因此，為了應對微服務的鏈式呼叫異常，我們需要在設計微服務呼叫鏈時不宜過長，以免客戶端長時間等待，以及中間環節出現錯誤造成整個請求失敗。此外，可以考慮使用訊息佇列進行業務解耦，並且使用快取避免微服務的鏈式呼叫從而提高該介面的可用性。
在微服務複雜的鏈式呼叫中，我們會比單體架構更難以追蹤與定位問題。因此，在設計的時候，需要特別注意。一種比較好的方案是，當 restful api 介面出現非 2xx 的 http 錯誤碼響應時，採用全域性的異常結構響應資訊。其中，code 字段用來表示某類錯誤的錯誤碼，在微服務中應該加上「/」字首以便於定位錯誤發生在哪個業務系統上。我們來看乙個案例，假設「使用者中心」某個介面沒有許可權獲取資源而出現錯誤，我們的業務系統可以響應「uc/auth_denied」，並且通過自動生成的 uuid 值的 request_id 字段，在日誌系統中獲得錯誤的詳細資訊。
}此外，我們需要在記錄日誌時，標記出錯誤**以及錯誤詳情便於更好地分析與定位問題。
oauth 是乙個關於授權的開放網路標準，它允許第三方**在使用者授權的前提下訪問使用者在服務商那裡儲存的各種資訊。實際上，oauth 2.0 允許使用者提供乙個令牌給第三方**，乙個令牌對應乙個特定的第三方**，同時該令牌只能在特定的時間內訪問特定的資源。使用者在客戶端使用使用者名稱和密碼在使用者中心獲得授權，然後客戶端在訪問應用是附上 token 令牌。此時，應用接收到客戶端的 token 令牌到使用者中心進行認證。
一般情況下，access token 會新增到 http header 的 authorization 引數中使用，其中經常使用到的是 bearer token 與 mac token。其中，bearer token 適用於安全的網路下 api 授權。mac token 適用於不安全的網路下 api 授權。
**：有夢想的鹹魚
微服務devops 用於微服務的安全DevOps
微服務devops 容器和微服務徹底改變了應用程式開發和基礎架構管理。他們還提出了新的安全挑戰，而沒有解決舊的挑戰。有哪些新的安全挑戰，您可以如何應對？微服務正在改變一切。不變的基礎架構，無共享架構和容器化應用程式 微服務 是當今大多數企業路線圖的重點。微服務提供了一種以小型，自治且可自我維持的能力...
如何保障微服務安全
原文 securing microservices摘要 如何保護微服務，確保微服務的安全，作者從保護應用程式安全和保護容器的安全兩個方面進行了闡述，以下是譯文 實現乙個微服務很難。部署乙個微服務應用程式複雜性也很高。保護微服務的安全就更難更複雜。從 開始呢？腦海中首先出現的一些詞是身份驗證和授權 防...
微服務安全認證概覽
cors 跨域資源共享 springsecurity 服務安全 組成作用 內容示例 header 頭 記錄令牌型別 簽名的演算法等 payload 有效載荷 攜帶一些使用者資訊 signature 簽名 防止token被篡改 確保安全性 計算出來的簽名，乙個字串 token base64 heade...