API 管理已死的三個原因
作者：Augusto Marietti是一位發明家、技術創業家和天使投資者，API公司Kong的首席執行官兼聯合創始人。
我在上個月的首屆Kong峰會上宣稱，API管理已死。當時台下的聽眾一片驚愕，對我的這番意思感到好奇，想必看到本文的讀者也是如此。我認為，我們今天所知道的API管理將不復存在，到時會出現一個新的類別，原因有以下三個。
第一個原因：信息處于飛行中
到2025年，IDC預計每年生成的數據將多達180澤位元組（ZB），其中25%的數據將是實時數據。也就是說，數據將日益處于飛行中。由於數據在服務和客戶之間傳遞得越來越快，數據的價值不再僅限於孤島或龐大的數據湖，其價值在於從A點到B點的傳輸過程中。現在最重要的是，數據從源頭傳輸到目的地的過程中，人們傳輸和分析數據並採取相應動作的速度有多快。傳統的遺留API管理解決方案對此束手無策。它們太過笨重而緩慢，也無法橫向擴展，因而與分散式架構不兼容。
第二個原因：雲原生優先，但混合模式始終存在
未來的架構將是雲原生，但混合架構將始終存在。雖然公司將不可避免地構建雲原生服務，但我們勢必仍繼續處理在遺留系統上運行的服務。在過去的20年里，我們將IT引入到我們公司的內部——許多公司不會在一夜之間扔掉這套架構。由於能夠跨系統工作是首要的考量因素，我們所知道的API管理根本不夠靈活。遺留解決方案是在容器和Serverless出現之前誕生的，它們無法滿足雲原生和混合架構並存的環境的需求。
第三個原因：服務呈爆炸式增長
我們需要管理的服務數量將呈爆炸式增長。許多公司的發展方式與生物體如出一轍，從單細胞生物體發展到多細胞生物體。比如說，亞馬遜從單一服務發展成包括數千種服務的極其複雜的網路。像大多數擁抱微服務的公司一樣，亞馬遜這麼做是為了加快創新的步伐，並在發展過程中更好地擴展。看看像亞馬遜這樣的成功公司，它們本質上以服務為導向。它們迅速構建的服務成為這些公司的神經系統，能夠更快地響應並適應不斷變化的環境。隨著公司繼續分解整體式應用程序（monolith）、服務變得更分散式，我們會看到從一個服務發展成數千個服務。正如整體式應用程序本身一樣，遺留API管理解決方案天生是集中式的，在分散式的場景中無法同樣順暢地運行。
架構的未來
所以，如果API管理演變成新的東西，未來的平台會是什麼樣子？當我們從簡單的集中式架構轉向複雜的分散式架構時，什麼解決方案可以支持我們的架構？答案是未來的智能架構會有一個新的類別：服務控制平台。
服務控制平台可智能化代理所有服務上的信息。它不是簡單地將信息從A點轉移到B點，而是理解信息並做出明智的決定、以便正確處理信息。無論使用什麼樣的環境、部署模式、語言或傳輸方法，這個新平台都能支持。此外，由於它位於所有通信的樞紐上，因此它可以智能化處理流量。服務控制平台充分利用先進的AI、安全和治理功能，可以將啞端點變成智能服務網路。就像高效率的空中交通管制員一樣，這將使公司的服務能夠更好地適應變化和威脅，又不造成干擾或破壞。
不是另一個SOA幻想
如果你在閱讀本文，認為這聽起來像是SOA重演，不能說你完全錯誤。只不過今天的服務革命是由開發人員和以前無緣使用的開源工具推動的。
開源不再是一個優勢，它是基礎。未來將由開發人員打造，開源公司將提供使這些服務獲得成功所需要的工具。新興的服務控制平台使開發人員擺脫了僵化的基礎設施，因而他們可以使用適合工作的工具，無論現在、將來還是未來，都是如此。
TAG:雲頭條 |