1. 確定請求位址(https 網域名稱、ip位址)
2. 確定身份（發起者、接收者、唯一標識）
4. 確定請求型別（httppost、websocket）
5. 確定操作方式(pull / push 點對點 多對多)
6. 確定加密機制安全性(訊息可逆rsa)
7. 確定請求頻率（設定請求上限 每日請求上限，每時請求上限，每分請求上限，每秒請求上限）
8. 確定請求時間（什麼時間發起的請求，統一時區）
9. 確定家族血統可追蹤（訊息相關性）
10. 確定用途、用法（提示、警告、廣告）
11. 確定資料穩定性 （能否正常發出或者接收到訊息，能否正常解析出訊息體）
12. 確定資料有效性（生存週期，什麼時間過期，能夠正常解析，特殊字元定義，保留字段）
13. 確定請求內容（內容體格式定義，長度定義、編碼格式utf-8）
14. 確定時間一致性 （是否要求實時或者t+n）
15. 確定對接方式（直接http請求,websocket請求，嵌入特定sdk）
16. 確定備份機制（訊息是否備份，備份有效期）
17. 確定追回機制（未讀的訊息能否追回）
18. 確定攔截機制(過濾特定訊息體內容)
19. 確定日誌記錄(記錄訊息的產生到達全生命週期監控)
20. 確定訊息異常機制（訊息被阻塞，異常重複消費，**問題，系統執行異常，硬體記憶體、cpu、執行緒不足、超時、網路問題、例項宕機、許可權讀寫異常等）
21. 確定訊息重複嘗試機制（異常訊息補充）
22. 確定是否需要佇列對佇列（第三放佇列接入）
23. 確定快取機制(本地快取，伺服器快取)
24. 確定保證訊息佇列的順序性（按序消費）
25. 確定資料量最大支撐(gb/tb/pb/eb/zb/yb/bb/nb/db)
26. 確定硬體配置（是否可橫向擴充套件，滿足高併發）
by:long.tang
對接第三方介面要注意哪些,你踩過坑嗎
做程式開發的難免會和第三方服務商打交道，對於我們程式設計師來說，最頭疼的就是呼叫第三方服務商提供的介面，這個是最頭疼的事情了，稍不留神，就踩坑。下面我來說說遇到的坑 首先 現在大部分介面都是走的是http協議加json格式進行傳輸呼叫，我們拿到第三方介面先不要急著去對接，一定要慢慢的看清楚，先細品一...
將第三方jar包裝成外掛程式需要注意的問題
昨天和今天打算把rcp中外掛程式與外掛程式之間的依賴關係總結一下。步驟 包裝了乙個jdom外掛程式。在宿主外掛程式中新增了jdom外掛程式的依賴。但在宿主外掛程式中無法將它引入。試了好幾次都沒成功。後來抱著試試的想法，加入了乙個luence包，當然在runtime中進行了相應的設定 先在runtim...
openstack第三方CI搭建
問題 公司要將自己的網路裝置接入openstack neutron 中，提交review很長時間了，neutron的core markcclain給打了個叉，說是需要把tempest搞起來，也就是第三方ci。具體要求是，如果有人對你的 提交了patch，要能夠通過opentstack ci觸發各廠商...