在互聯網+的推動下，對外開放服務儼然已經成為了企業加速實現互聯網化轉型的重要手段。在企業開放服務的道路上，技術與業務的實現已標準化：首先需實現其自身架構服務化，并在此基礎上統一服務的開放協議接口、提供服務開放后的業務及數據安全性保障、保障服務開放后面臨的大數據高并發的業務支撐，最后對服務的使用情況提供全面的監控與計量。所有這些由開放帶來的“復雜性”問題都可以由一套開放平臺來解決，而網關作為開放平臺中最重要的組件，其設計的好壞就顯得尤為重要了。
企業級服務網關應具備的基本功能如下：
1.協議轉換與適配，在企業自身服務化建設過程中，可能由于開發團隊、開發周期、業務需求等方面的影響而采用不同的服務調用協議，如HTTP、WebService（WSDL、SOAP等）、RPC（Remote Procedure CallProtoc 所有由開放帶來的“復雜性”問題都可以由一套開放平臺來解決，而網關作為開放平臺中最重要的組件，其設計的好壞就顯得尤為重要了。
在互聯網+的推動下，對外開放服務儼然已經成為了企業加速實現互聯網化轉型的重要手段。在企業開放服務的道路上，技術與業務的實現已標準化：首先需實現其自身架構服務化，并在此基礎上統一服務的開放協議接口、提供服務開放后的業務及數據安全性保障、保障服務開放后面臨的大數據高并發的業務支撐，最后對服務的使用情況提供全面的監控與計量。所有這些由開放帶來的“復雜性”問題都可以由一套開放平臺來解決，而網關作為開放平臺中最重要的組件，其設計的好壞就顯得尤為重要了。
企業級服務網關應具備的基本功能如下：
1.協議轉換與適配，在企業自身服務化建設過程中，可能由于開發團隊、開發周期、業務需求等方面的影響而采用不同的服務調用協議，如HTTP、WebService（WSDL、SOAP等）、RPC（RemoteProcedureCallProtocol，遠程過程調用協議）等。協議上的復雜性與多樣性勢必會增加開發者的開發成本和開發難度。服務網關應具有協議轉換及適配功能，通過該功能就可以將注冊進平臺中的服務進行統一處理，主流的方案是將現有協議統一轉換成面向移動RestFul接口形式對外開放。這樣在用戶進行服務請求時便不再需要考慮服務后端真正的接口實現情況，只需向服務網關發送一條簡單的RestFul請求就可以了，這大大提升了開發者開發應用程序的便利性。同時該功能使原有服務接口在不做或只需做少量改動的情況下實現快速對外開放，并使原有接口很好的支持移動應用，協助企業固有業務的移動端拓展。當然，協議轉換不僅僅包擴請求過程的協議轉換，還包括應答結果的協議轉換，例如XML與JSON返回結果的雙向轉換等，也是非常重要，開發者可以通過選擇返回結果的數據類型以與開發者應用實現更良好的適配效果。
2.安全保障，互聯網是一個大而復雜的網絡環境，企業在將自身業務能力與數據以服務形式對外開放的過程中存在巨大機遇，同時也帶來了大量的安全隱患，例如開放后的業務更容易受到攻擊、只想對部分人開放的數據要防止數據泄露與竊取、服務要有可見性設定防止沒有權限用戶的調用等等。在構建服務時網關的處理API請求過程中應加入請求權限控制，權限控制的實現方式一般采用互聯網化的權限認證協議如OAuth2.0、OAuth等。安全控制等級也分為IP等級、服務等級和資源等級。舉例來講，一個普通的RestFul請求發送到服務網關后，服務網關首先會解析請求來源IP，從IP等級上做安全控制，驗證為合法IP后會讀取請求自帶的訪問令牌（Accesstoken，通常有OAuth2.0獲取），通過驗證令牌的合法性來完成服務等級的訪問控制，前兩項驗證都通過后再將該服務下有權限的資源列表與請求資源做比對驗證，只有所有驗證條件都通過的情況下請求才會繼續進行。當然，由于業務對外開放所需安全性保障力度的不同，驗證過程又存在一定的復雜性與性能損耗，大多數服務網關的安全性驗證都作為可選（或按等級可選）配置來供用戶使用。
3.監控與計量，企業將自身業務對外開放并不意味著只是簡單的將原有業務服務化并放在網絡中供用戶使用，企業大多關心自身業務開放后的用戶使用情況和市場的反饋結果。這就需要服務網關具備監控與計量能力，每一次服務網關接收到請求后都要將請求來源、服務對象、請求資源、請求狀態等信息記錄下來，并在開放平臺的控制臺中做統計分析與報表展示，這樣企業便能夠根據實時的API使用情況分析報表做出更準確的市場判斷，有助于企業指導API市場運營。
4.性能調優，在無服務網關的開放平臺中，企業各業務線的服務相對分散，用戶在調用時直接訪問服務后臺本身，性能瓶頸主要集中在各服務自身的后臺服務實現中。在使用了服務網關后，所有請求都由網關接收，并在做出相應邏輯處理之后轉發給對應的真實后臺。這一過程勢必帶來兩個方面的性能問題，一是在客戶端與后臺服務端之間增加了一堵“墻”之后，客戶端向服務端發送請求時受這堵“墻”的影響請求的時間會有所增長。怎樣將這堵“墻”做的“簿”就是優化的關鍵了，開源的服務網關產品KONG的做法是服務網關本身只提供基本的路由功能，所有包括安全、統計、認證等邏輯處理功能都以可配置插件的形式提供給有需要的用戶，當然路由功能及所有邏輯處理模塊都有相應的優化方案，這里不做詳細討論。二是將原有的分散的服務集中、對外統一入口之后，也為網關帶來了高訪問量、高并發、大數據量的問題，而這類問題的性能優化通常會采用分布式負載均衡或集群的方式來提高負載能力。針對網關跨數據中心訪問的情況，一般需要通過云的方式來建議保障。
服務網關在有效幫助企業實現對外開放的同時也面臨著如性能等一些問題的挑戰。市場上各類產品也有很多，從今年5月份剛剛開源的KONG到支持百億級并發的淘寶開放平臺，這些產品都可稱為服務網關的標桿，相信在這些標桿的指引下服務網關這類產品的發展會越發成熟
ol，遠程過程調用協議）等。協議上的復雜性與多樣性勢必會增加開發者的開發成本和開發難度。服務網關應具有協議轉換及適配功能，通過該功能就可以將注冊進平臺中的服務進行統一處理，主流的方案是將現有協議統一轉換成面向移動RestFul接口形式對外開放。這樣在用戶進行服務請求時便不再需要考慮服務后端真正的接口實現情況，只需向服務網關發送一條簡單的RestFul請求就可以了，這大大提升了開發者開發應用程序的便利性。同時該功能使原有服務接口在不做或只需做少量改動的情況下實現快速對外開放，并使原有接口很好的支持移動應用，協助企業固有業務的移動端拓展。當然，協議轉換不僅僅包擴請求過程的協議轉換，還包括應答結果的協議轉換，例如XML與JSON返回結果的雙向轉換等，也是非常重要，開發者可以通過選擇返回結果的數據類型以與開發者應用實現更良好的適配效果。
2.安全保障，互聯網是一個大而復雜的網絡環境，企業在將自身業務能力與數據以服務形式對外開放的過程中存在巨大機遇，同時也帶來了大量的安全隱患，例如開放后的業務更容易受到攻擊、只想對部分人開放的數據要防止數據泄露與竊取、服務要有可見性設定防止沒有權限用戶的調用等等。在構建服務時網關的處理API請求過程中應加入請求權限控制，權限控制的實現方式一般采用互聯網化的權限認證協議如OAuth2.0、OAuth等。安全控制等級也分為IP等級、服務等級和資源等級。舉例來講，一個普通的RestFul請求發送到服務網關后，服務網關首先會解析請求來源IP，從IP等級上做安全控制，驗證為合法IP后會讀取請求自帶的訪問令牌（Accesstoken，通常有OAuth2.0獲取），通過驗證令牌的合法性來完成服務等級的訪問控制，前兩項驗證都通過后再將該服務下有權限的資源列表與請求資源做比對驗證，只有所有驗證條件都通過的情況下請求才會繼續進行。當然，由于業務對外開放所需安全性保障力度的不同，驗證過程又存在一定的復雜性與性能損耗，大多數服務網關的安全性驗證都作為可選（或按等級可選）配置來供用戶使用。
3.監控與計量，企業將自身業務對外開放并不意味著只是簡單的將原有業務服務化并放在網絡中供用戶使用，企業大多關心自身業務開放后的用戶使用情況和市場的反饋結果。這就需要服務網關具備監控與計量能力，每一次服務網關接收到請求后都要將請求來源、服務對象、請求資源、請求狀態等信息記錄下來，并在開放平臺的控制臺中做統計分析與報表展示，這樣企業便能夠根據實時的API使用情況分析報表做出更準確的市場判斷，有助于企業指導API市場運營。
4.性能調優，在無服務網關的開放平臺中，企業各業務線的服務相對分散，用戶在調用時直接訪問服務后臺本身，性能瓶頸主要集中在各服務自身的后臺服務實現中。在使用了服務網關后，所有請求都由網關接收，并在做出相應邏輯處理之后轉發給對應的真實后臺。這一過程勢必帶來兩個方面的性能問題，一是在客戶端與后臺服務端之間增加了一堵“墻”之后，客戶端向服務端發送請求時受這堵“墻”的影響請求的時間會有所增長。怎樣將這堵“墻”做的“簿”就是優化的關鍵了，開源的服務網關產品KONG的做法是服務網關本身只提供基本的路由功能，所有包括安全、統計、認證等邏輯處理功能都以可配置插件的形式提供給有需要的用戶，當然路由功能及所有邏輯處理模塊都有相應的優化方案，這里不做詳細討論。二是將原有的分散的服務集中、對外統一入口之后，也為網關帶來了高訪問量、高并發、大數據量的問題，而這類問題的性能優化通常會采用分布式負載均衡或集群的方式來提高負載能力。針對網關跨數據中心訪問的情況，一般需要通過云的方式來建議保障。
服務網關在有效幫助企業實現對外開放的同時也面臨著如性能等一些問題的挑戰。市場上各類產品也有很多，從今年5月份剛剛開源的KONG到支持百億級并發的淘寶開放平臺，這些產品都可稱為服務網關的標桿，相信在這些標桿的指引下服務網關這類產品的發展會越發成熟