Oracle公司的觀點讓我們想起過去，那時候大公司API的共享只限于作為復雜-并且昂貴-的企業聯盟的一部分。而Google公司的觀點則反映了互聯網時代API的潮流，其中WEB API全部開放，自由共享。

　　因此，API的環境格局正在發生變化。開放API的演進也是持續改變的SOA世界中的前沿和核心話題。眼下，SOA日益增長的驅動力來自于輕量級JSON和REST服務的更大范圍的推廣使用。

　　這一趨勢也進一步反映在新近的“API管理”產品中，這些產品剛好是現有的SOA治理和管理工具集的一個很好的補充。觀察人士指出，盡管REST式的策略和API似乎正在形成一場新的革命，但這些變革仍然是基于SOA的基本原理，并且，傳統的基于SOA的方法在其中也還有大展拳腳的空間。

　　可以說，和早期所謂的“WEB服務”相比，現在的WEB API更真實地反映了WEB的本質。但是，Web服務仍然具有非常重要的價值。SOA的經驗同樣如此。RedMonk的工業分析師James Governor說，許多組織機構花大力氣對服務進行隔離和封裝，這些工作“價值巨大”.盡管他承認原先的WEB服務棧經過了相當仔細地審查才推出，他說“它的確很有用，但并不適合所有人。”

　　在他看來，SOA的工作還將繼續保持其存在的價值，因為在新的WEB技術中，不論是開發和集成，它也總是能夠應用得上。“艱苦的工作已經完成，現在我們要看WEB如何發揮了。”

　　“學習我們在WEB上正在使用的API管理方法將對企業有很大的影響，”他強調說。“所有人都在為API管理重裝上陣;感覺就像API管理成了新型的SOA”,他說道。

　　Governor說，位于紐約Armonk的IBM公司最近宣布的API管理工具意味著API已經正式落地。IBM在本月早些時候的IBM Impact 2012大會上曾討論了IBM Cast Iron Live Web API服務。而其他的SOA中堅力量，比如位于溫哥華的Layer 7技術公司和位于加利福尼亞州洛杉磯的SOA Software公司，早在藍色巨人之前就已經在大唱API管理的贊歌。

　　Layer 7技術公司的首席技術官兼總設計師Scott Morrison參與了SOA社區。今天，他說他的公司正在致力于API和基于SOA架構的管理和安全性。“我們已經成功的完成了整個SOA的轉型，以及對于API新變革的技術內涵，”他說道。他將這種新的轉變描述為“一個貼近靈活性和簡單性，遠離復雜性和形式化的舉動。”該公司已經在其SOA治理和網關工具的產品線中增加了SecureSpan API代理和Layer 7和API Portal OAuth工具包。

　　另一家SOA實力派廠商也呈現出了類似的趨勢。“今天業內風行的‘API’一詞，已經和傳統的開發API有相當大的區別，”SOA Software公司產品營銷副總裁Ian Goldsmith說道，“今天所說的API,它是指應用為基于網絡上的使用而給開發人員提供的一個接口，而不是一個專有接口。如今，這樣的接口是基于業界標準的。”SOA Software公司已經在其包括了其主打產品SOA治理軟件套件的產品線中增加了Atmosphere API管理工具。

　　開放，公共API

　　一個關鍵性的轉變是開放文化的興起。“WEB快速發展的原因之一就是使得任何人都可以成為一個編程人員。只要你點擊‘查看源碼’菜單，你就能看到源代碼，然后你就可以拷貝復制這些成功的范例，”Morrison說道。

　　“這一轉變的影響是非常深遠的;瀏覽器的世界更加開放，它所做的是將代碼發送給瀏覽器(讓其解釋執行)，這直接讓人們可以看到它是如何工作的，”他補充說。

　　Morrison說，沒有這種開放性，計算機技術將會很難。“當我審視API的演進過程，它告訴我這樣一個道理，如果你在前人的基礎上繼續開展工作，你將會創建更復雜的功能，而這在傳統的SOA中是難以實現的。” Morrison說道，API世界的美妙在于它能夠利用已經實現的成果，不需要你花費很多精力安裝某個特殊的基礎架構或者庫來實現機器之間的通訊。“在很大程度上，你可以將它想象成用于機器之間通訊的WEB技術”,他說道。

　　然而，Morrison也承認，任何東西都不是十全十美。和REST式系統方法相比，解析更多基于SOAP和WS的文件可能會有問題，因為功能性的問題變得過于復雜了。

　　安全性就是一個很好的例子。Morrison說，API已經取得的一個很大的成果就是，它不再使用復雜的方法，而是將安全性嵌入到SOA中，它試圖將安全性放到消息層。“它們確實很強大，但事實是，大多數人并不需要。從設計的角度來看它很優雅，但是過猶不及，”Morrison說道。

　　事實上，他說，有時候如果解決方案很龐大，很復雜，它就會變得很笨拙，配置也很容易出錯，這樣，它本身(的復雜性)就引入了安全性的問題。

　　“API安全模型說：‘以前很好的SSL就足夠好了。’對于安全來說，越簡單越好，因為會出錯的地方也會更少。因此，對于API解決方案的安全性問題，你得到的益處將和從前一樣多，”他補充說。

　　另一個薄弱點是，目前在RESTful領域中還沒有一個大家公認的方法來描述一個API應該怎樣去定義。一些觀察家可能會反駁說，SOAP是如此緊密地連接到現有的SOA,可能定義得太詳細了。