Sun Microsystems公司(已被甲骨文收購)曾經把網絡描述成計算機，如今，應用程序開始提供真正的網絡價值。
工程師、企業(yè)家和發(fā)明家鮑勃·梅特卡夫曾經說過，網絡持續(xù)發(fā)展帶來的價值取決于以太網卡數量的增加。這個概念也適用于應用程序(Application)。
雖然網絡成本的增加取決于網絡連接的數量，以太網發(fā)明家梅特卡夫認為，可網絡效應的價值是與用戶數量的平方成正比的。
“而隨著應用網絡的出現，網絡效應已經抵達應用程序的發(fā)展空間，” MuleSoft應用程序編程接口(API)管理專家說道。MuleSoft的 CEO羅斯·梅森在今年6月的倫敦峰會上發(fā)出過警告，公司需要去適應這種網絡發(fā)生的改變。
“世界正在改變，善于適應變化和消化新技術，是至關重要的，” 羅斯·梅森說。然而，如果這個變化是一個新常態(tài)，那用來支持這種新變化的IT，在社交、移動、云和大數據領域的演化就太慢了。
梅森警告說，所有行業(yè)都面臨著嚴重的變革。“你必須快速改變，因為你不知道競爭會何時到來，”他說。
而梅森認為，使IT更為高效不一定是解決問題的方法：“你可以再提高30%的網絡效率，但是接下來你怎么應對更快地以時鐘速度在發(fā)展的網絡呢?”
他的回答是，CIO們需要有不同的想法，也就是我們?yōu)槭裁匆尵W絡去適用梅特卡夫提出的應用程序網絡效應。“我們以往總是想著盡可能地擴展IT架構，但是梅特卡夫他們用的方法則是打破原來的架構，”梅森說。
創(chuàng)建新架構基礎
以往推薦實施的IT最佳實踐，是組織投資建立一個全能的多功能平臺，比如面向服務的體系結構(SOA)。
相反，梅森說：“看看API-led連接，”與其建立一個大規(guī)模的可重復使用的服務基礎設施，還不如考慮開發(fā)鏈接到應用程序的架構。這些架構構成應用程序的基礎網絡，并且可以提供給其他地區(qū)的業(yè)務來構建自己的應用程序。
如果需要建立應用程序功能的新連接，可以請求創(chuàng)建新的API。開發(fā)的API可以重復使用，使之成為應用程序網絡的一部分，這樣它們就可以一次又一次地重新部署。
自適應業(yè)務整合
MuleSoft的一個客戶聯合利華，邁出了應用網絡的步伐，推動IT從一個服務供應商向業(yè)務推動者轉變。
在2014年初，包裝消費品公司發(fā)現其技術平臺無法達到業(yè)務要求的速度和敏捷性，也無法支持集成越來越多的云服務和移動應用的業(yè)務需求。
盡管聯合利華的IT技術被Gartner公司的分析師評定為世界一流的，聯合利華也意識到需要建立一個自適應的業(yè)務集成體系，以支持公司開展數字化業(yè)務計劃的步伐。
“唯一的辦法是做出一個飛躍式的變化，下放某些IT組件的所有權，并給實體企業(yè)自主權，”聯合利華全球企業(yè)業(yè)務部總監(jiān)弗蘭克·布蘭德斯說。
布蘭德斯表示，為了使業(yè)務自適應集成進行快速交付，我們與內部能開發(fā)應用程序的DevOps團隊共同提升自適應的整合能力。
自適應整合團隊與聯合利華的企業(yè)架構部門合作，團隊使用MuleSoft的任意點集成平臺即服務(iPaaS)，以提供自助服務API連接戰(zhàn)略所需要的云服務集成和API管理。
重復使用的策略
大型IT架構重新回到了命令和控制IT的時代。集中的IT功能不能再有效地運轉，因為它需要給開發(fā)人員提供一個總體中間件架構進行應用開發(fā)。這種架構需要花費太長時間去搭建，而且它也已經跟不上支持數字化業(yè)務所需要變革的步伐了。
聯合利華并沒有開放每一個業(yè)務可能需要的API，因為聯合利華發(fā)現，自助服務可以驅動API開發(fā)，或者是“如果有一個API開發(fā)的需求我們就回去做檢測，如果沒有也會看看是否應該創(chuàng)建一個”。
這將創(chuàng)建API訪問重新部署，布蘭德斯說。
聯合利華正在運用API使之業(yè)務更有價值。在所謂的應用程序的網絡，API存在的數量越多，商業(yè)價值更大的潛力就越會被即發(fā)出來。當然了，這也是梅特卡夫提出的網絡效應的實踐獲得了成功。
京公網安備 11010502049343號