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