企業(yè)應(yīng)用架構(gòu)為什么仍然重要

申請免費試用、咨詢電話：400-8352-114

這次給我的命題作文是“企業(yè)應(yīng)用架構(gòu)”。老實說我有很久沒琢磨這玩意兒了，是過去幾周發(fā)生的三件事讓我重新思考這一主題，并將個人之見付諸下文。

第一件，是我和我公司一位IT大牛人的午餐談話。他是一位在IT行業(yè)風(fēng)口浪尖弄潮的大牛人，所以我喜歡經(jīng)常和他交流，來擴充自己的大腦。在一次這樣的自由談上，當(dāng)我們暢想未來IT前景時，我記得他懶洋洋地靠在椅子上，面朝天花板，說：“企業(yè)應(yīng)用架構(gòu)這種過時的話題，難道我們必須要討論么？”

然后他便又開始妙語連珠，滔滔不絕地談?wù)撐磥怼八暮Ｒ患摇钡腎T解決方案，我也間或?qū)λ男路f觀點表示由衷的佩服。

一周之后，我接到我一位CIO朋友的電話。她的公司最近完成了一套erp系統(tǒng)的全球部署。這個項目的初衷是讓整個公司使用一套統(tǒng)一的業(yè)務(wù)規(guī)則和橫向的過程控制?，F(xiàn)在看來，各部門及業(yè)務(wù)單位都忙著創(chuàng)造業(yè)務(wù)規(guī)則的本地化表現(xiàn)，也因此讓ERP系統(tǒng)的初衷無從實現(xiàn)。她希望聽到我的建議。我?guī)缀趺摽诙龅氖恰翱磥砟阈枰惶讏詫嵉钠髽I(yè)應(yīng)用架構(gòu)啊，”但是因為我那位IT大牛的嘲諷之語一直在耳邊徘徊，我只是向她表示了同情和理解，并要她給我一點時間思考。

然后似乎是要刻意強化我還生存在應(yīng)用架構(gòu)的宇宙中似的，一家軟件公司的技術(shù)總監(jiān)請我評估他公司的一個應(yīng)用套件。看起來開發(fā)團隊為了業(yè)務(wù)著想，開發(fā)出很多實際上是功能重復(fù)的應(yīng)用。例如，這家公司已經(jīng)有了六套支付處理程序和四套客戶注冊模塊。

在這一點上，我感覺冥冥之中，應(yīng)用架構(gòu)之“神”向我傳達一個指示，需要我重新來想想什么是企業(yè)應(yīng)用架構(gòu)。

然后，在與這家軟件公司開發(fā)團隊的領(lǐng)導(dǎo)們談了幾小時，我腦子里對于應(yīng)用程序架構(gòu)有了一個新的認識，下面是我的結(jié)論：

我的那位IT大牛只是部分正確。如果我們的應(yīng)用同質(zhì)化程度很高，那么實在不必制定什么應(yīng)用架構(gòu)。例如，我所在的公司，我們從同一家供應(yīng)商處獲得包括ERP、CRP和BI在內(nèi)的所有產(chǎn)品。也就是說，我們購買具體產(chǎn)品，同時也就購買了一套應(yīng)用架構(gòu)。

如果應(yīng)用環(huán)境是異構(gòu)的，那么一個統(tǒng)一的應(yīng)用架構(gòu)就很重要了，因為它能使設(shè)計和實現(xiàn)走向規(guī)范化。對于那位技術(shù)總監(jiān)，一個深思熟慮的應(yīng)用架構(gòu)可以讓開發(fā)團隊免除為開發(fā)第七套支付處理程序而煩惱。對于我那位CIO朋友，一個被認可的應(yīng)用架構(gòu)可以避免任何本地化ERP系統(tǒng)的舉措。

構(gòu)建橫跨多部門的應(yīng)用架構(gòu)，體現(xiàn)內(nèi)在的融洽。例如，支付處理系統(tǒng)是一項可應(yīng)用于企業(yè)內(nèi)部多個部門的應(yīng)用，構(gòu)建這樣一套應(yīng)用的基礎(chǔ)，便是橫向能自如地跨越多部門。

盡量使用通用服務(wù)組件。當(dāng)你在考慮橫向架構(gòu)的實現(xiàn)時，識別出一套公共服務(wù)層及其借口，并盡量保證其擁有長期的適應(yīng)性。就好比我給兒子購買過的最好玩具，是Legos積木－只需幾個常見的可重復(fù)組合，便可構(gòu)建出千變?nèi)f化的形狀來。我兒子可以樂此不疲幾個小時。

不同服務(wù)的通用、可重復(fù)性體現(xiàn)在哪兒呢？對我的那位CIO朋友，我們覺察到，每個業(yè)務(wù)單元需要做的事就是：下訂單、遞送訂單及支付訂單。那么可因此制定出一套標準應(yīng)用基礎(chǔ)和公共接口層，來實現(xiàn)這些邏輯以及在各應(yīng)用間通信，然后將這一標準應(yīng)用基礎(chǔ)整合進企業(yè)應(yīng)用架構(gòu)中。如此一來，無數(shù)必須要另行開發(fā)的服務(wù)可以快速實現(xiàn)了，只需要利用標準架構(gòu)提供的邏輯，下訂單、遞送訂單及支付訂單。

分清正常與異常，并利用特別流程慎重對待異常。很多時候，我們都希望自動化任何過程，包括異常處理過程，因此系統(tǒng)變得日益龐大，最終不堪重負。異常狀況不是經(jīng)常發(fā)生，何必不就按異常處理？所以，我的策略是，異常發(fā)生時就按異常處理，不額外制定標準“異常處理流程”。

靈活性最大的敵人是復(fù)雜。我的CIO朋友擔(dān)心其ERP系統(tǒng)在本地化過程中失范，很有道理。如果每個業(yè)務(wù)單位和部門都有自己的一套ERP配置，那么過度復(fù)雜的系統(tǒng)將會毀掉開發(fā)ERP系統(tǒng)的初衷。復(fù)雜性不好表現(xiàn)在很多方面，系統(tǒng)維護/升級的開銷增加只是其中的一個原因。在一個瞬息萬變的市場經(jīng)濟時代，時間就是金錢。復(fù)雜度存在，業(yè)務(wù)敏捷性就無法實現(xiàn)。因此，一個良好的應(yīng)用架構(gòu)，關(guān)鍵就是簡單、一致。

確保企業(yè)明白，一個橫向的、簡單的、使用通用模塊并慎重對待異常的架構(gòu)，才是好架構(gòu)。因為，無數(shù)強有力的事實證明，好的企業(yè)應(yīng)用架構(gòu)必然有著穩(wěn)固的質(zhì)量，而穩(wěn)固的質(zhì)量源自上述特征。這一點毋庸置疑，從未有人就此與我爭執(zhí)（包括IT人員）。

那位公司的技術(shù)總監(jiān)制定了一套試點體系，整合各種服務(wù)資源并力求標準化，結(jié)果是更多可供開發(fā)的資源投入到生產(chǎn)系統(tǒng)，創(chuàng)造了極具競爭優(yōu)勢的產(chǎn)品（絕不是什么第七套支付處理程序所能實現(xiàn)的）。我的這位CIO朋友與其業(yè)務(wù)部門緊密合作，制定了一套標準架構(gòu)以盡量避免各種本地化差異。我也因此一直回避我的那位IT大牛，因為事實證明他那套企業(yè)應(yīng)用架構(gòu)的“過時”論是錯的，我不想打擊他。