1. 工具孤島困擾了多久集成類型這事就得掰扯多久做企業(yè)級(jí)軟件和系統(tǒng)集成的這些年我反復(fù)被同一個(gè)問題攔住明明手里的工具單個(gè)拎出來都挺好用偏偏湊在一起就各種擰巴。設(shè)計(jì)軟件不管需求文檔測試平臺(tái)不認(rèn)開發(fā)環(huán)境的配置運(yùn)維告警發(fā)到群里沒人能直接定位到代碼行。你讓團(tuán)隊(duì)手工搬運(yùn)信息早晚會(huì)在某個(gè)深夜的發(fā)布窗口出岔子。于是集成成了一個(gè)聽起來人人都懂、做起來人人頭疼的詞。我理解里的集成類型從來不是一個(gè)學(xué)術(shù)分類而是三種不同層面的咬合方式界面集成、控制集成和過程集成。它們要解決的分別是工具之間在用戶交互、操作控制和開發(fā)流程上的協(xié)同問題。簡單說界面集成是把多個(gè)工具的界面拼到同一個(gè)屏幕里讓用戶少切換控制集成是讓一個(gè)工具能直接調(diào)用另一個(gè)工具的能力讓操作少重復(fù)過程集成是把工具的調(diào)用順序編排成一條自動(dòng)化鏈路讓流程少卡殼。這套分法對(duì)三類人特別有用一是正在做技術(shù)選型的架構(gòu)師需要判斷該投錢做門戶還是該寫API二是被各種中臺(tái)協(xié)同概念搞暈的乙方實(shí)施人員需要能跟客戶把邊界講清楚三是每天被多套系統(tǒng)來回切換折磨得想離職的一線工程師和運(yùn)維。這篇文章不繞理論就講三個(gè)集成層面分別是什么、怎么做、踩過什么坑以及什么時(shí)候該用哪種。2. 界面集成用戶交互層面的同屏到底解決了什么2.1 界面集成的本質(zhì)是把跳轉(zhuǎn)變成融合界面集成UI Integration是所有集成里最容易被低估、也最容易被做爛的一種。它的核心訴求是用戶在完成一個(gè)任務(wù)時(shí)不需要在多個(gè)工具之間來回切換窗口、反復(fù)登錄、重新錄入上下文就能把多個(gè)工具的界面內(nèi)容聚合到同一個(gè)交互框架里。我打個(gè)比方。你裝修房子廚房和餐廳是分開的兩個(gè)房間做好的菜得端過去界面集成相當(dāng)于把廚房和餐廳打通成開放式空間做飯的人不用再端著盤子跑路坐在餐桌邊就能看到鍋里的情況。工具層面就是開發(fā)者在IDE里寫代碼時(shí)右側(cè)面板能直接看到需求卡片的詳情不用再切到項(xiàng)目管理頁面測試人員在提交缺陷時(shí)表單里能直接嵌入最近一次CI構(gòu)建的日志不用再打開構(gòu)建服務(wù)器去查。界面集成的技術(shù)形態(tài)通常有三種。第一種是門戶式聚合用一個(gè)Web門戶把各系統(tǒng)的頁面通過iframe、Web組件或后端路由聚合到一個(gè)導(dǎo)航框架里第二種是嵌入式面板通過VS Code、JetBrains等IDE的插件機(jī)制或者瀏覽器插件把外部工具的界面嵌入到主工具的側(cè)欄、底部面板第三種是統(tǒng)一工作臺(tái)在自研的前端框架里通過微前端技術(shù)把多個(gè)獨(dú)立部署的前端應(yīng)用組裝到同一個(gè)殼里。這三種形態(tài)有一個(gè)共同的隱含假設(shè)界面可以拼但數(shù)據(jù)和業(yè)務(wù)邏輯仍然在各系統(tǒng)內(nèi)部。換句話說界面集成做的是看起來像一個(gè)系統(tǒng)而不是真的變成一個(gè)系統(tǒng)。這決定了它的邊界——如果兩套系統(tǒng)需要頻繁交換結(jié)構(gòu)化數(shù)據(jù)、需要實(shí)時(shí)同步狀態(tài)光做界面拼接是遠(yuǎn)遠(yuǎn)不夠的。2.2 界面集成里的實(shí)操細(xì)節(jié)與常見翻車點(diǎn)做界面集成最容易翻車的地方我總結(jié)下來有兩個(gè)。一個(gè)是會(huì)話和權(quán)限的打通。你把A系統(tǒng)的頁面嵌進(jìn)B系統(tǒng)的門戶用戶卻要重新登錄一次A系統(tǒng)那這個(gè)集成體驗(yàn)比不集成還糟糕。成熟的方案是走單點(diǎn)登錄由門戶統(tǒng)一持有用戶身份票據(jù)通過標(biāo)準(zhǔn)協(xié)議比如OIDC或SAML向各子系統(tǒng)簽發(fā)短期憑證。但落地時(shí)要注意票據(jù)的過期時(shí)機(jī)和子系統(tǒng)之間的時(shí)鐘偏差我見過某項(xiàng)目因?yàn)榉?wù)器時(shí)間差了30秒導(dǎo)致用戶每隔幾分鐘就被踢出子系統(tǒng)的奇葩情況。另一個(gè)翻車點(diǎn)是布局適配。iframe嵌第三方頁面會(huì)遇到滾動(dòng)條嵌套、彈窗被遮擋、快捷鍵沖突這些聽著不大、用起來要命的細(xì)節(jié)。微前端方案則要對(duì)樣式隔離和全局變量沖突做處理否則兩套前端框架的全局事件互相覆蓋排查起來比解連環(huán)套還痛苦。我的經(jīng)驗(yàn)是界面集成的范圍一定要克制只聚合用戶高頻使用的頁面不要把整個(gè)子系統(tǒng)都塞進(jìn)來否則性能和視覺一致性都會(huì)失控。界面集成適合的場景非常明確人的切換成本遠(yuǎn)大于系統(tǒng)的切換成本。一線客服人員每天要同時(shí)查訂單系統(tǒng)、物流系統(tǒng)、售后工單系統(tǒng)每切一次頁面要重新定位一條記錄這種消耗才是界面集成的真正動(dòng)機(jī)。反過來如果兩個(gè)工具之間是機(jī)器在頻繁交互人只是偶爾看一眼結(jié)果那界面集成就是多余的——你需要的其實(shí)是下面要講的控制集成。3. 控制集成操作控制層面的按按鈕是怎么實(shí)現(xiàn)的3.1 控制集成解決的是工具間能互相操作如果說界面集成是給用戶省事那控制集成就是給系統(tǒng)省事。它的本質(zhì)是一個(gè)工具能夠主動(dòng)觸發(fā)另一個(gè)工具的操作而不需要用戶去那個(gè)工具里手動(dòng)點(diǎn)一遍。再拿裝修打比方。界面集成是打通了廚房和餐廳的門控制集成則是你坐在沙發(fā)上按一下遙控器廚房里的烤箱就開始預(yù)熱、抽油煙機(jī)自動(dòng)啟動(dòng)——你不用走到烤箱前親手?jǐn)Q旋鈕。工具層面的例子開發(fā)環(huán)境里保存代碼時(shí)自動(dòng)觸發(fā)代碼檢查工具的掃描項(xiàng)目管理工具里把缺陷狀態(tài)改成已修復(fù)時(shí)自動(dòng)調(diào)用測試管理平臺(tái)創(chuàng)建一輪回歸測試運(yùn)維告警系統(tǒng)收到閾值告警后直接調(diào)用工單系統(tǒng)創(chuàng)建一條處理工單并指派給值班人?？刂萍傻膶?shí)現(xiàn)方式按深度和侵入性可以排一個(gè)梯度實(shí)現(xiàn)方式侵入性時(shí)序要求典型場景共享數(shù)據(jù)庫/文件低幾乎無侵入異步靠輪詢或監(jiān)聽兩個(gè)系統(tǒng)共用一張補(bǔ)償表、一個(gè)結(jié)果文件目錄命令行工具封裝中需要能執(zhí)行外部進(jìn)程多為同步構(gòu)建腳本里調(diào)用靜態(tài)分析工具開放API調(diào)用中高需要雙方接口對(duì)得上同步或異步均可系統(tǒng)A調(diào)用系統(tǒng)B創(chuàng)建資源的接口事件消息發(fā)布訂閱中高需要消息中間件異步事件驅(qū)動(dòng)期待其他系統(tǒng)對(duì)某個(gè)事件作出反應(yīng)我在實(shí)際項(xiàng)目里見到最多的是API調(diào)用方式。它直白、可控、排錯(cuò)相對(duì)容易。但API調(diào)用有一個(gè)天然的耦合點(diǎn)調(diào)用方必須知道被調(diào)用方接口的細(xì)節(jié)——URL、參數(shù)格式、鑒權(quán)方式、錯(cuò)誤碼含義。這意味著每次被調(diào)用方改了一版接口調(diào)用方也得跟著改。很多系統(tǒng)集成的后續(xù)維護(hù)成本都消耗在這種接口變了連鎖改一片的折磨上。3.2 控制集成里的狀態(tài)同步與控制反轉(zhuǎn)問題控制集成比界面集成深一層因?yàn)樗幚淼牟恢皇浅尸F(xiàn)還有操作后的狀態(tài)一致性。舉一個(gè)我經(jīng)歷過的事某團(tuán)隊(duì)把構(gòu)建系統(tǒng)與缺陷管理系統(tǒng)做控制集成開發(fā)人員點(diǎn)擊一鍵觸發(fā)構(gòu)建時(shí)由構(gòu)建系統(tǒng)調(diào)用缺陷管理系統(tǒng)的接口把關(guān)聯(lián)缺陷的狀態(tài)改成待驗(yàn)證。結(jié)果某天網(wǎng)絡(luò)抖動(dòng)構(gòu)建接口實(shí)際執(zhí)行成功了但更新缺陷狀態(tài)的調(diào)用超時(shí)了。前端顯示構(gòu)建失敗缺陷狀態(tài)卻沒變兩個(gè)系統(tǒng)在事實(shí)上出現(xiàn)了分歧?？刂萍衫锏臓顟B(tài)同步問題常見的解法是引入最終一致性的思路不追求一次調(diào)用就把兩邊狀態(tài)全部改到位而是記錄一個(gè)待同步任務(wù)由后端的補(bǔ)償任務(wù)定期重試直到兩邊一致。這也是為什么控制集成選型時(shí)我更傾向于讓集成方而不是被集成方來維護(hù)狀態(tài)流轉(zhuǎn)——把狀態(tài)誰負(fù)責(zé)改、改失敗了怎么辦提前寫清楚比事后補(bǔ)坑省太多力氣。還有一個(gè)常被忽略的坑叫控制反轉(zhuǎn)。你以為控制集成是A系統(tǒng)主動(dòng)調(diào)B系統(tǒng)但實(shí)際落地時(shí)經(jīng)常變成B系統(tǒng)反過來依賴A系統(tǒng)的輸入。比如A系統(tǒng)調(diào)用B系統(tǒng)創(chuàng)建任務(wù)后B系統(tǒng)需要知道任務(wù)的后續(xù)進(jìn)展于是反過來訂閱A系統(tǒng)的事件。集成方向一旦搞反接口設(shè)計(jì)、鑒權(quán)、數(shù)據(jù)流向全要推翻。我的習(xí)慣是在設(shè)計(jì)控制集成方案時(shí)先畫一張誰發(fā)起、誰響應(yīng)、誰承擔(dān)狀態(tài)維護(hù)責(zé)任的矩陣把控制邊界釘死不被動(dòng)搖。4. 過程集成把工具串進(jìn)一條自動(dòng)化流程才叫真正的協(xié)同4.1 過程集成的核心是編排而非單點(diǎn)調(diào)用界面集成解決人看不過來控制集成解決人點(diǎn)不過來但現(xiàn)實(shí)中很多協(xié)同問題比這兩者都更復(fù)雜一個(gè)業(yè)務(wù)環(huán)節(jié)要依次經(jīng)過多個(gè)工具每個(gè)工具的輸出是下一個(gè)工具的輸入中間還夾雜著審批、超時(shí)、異常重試、人工介入。這種跨工具的全流程協(xié)同靠單點(diǎn)的API調(diào)用是拼不出來的你需要的是過程集成。過程集成Process Integration的本質(zhì)是編排把多個(gè)工具的原子操作按業(yè)務(wù)規(guī)則串成一個(gè)流程由集成引擎負(fù)責(zé)流程的推進(jìn)、數(shù)據(jù)的流轉(zhuǎn)、分支的判斷、異常的處理。它跟前兩種集成的區(qū)別在于它關(guān)心的不再是某個(gè)工具怎么被調(diào)而是整條流程如何被管理。你可以把它理解成拍電影和安排單場戲的區(qū)別——控制集成是在某一幕調(diào)度演員和機(jī)位過程集成則是統(tǒng)籌整個(gè)劇組的拍攝計(jì)劃、場地銜接、道具流轉(zhuǎn)。落地過程集成最典型的載體是工作流引擎輕量級(jí)的有各類基于狀態(tài)機(jī)的框架重型的有成熟的商業(yè)流程引擎。事件驅(qū)動(dòng)架構(gòu)也是過程集成的常見形態(tài)——系統(tǒng)A發(fā)布一個(gè)訂單已創(chuàng)建事件流程引擎根據(jù)事件觸發(fā)規(guī)則組件處理、調(diào)用支付系統(tǒng)預(yù)授權(quán)、給倉儲(chǔ)系統(tǒng)下發(fā)揀貨指令。每一步都是上一個(gè)動(dòng)作的自然結(jié)果整體形成一條閉環(huán)鏈路。我之前幫一個(gè)軟件團(tuán)隊(duì)梳理他們的交付流程發(fā)現(xiàn)從代碼提交到上線發(fā)布中間要經(jīng)過10個(gè)工具系統(tǒng)的5個(gè)審批環(huán)節(jié)。每個(gè)環(huán)節(jié)都靠人肉通知、人肉搬運(yùn)參數(shù)。后來用過程集成把這條鏈路串起來代碼提交觸發(fā)靜態(tài)檢查和單元測試通過后自動(dòng)創(chuàng)建發(fā)布單發(fā)布單走完審批自動(dòng)調(diào)用容器平臺(tái)的部署接口部署完成后自動(dòng)回寫發(fā)布記錄并通知監(jiān)控系統(tǒng)屏蔽變更告警。整條流程跑完后原來半小時(shí)的人工銜接壓縮到幾分鐘這還只是最簡單的順直流程。4.2 過程集成的可靠性與可觀測性是上線后最見真章的地方過程集成看著比前兩種高級(jí)但它有一個(gè)必須正面應(yīng)對(duì)的問題流程越復(fù)雜失敗的處理就越關(guān)鍵。單點(diǎn)調(diào)用失敗重試一次就行編排流程里出現(xiàn)了失敗你得知道失敗發(fā)生在第幾步、前幾步的結(jié)果怎么處理、后續(xù)步驟還要不要繼續(xù)。這里有幾個(gè)我在實(shí)戰(zhàn)中反復(fù)踩過的坑。第一個(gè)是把流程引擎當(dāng)成萬能執(zhí)行器什么操作都往里塞結(jié)果復(fù)雜流程的狀態(tài)熵增到?jīng)]人能理清楚。我的原則是編排粒度保持在業(yè)務(wù)步驟級(jí)別不要讓流程引擎去管數(shù)據(jù)庫里某一行怎么更新這種太細(xì)的事。二一個(gè)是超時(shí)和重試策略沒設(shè)計(jì)好流程里某個(gè)外部系統(tǒng)響應(yīng)變慢導(dǎo)致整條流程都被卡住后面的步驟全部排隊(duì)積壓。最終可靠的做法是給每個(gè)步驟設(shè)獨(dú)立超時(shí)時(shí)間區(qū)分可重試的失敗和不可重試的失敗對(duì)前者用指數(shù)退避的重試策略對(duì)后者直接進(jìn)入人工處理隊(duì)列。還有一件事就是過程集成的可觀測性必須前置設(shè)計(jì)。流程跑起來之后什么時(shí)候處于哪個(gè)節(jié)點(diǎn)、每個(gè)節(jié)點(diǎn)的入?yún)⒊鰠⑹鞘裁?、停留了多久這些不提前留好觀查點(diǎn)出了問題就只能翻日志大海撈針。我經(jīng)手的項(xiàng)目里凡是過程集成做得穩(wěn)的都有一個(gè)統(tǒng)一的流程監(jiān)控大盤能看到每筆任務(wù)的生命周期狀態(tài)。這個(gè)大盤不是上線之后再補(bǔ)的而是在設(shè)計(jì)流程模型的時(shí)候就同步規(guī)劃好的。5. 三種集成類型的選型邏輯、協(xié)同關(guān)系和落地建議5.1 三種集成不是互斥關(guān)系而是按協(xié)同深度遞進(jìn)接觸集成需求多了以后我發(fā)現(xiàn)很多團(tuán)隊(duì)的誤區(qū)在于把三種集成類型當(dāng)成三種方案去挑。實(shí)際上它們更像是協(xié)同深度的三個(gè)層級(jí)界面集成改變的是人的操作方式控制集成改變的是工具間的交互方式過程集成改變的是業(yè)務(wù)的流轉(zhuǎn)方式。一個(gè)成熟的集成體系往往三種類型同時(shí)存在只不過用在哪一層、投入多大要看業(yè)務(wù)痛點(diǎn)落在哪一層。我用一個(gè)實(shí)際的例子說明三者的協(xié)同關(guān)系。某研發(fā)效能平臺(tái)接入項(xiàng)目管理工具和代碼托管工具時(shí)界面集成負(fù)責(zé)在效能平臺(tái)里嵌入項(xiàng)目看板和代碼提交記錄面板讓管理者不用頻繁切換控制集成負(fù)責(zé)用平臺(tái)上的按鈕觸發(fā)指定代碼倉庫的掃描任務(wù)或者把缺陷一鍵創(chuàng)建到項(xiàng)目管理工具過程集成負(fù)責(zé)把需求評(píng)審→開發(fā)完成→聯(lián)調(diào)→測試→發(fā)布整條鏈路的自動(dòng)串接。這三個(gè)層面放在一起才是完整的工具協(xié)同體驗(yàn)。只做了界面集成的平臺(tái)看起來像一個(gè)整合了所有入口的門戶用起來還是各干各的只做了控制集成的平臺(tái)能互相調(diào)能力但使用者缺少統(tǒng)一視圖只有把過程集成也做進(jìn)去整條流程才真正變成一個(gè)可被管理的整體。5.2 選型時(shí)先問三個(gè)問題再?zèng)Q定投入方向我不建議一上來就奔著上一個(gè)大的集成平臺(tái)去。先問自己三個(gè)問題答案會(huì)直接告訴你該優(yōu)先做哪層集成。問題一用戶每天要在幾個(gè)工具間來回切多少次如果答案是一二十次以上界面集成的價(jià)值最大先把高頻頁面聚合起來減少切換。問題二有多少操作是跨工具重復(fù)錄入或重復(fù)觸發(fā)的如果一個(gè)人每天要點(diǎn)幾十次復(fù)制A系統(tǒng)編號(hào)去B系統(tǒng)查狀態(tài)控制集成就值回票價(jià)。問題三有多少業(yè)務(wù)流是跨系統(tǒng)流轉(zhuǎn)、靠人肉通知銜接的如果已經(jīng)在用Excel表格跟蹤流程進(jìn)度說明過程集成是更深的需求值得投入重資源。這三個(gè)問題的優(yōu)先級(jí)跟業(yè)務(wù)形態(tài)強(qiáng)相關(guān)。工具型的團(tuán)隊(duì)可能控制集成和過程集成更有價(jià)值管理層的訴求往往落在界面集成和過程集成的報(bào)表呈現(xiàn)上。沒有標(biāo)準(zhǔn)答案但有標(biāo)準(zhǔn)邏輯先解決最頻繁的重復(fù)勞動(dòng)再考慮最復(fù)雜的流程自動(dòng)化。5.3 落地集成方案時(shí)的四條實(shí)操經(jīng)驗(yàn)最后分享幾條我在真實(shí)項(xiàng)目里沉淀下來的經(jīng)驗(yàn)算不上什么秘訣但每一條都是拿教訓(xùn)換的。第一集成邊界從最小可用開始。不要妄圖第一天就把所有系統(tǒng)全面打通。選一條業(yè)務(wù)價(jià)值最明顯的鏈路比如構(gòu)建到部署這條高頻路徑先做穿跑通穩(wěn)定之后再去擴(kuò)展。貪多嚼不爛集成項(xiàng)目死掉的大半原因是范圍失控。第二給集成層獨(dú)立的日志和監(jiān)控。這是最容易被砍掉的預(yù)算也是后果最嚴(yán)重的削減。集成的故障常常是兩邊系統(tǒng)都正常只有銜接處出錯(cuò)如果集成層自己沒有日志排查問題就得同時(shí)打開三個(gè)系統(tǒng)的日志做時(shí)間對(duì)齊熬人熬到懷疑人生。第三契約先行代碼后寫。不管是API調(diào)用還是消息事件先把雙方的數(shù)據(jù)契約、字段定義、錯(cuò)誤碼含義定下來評(píng)審一遍再動(dòng)手寫代碼。接口對(duì)不上導(dǎo)致的返工比我見過的任何其他原因都耗費(fèi)工期。第四為人工介入保留入口。再智能的集成也不能消滅所有異常情形。接口鑒權(quán)過期、臟數(shù)據(jù)、業(yè)務(wù)規(guī)則沖突這些總會(huì)有。設(shè)計(jì)流程時(shí)先想清楚這一步卡住了人從哪里介入預(yù)留處理通道不要指望自動(dòng)化能兜住一切。做集成的這幾年我越來越覺得集成類型的分層與其說是技術(shù)分類不如說是思考工具它逼著你去分辨一個(gè)問題到底是出在交互上、操作上還是流程上然后針對(duì)性地施治。一個(gè)剛?cè)胄械墓こ處熆赡苡X得所有集成都是兩個(gè)系統(tǒng)連一下而真正深入之后你會(huì)開始珍惜那種能清晰說出這里需要的是過程集成不是控制集成的時(shí)刻——那意味著你對(duì)問題的理解已經(jīng)從表面到達(dá)了結(jié)構(gòu)層。