API 閘道器設計 （Rest 風格）
阿新 • • 發佈：2018-12-25
個人學習 加備忘 。
什麼樣的介面，是讓人頭痛？
1. 沒有介面文件 。
2. 出入引數風格不統一 。
3. 異常提示不友好。
4. 模型結構混亂，介面粗暴升級 。
5. 穩定性差，還找不到人。
如果你是一名架構師，在帶領團隊開發大量的API介面，如何在保證專案進度的情況下又保證質量呢？
- 首先把組員召集起來，宣講專案對各成員的意義，從心態上重視該專案。
- 制定介面開發規範，不允許有不清晰的介面結構
- 在執行上對介面進行嚴格審查，建立獎罰制度。
- 建議有效的溝通反饋機制，比如每日開展晨會，專案日報，週報總結等。
只要嚴格遵守以上四點，一般的效率問題和質量問題都不會得到解決，專案會按時完成，專案獎金也會順利下發，形式喜人
真正解決辦法應該技術層面去思考，是對程式的把控，而不是去把控人。
人不可控的因素太多了。
演變過程
分析 API 閘道器的作用 ：
- 去掉mvc 控制器，將http 請求直接無縫接入java服務介面（不通過，對映key 去獲取value）。
- 統一出入參格式。
- 統一異常規範（避免所有錯誤提示都是一個系統異常）。
- 自動檢測服務介面規範。
API 除了做到以上幾點，還要保證他的易用性，沒有過多的配置。
/***********************************分散式架構演變***************************************************************** /
單體架構
單體架構適合創業專案，優缺點都在圖中，隨著使用者量的上升，資料量的加大，單體架構的我們還可以繼續分散式部署，但是分散式部署如果還是支撐不了我們的併發量的話，此時我們就要考慮分散式架構了。
