本文，Tom Nolle講述了大家都需要了解的現(xiàn)代化的流行做法，“中間件”方式——解釋了如何確保采用的是正確方法，如何簡(jiǎn)化流程，并且為將來(lái)做好準(zhǔn)備。
對(duì)規(guī)劃師和架構(gòu)師而言，應(yīng)用現(xiàn)代化(App Mod)不是個(gè)新問(wèn)題，但隨著業(yè)務(wù)敏捷趨勢(shì)，在線客戶/供應(yīng)商關(guān)系，軟件組件化，以及云計(jì)算等的盛行，以前暫時(shí)沒(méi)有考慮應(yīng)用現(xiàn)代化的公司現(xiàn)在都不得不重新慎重考慮這個(gè)問(wèn)題。很多應(yīng)用現(xiàn)代化的可選方案都涉及到”中間件“——應(yīng)用和用戶之間的工具集。要想確保基于中間件來(lái)構(gòu)建現(xiàn)代化應(yīng)用的方式的確適合自己，需要首先整體研究未來(lái)的應(yīng)用模型，找到能夠達(dá)到目標(biāo)的最簡(jiǎn)單的方式，確保中間件的選擇會(huì)在廣度上支撐這個(gè)未來(lái)目標(biāo)。
中間件基于基礎(chǔ)操作系統(tǒng)或網(wǎng)絡(luò)服務(wù)，將這些基礎(chǔ)服務(wù)封裝成能夠輔助并標(biāo)準(zhǔn)化部署過(guò)程的高級(jí)功能/服務(wù)。主流軟件廠商，比如IBM、Microsoft和Oracle，都有大量中間件工具資產(chǎn)，這些工具設(shè)計(jì)來(lái)支持各種場(chǎng)景，從數(shù)據(jù)庫(kù)操作到通信。雖然所有這些產(chǎn)品都很靈活，并且有很多第三方提供的最佳組合使之更為靈活，但是不能讓這些中間件在軟件系統(tǒng)里肆意妄為——如果缺少標(biāo)準(zhǔn)化，花費(fèi)和風(fēng)險(xiǎn)都會(huì)激增，尤其在ALM里。必須有統(tǒng)一的設(shè)計(jì)。
從多個(gè)主流軟件公司購(gòu)買軟件的公司開(kāi)始意識(shí)到必須開(kāi)始研究這些軟件公司支持的應(yīng)用模型，以及中間件如何支持這些模型。如今大多數(shù)的應(yīng)用要么是事務(wù)驅(qū)動(dòng)，要么是分析驅(qū)動(dòng)，前者在網(wǎng)絡(luò)上從用戶那里得到輸入，后者是對(duì)存儲(chǔ)數(shù)據(jù)的離線檢查。事務(wù)驅(qū)動(dòng)的應(yīng)用程序的流行模型是web前端-后端模型，該模型的實(shí)現(xiàn)通常包括為已有應(yīng)用創(chuàng)建web輸入的方式。分析驅(qū)動(dòng)的應(yīng)用的應(yīng)用模型完全取決于數(shù)據(jù)庫(kù)的設(shè)計(jì)，因此這時(shí)數(shù)據(jù)庫(kù)中間件是需要著重研究的方面。
在事務(wù)驅(qū)動(dòng)的應(yīng)用模型里，web服務(wù)器提供UI，通過(guò)門戶接口將輸入傳遞給應(yīng)用程序流程。CGI曾經(jīng)是事實(shí)上的門戶標(biāo)準(zhǔn)，但是現(xiàn)在也涌現(xiàn)了一些其他中間件方案。備受關(guān)注的還有WSGI(Web Services Gateway Interface，Web服務(wù)門戶接口)，它不僅是web到應(yīng)用的接口規(guī)則的規(guī)范，也是中間件(通常用Python語(yǔ)言)的模型。WSGI比CGI要靈活得多，其之上構(gòu)建的中間件通常性能良好，有彈性。
在數(shù)據(jù)庫(kù)驅(qū)動(dòng)的應(yīng)用程序里，最復(fù)雜的問(wèn)題之一就是是否需要從經(jīng)典的SQL模型切換到no-SQL，或者甚至更為松散的(Hadoop)數(shù)據(jù)存儲(chǔ)模型。大部分業(yè)務(wù)應(yīng)用傾向于使用SQL查詢，因此在數(shù)據(jù)庫(kù)驅(qū)動(dòng)應(yīng)用現(xiàn)代化里為數(shù)據(jù)訪問(wèn)找到高效的SQL中間件至關(guān)重要。最近，Spark項(xiàng)目得到了大量關(guān)注和廠商支持，因?yàn)镸ap-Reduce(像Hadoop)數(shù)據(jù)庫(kù)模型執(zhí)行非?？臁：虷adoop相比速度的提升使得即使在大量使用SQL的情況下，Spark也能被用來(lái)實(shí)現(xiàn)成為分析式應(yīng)用的現(xiàn)代化。
無(wú)論需要哪些中間件功能，能夠高效和應(yīng)用程序交互信息都至關(guān)重要。這意味著確保應(yīng)用的前端-后端接口能夠連接到中間件。對(duì)于數(shù)據(jù)庫(kù)而言，意味著支持所需的查詢接口，但是對(duì)于事務(wù)性應(yīng)用而言，很可能在web前端-后端和應(yīng)用程序之間需要搭建消息系統(tǒng)或者服務(wù)總線。
所有主流軟件廠商和很多第三方廠商都提供了消息/服務(wù)總線產(chǎn)品，一些CGI/WSGI工具也包含了這些功能。企業(yè)一般使用J2EE作為事務(wù)性中間件，這也包括服務(wù)總線功能。因?yàn)槭褂脝蝹€(gè)高級(jí)中間件工具比多個(gè)低級(jí)產(chǎn)品更加容易，首先需要查看主要供應(yīng)商的應(yīng)用程序架構(gòu)，對(duì)于高層無(wú)法找到的功能要深入研究下是否有特定的中間件可選產(chǎn)品。這樣的過(guò)程也能夠幫助確保底層工具在高層框架里能正常工作。
如果從頭開(kāi)始開(kāi)發(fā)web前端-后端程序，考慮“自己實(shí)現(xiàn)”中間件可能會(huì)有益。大部分web相關(guān)的語(yǔ)言(Python、Ruby、JavaScript和Java)都支持按照標(biāo)準(zhǔn)功能實(shí)現(xiàn)的”中間件“開(kāi)發(fā)，可以按需合并到web網(wǎng)頁(yè)/軟件里。在實(shí)踐中標(biāo)準(zhǔn)化重要特性/功能的實(shí)現(xiàn)方式，降低開(kāi)發(fā)成本及時(shí)間，同時(shí)改進(jìn)調(diào)試，減少軟件錯(cuò)誤。
中間件驅(qū)動(dòng)的應(yīng)用現(xiàn)代化最后需要考慮的方面是要意識(shí)到所選擇的軟件方案會(huì)持續(xù)影響很長(zhǎng)的時(shí)間。中間件是幾乎所有模塊化應(yīng)用程序的組件，也是云應(yīng)用程序設(shè)計(jì)和開(kāi)發(fā)的重要部分。要想在幾年之后改變中間件策略至少是非常不方便的。展望應(yīng)用程序的發(fā)展趨勢(shì)以及未來(lái)管理這些程序的策略，更好得在當(dāng)下對(duì)此做出選擇。
在考慮應(yīng)用現(xiàn)代化的面向未來(lái)的中間件時(shí)，容易忽略的一點(diǎn)是集成的靈活性。在組件化的軟件里，通常使用消息/服務(wù)總線連接組件，因此如果選擇了包含總線組件的應(yīng)用模型中間件，要注意確保之后可以輕松集成到組件工作流管理系統(tǒng)里。類似地，云端的組件要求負(fù)載均衡來(lái)實(shí)現(xiàn)故障轉(zhuǎn)移以及云爆發(fā)，中間件有很多種方式來(lái)支撐這樣的場(chǎng)景——其中一些并不是最適合云平臺(tái)的。注意驗(yàn)證這些方面來(lái)確保應(yīng)用模型的選擇不會(huì)拖累云平臺(tái)演化的策略。
如上是使用中間件方式實(shí)現(xiàn)應(yīng)用現(xiàn)代化的著重需要考慮的方面。解決某個(gè)項(xiàng)目本身的問(wèn)題并不難，能全局考慮才是難點(diǎn)所在。規(guī)劃師一般都是根據(jù)已知的問(wèn)題尋找解決方案，可能并不是整體最優(yōu)方案。”現(xiàn)代化“并不是一蹴而就的，需要隨著時(shí)間根據(jù)需求和IT基礎(chǔ)架構(gòu)的演進(jìn)而持續(xù)演進(jìn)。
京公網(wǎng)安備 11010502049343號(hào)