ESP主要功能：

1， 自動註冊，介面服務時，自動向指定的平臺，註冊上報介面服務資訊。並支援管理與修改。
a) 自動註冊到管理平臺

b) 註冊的介面包含，主機資訊，介面服務資訊，介面方法資訊

c) 註冊後效果

d) 註冊後的介面可以管理
e) 允許同時註冊多個相同的介面服務
f) 如果不同功能介面方法名相同，可修改編碼，從而區別出不同的方法，訪問時按編碼訪問。

2， 許可權管理，可以對介面進行許可權控制，按介面使用者，按介面角色
a) 使用者，呼叫時需要使用者名稱，密碼
b) 角色，按角色進行介面許可權授權，使用者角色如果沒有許可權不能訪問。
c) 外網、內網限制，可對整個介面主機，或介面服務進行控制，也可以細化到介面的各個方法進行控制。

d) 角色許可權管理效果

3， 訪問限制，IP限制（黑名單）
a) 介面主機IP限制，即此主機上的所有介面服務對此IP都限制。
b) 介面服務IP限制，即此服務以下所有方法都對此IP進行限制。
c) 介面方法IP限制，即對此方法進行IP限制。

d) IP限制設定（見編輯框的Host limit，填上要限制的ip地址）

4， 資料遮蔽，對部份介面使用者角色遮蔽部分資料屬性，使其看不到
a) 介面主機資料遮蔽，即此介面主機的所有服務及方法，如果此屬性就遮蔽掉。
b) 介面服務資料遮蔽，即此介面服務下的所有方法，如果有此屬性就遮蔽掉。
c) 介面方法資料遮蔽，即此介面方法如果有此屬性就遮蔽掉。
d) 資料遮蔽設定（見編輯框的Key ignore,填上要遮蔽的屬性名，如name,code）

e) 增強用法，一個介面變多個
開發一個屬性效的介面，通過遮蔽設定，對不同使用者遮蔽不同的屬性，對這些介面使用者來說，介面返回資料是不一樣的，對於開發人員來說只要開發一個介面就夠了，即一個介面可以變成多個。
5， 介面調口日誌，解決調口呼叫黑洞
介面呼叫黑洞，對於介面來說，不知道什麼時候發生了呼叫，傳了什麼引數，返回了什麼結果，執行了多長時間，是否執行成功，相當於一個黑洞一樣，什麼都不清楚。通過以下的日誌，可以隨時瞭解這些資訊。
a) 請求日誌，含請求報文，請求IP，請求所用使用者帳號，是否外網訪問，請求時間等

b) 執行日誌，所調介面服務地址，介面行執成功與否，執行時長，時段
c) 返回日誌，返回報文，返回時間

d) 異常日誌，呼叫異常資訊，如IP限制，介面使用者帳號及密碼不正確，許可權不足，執行異常等。

6， 介面服務資源管理與調節
a) 平臺可對所有介面主機進行管理與調整，如:
停用，不再讓介面使用者使用該主機的介面
啟用，恢復讓介面使用者可使用該主機的介面
b) 允許同時有多臺介面服務，停用一臺後，只要介面名一樣，自動由剩下的介面主機提供服務。
c) 故障可自動切換也可人工調整
如果介面主機出現問題，使介面主機停用時出現異常，則下次開始切換到正常的介面主機上。即：平臺自動移除該介面主機，下次開始所有新的呼叫不再調用出現異常的介面主機上的服務。
下圖是故障停用後的介面資訊，停用後不會再出現在可用介面服務中，即該主機下的所有服務不會被呼叫。

d) 故障恢復
如果故障的主機問題解決，重啟介面主機，會自動註冊到平臺，平臺自動恢復該主機，則下次開始就又允許介面使用者呼叫此主機的介面。
下圖是介面重啟時，記到Describe中的內容（會儲存近幾次的啟動註冊啟用資訊）

e) 介面服務動態化，使請求與介面服務真正分開
介面服務動態化，同一介面可以執行多份，即動行在多個主機上，都註冊到平臺裡，由平臺統一管理，請求介面服務時，只需知道要請求什麼介面，至於哪臺介面主機提供服務並不確定，也許這次是A主機，下次因為A主機進行維護或故障了，已經由B主機提供服務了。
請求與介面服務真正分開，通過介面服務動態化，對於請求來說，所有介面服務是一個服務池，考慮更多是介面而不是具體的介面主機。

7， 傳輸安全

a) 外層進行jboss容器驗證
b) https基於ssl的傳輸加密，使介面請求與資料返回都有加密，不容易被監聽
c) base64可以對請求進行base64編碼，允許替換掉此部份的編碼方式，以達到更好的加密與解碼
d) 介面使用者帳號驗證，及帳戶對應的角色介面許可權限制，沒有限制則有密碼也訪問不了。

8， 其他
a) 統一入口，只需一個配置
b) 統一介面管理，方便運維
c) 利於介面的規範化，標準化。
d) 系統支援中文、英文