通過SOA企業(yè)最佳架構(gòu)能否成為現(xiàn)實

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

如果代碼開發(fā)人員一直以來都不能為代碼使用者提供真正需要的代碼開發(fā)那所謂的最佳“企業(yè)級架構(gòu)”將永遠(yuǎn)無法實現(xiàn)。然而，在現(xiàn)實中，大部分從事代碼開發(fā)的人并不會把另外一些可能需要到這些代碼開發(fā)的人當(dāng)作使用者去對待。這也是面向服務(wù)架構(gòu)(SOA)未能獲得成功的原因所在。

SOA所能帶來的價值已經(jīng)是清楚的了，在這幾年中我們也一直努力創(chuàng)造出SOA軟件產(chǎn)品以供使用。我也知道COBOL(面向商業(yè)的通用語言，又稱為企業(yè)管理語言、數(shù)據(jù)處理語言等，Common Business Oriented Langauge)應(yīng)用曾經(jīng)是建立在同樣的原則之上。我曾作為一個項目的團隊負(fù)責(zé)人參與了在遵從COBOL 74規(guī)范基礎(chǔ)之上的超過700個核心功能服務(wù)的興建工作，我們所編寫的代碼具有著高度的可重用性。當(dāng)然，這也是我們?yōu)榻鹑跈C構(gòu)所建立起來的一個豎井中的大型系統(tǒng)。我們以這樣的環(huán)境需求為基礎(chǔ)構(gòu)建了這一系統(tǒng)，并保證其可以在該企業(yè)的其他部門重復(fù)使用。

對于這份工作我當(dāng)時是覺得非常自豪的，但是現(xiàn)在回想起來，我們卻并不是一個非常好的使用者。我們樂于去試圖找到一些非商業(yè)定制的應(yīng)用從而滿足我們的主要功能需求，但是卻并不是作為自身企業(yè)一個好的代碼使用者而存在。我們甚至根本沒有考慮過從企業(yè)現(xiàn)有軟件應(yīng)用的重用方向入手。這個問題直到現(xiàn)在也沒有真正改變，因為更多的時候我們只是專注于如何編寫代碼，并讓其實現(xiàn)“可重用”。

問題的關(guān)鍵并不是說我們需要從代碼的角度去考慮實現(xiàn)可重用。我們必須得明白，這些代碼使用者即其他的程序開發(fā)人員和架構(gòu)師。我們必須把自己看作是服務(wù)的提供者，為這些使用者創(chuàng)造代碼，并準(zhǔn)確的提供給他們使用。這些代碼必須是易于使用的，必須是很方便就能找到的，必須得到有效推廣和準(zhǔn)確定位，同時也必須是能夠滿足使用者需求的，而在做到這一切的前提是我們應(yīng)該首先成為一個好的使用者，學(xué)會如何去使用他們。

類似于這樣對于使用者的認(rèn)識以及整個企業(yè)和團隊中服務(wù)的認(rèn)識可能并不是一個主流的理念。就目前而言，我們對使用者還缺少足夠的了解和反饋，僅僅只是感覺上的評斷。

相對于我們的開發(fā)團隊，在整個組織范圍或者更廣的范圍內(nèi)將會有更多的人能夠接觸到我們所能接觸的使用者。如果我和我的團隊是為這些使用者的服務(wù)提供者，也許在這個領(lǐng)域還有更多的團隊是這個使用者的服務(wù)提供者，那么我是不是應(yīng)該提前就問自己一些應(yīng)該被問到的問題：如果我的使用者能夠自主的選擇它所需要的服務(wù)提供者，那在所有服務(wù)提供者都沒出錯的情況下，我應(yīng)該怎樣做才能確保我會是他唯一的選擇，并且能持續(xù)不斷的贏得這場業(yè)務(wù)?我應(yīng)該怎么做才能讓我的服務(wù)盡可能的便于使用?

在當(dāng)前的市場上有不少杰出的工具可以用來支持這種對遺留應(yīng)用的再次使用。這些都是資源管理中可以共同使用的內(nèi)容。對于軟件行業(yè)而言，這些工具能夠有助于度量之前的投資組合在實際消費的可重復(fù)使用資產(chǎn)的價值。而這些信息在過去一般來說是不會有的。我試圖從這些工具的使用者中整理出一個具有說服力的數(shù)字出來，但是，無法避免的是，這個數(shù)字絕不會很高。那么，如果我的統(tǒng)計沒有出錯的話，是什么阻止了我們對可重用代碼的重復(fù)使用呢?

作為軟件開發(fā)人員我們并不是好的使用者，相比之下我們的同事也許更好的處理好如何去“使用”的工作。當(dāng)我們要尋找一些有用的東西或者是一些示例的時候我們可能首先想到的是互聯(lián)網(wǎng)而不是公司內(nèi)部的資源庫。當(dāng)然，這其中可能的原因是企業(yè)內(nèi)部缺少一個應(yīng)用能夠類似于網(wǎng)絡(luò)中的搜索工具。但是，更重要的是，當(dāng)我們在編寫代碼的時候可能并沒有想到會有別的開發(fā)人員可以使用這些內(nèi)容。

我們并沒有為我們所編寫的代碼內(nèi)容創(chuàng)造接口以方便人們能夠更好的使用，我們甚至根本就未曾考慮過這個問題。我們不提供設(shè)計層次的抽象內(nèi)容從而有助于其他程序員和架構(gòu)師能夠從我們的解決方案中選出合適的建議整合到他們的方案中去。我們并沒有將代碼整理給團隊中沒有參與的人員或者是整個企業(yè)范圍的其他團隊。我們?nèi)狈κ袌稣{(diào)研，不清楚那么沒有使用我們代碼的使用者究竟需要什么，無法將我們的代碼開發(fā)發(fā)揮至最大效用。我們沒有合理的將代碼打包，使得即便選擇使用我們的使用者也覺得不易使用。

技術(shù)支持的工作正是因為我們的這些做法才發(fā)展起來并部分的存在于當(dāng)前的工作之中。我們必須開始將我們的服務(wù)提供工作從代碼層面轉(zhuǎn)向到人的層面，并更有效的利用這些技術(shù)支持。緊接著我們可以利用這些工具更好的輔助市場，并能使我們的代碼更廣泛的提供給別人。

我希望在這些工作之后能夠有一些好的度量重用的方式，真正顯示出我們艱苦工作后所建立起的可重用軟件在重復(fù)使用方面的回報。并且使用者的需求將會是真正放在第一的位置。同時，在整個SOA模型當(dāng)中，服務(wù)的有效消費應(yīng)該是占到一半以上的重要程度。（IT專家網(wǎng)）