創(chuàng)新加速之道：API優(yōu)先與API主導
如何使用API實現(xiàn)快速創(chuàng)新？大多數(shù)企業(yè)其實已經(jīng)在做出自己的嘗試，也有不少獲得了實踐成功。但即使是那些率先接納API、發(fā)布自家API的企業(yè)，也往往隨著時間推移而逐漸陷入被動。任何新工具都不是免費的，API也不例外——管理、重用與維護等相應工作慢慢變成沉重的負擔，于是越來越多的API反而開始阻礙組織內的創(chuàng)新速度。
而隨著成規(guī)模企業(yè)繼續(xù)引入更多API，再考慮到市場對于API及DevOps需求的持續(xù)飆升，相信同樣的創(chuàng)新悖論將困擾到越來越多API組織。
預計到2023年，全球API管理市場體量將由2018年的12億美元增長至51億美元，年均復合增長率達32.9%。
此外，第四份API集成狀態(tài)報告也已新鮮出爐，發(fā)現(xiàn)API集成已經(jīng)被83%的企業(yè)和IT基礎設施視為頭等大事。從統(tǒng)計數(shù)據(jù)來看，API在數(shù)字業(yè)務中的地位正愈發(fā)凸顯。
但受訪者也提出了不少現(xiàn)實挑戰(zhàn)：
- 新的API、集成和服務交付速度越來越慢，甚至常規(guī)變更也需要耗費很長時間。
- API依賴性正拖慢企業(yè)行動速度，管理者發(fā)現(xiàn)眾多部門、后端系統(tǒng)及消費者之間的API協(xié)調已經(jīng)愈發(fā)困難。
- API門戶使用體驗太差，也有不少消費者根本就找不到，自然談不上嘗試和重用API。
- API的維護成本不斷攀升，部分原因在于依賴性等因素往往會在API實際發(fā)布后才逐漸顯現(xiàn)出來。
- 安全是個大問題。這倒不是說大多數(shù)API存在什么安全問題，只是說要想讓API整體具備可靠的安全保障，還需要投入更多時間。
- 治理進度緩慢。API的治理效果還算不錯，但其中往往涉及大量緩慢的手動流程，而且不少屬于事后的補救性措施，所以導致API治理令人“談而色變”。
API構建與管理平臺
出于以上原因，各行各業(yè)的IT部門開發(fā)團隊負責人正積極尋求不同方法，希望在不犧牲安全性和治理能力的前提下，隨業(yè)務成長而同步提高生產(chǎn)力、縮短產(chǎn)品/服務上市周期。
不同團隊就能各自創(chuàng)建、組合并管理自己的服務和API。他們嘗試將Docker、Kubernetes等基于容器技術集成起來，再融入服務開發(fā)和API管理方案。以此為基礎，他們再搭建起DevOps與CI/CD（持續(xù)集成/持續(xù)交付）管道。這樣一套解決方案，足以通過服務加API的集成接入原有遺留系統(tǒng)。
有了這樣的平臺，開發(fā)人員就能直接重用核心API、不必把時間浪費在改造遺留集成系統(tǒng)當中，節(jié)約下來的精力自然可以放在設計和構建其他增值性API身上。
所以在理想狀態(tài)下，團隊可以輕松使用該平臺提供的所有功能和最佳實踐，幫助自身快速升級并縮短交付周期。而就算從比較保守的角度看，這樣的平臺也至少能實現(xiàn)API的統(tǒng)一共享和管理。
支持多種開發(fā)者框架和工具
在交付增值數(shù)字解決方案時，必然會涉及多種異構框架。在這類場景下，就必須要有適當?shù)姆椒▉碇С侄鄠�團隊、框架和工具，借此保證產(chǎn)品的成功交付。所以除了通過全面的數(shù)字平臺創(chuàng)建新的API之外，大家還需要引導各部門團隊輕松使用這套數(shù)字平臺實現(xiàn)API的重用、協(xié)同和管理。只有充分支持他們，他們才會積極匯聚在平臺周圍。
提供精簡DevOps
共享數(shù)字平臺的一大目標，在于管理所有API、集成和服務，同時也鼓勵用戶盡量重用現(xiàn)有資源。這不僅有助于縮短上市周期，同時也能在一定程度上引導消費者對安全API建立信任。平臺的另一大目標，則是幫助每位員工快速交付自己的API、提升創(chuàng)新效率。其中很多步驟無法靠部門自己獨力實現(xiàn)，所以最好能為他們提供全面的基礎設施和精簡的開發(fā)者工具，在抽象掉大量復雜元素的同時盡可能實現(xiàn)流程自動化。
將共享服務目錄全面集成至所有工具當中
需要重用的一切都應易于發(fā)現(xiàn)、學習、適應并隨時間變化，所以開發(fā)者門戶將必不可少。但理想情況下，大家應該盡量讓各類組件（包括API、微服務或集成）能夠在不同環(huán)境中輕松重用，而最簡單的方法自然是把它們轉化成API形式（無論公共還是私有）。
從安全到生命周期管理，建立全面治理流程
為了提高生產(chǎn)力、縮短上市周期，最重要的轉變之一就是將安全與治理流程視為核心DevOps的組成部分，并盡可能加以簡化/自動化。之前，人們總覺得“治理”不是什么好事，甚至把治理跟干涉混為一談。沒錯，在API開發(fā)完成后才發(fā)生，而且主要靠手動方式完成的治理肯定是不好的。但如果我們能在開發(fā)過程中就建立起正確的API發(fā)現(xiàn)、設計、安全與生命周期步驟，絕對就可以提高重用率、加速新API的開發(fā)、減少返工量并消除后續(xù)手動操作流程。另外，整個交付速度也會更快，API與開發(fā)運營的安全性也將提高。通過這種一致且可重復的API安全與治理流程，組織完全可以妥善遵循相關安全標準、降低合規(guī)性風險。
