討論：銀行IT藍(lán)圖（2）- 綜合前置

Celetium

上回書說(shuō)到渠道，似乎沒什么參與討論，這回書著落在業(yè)務(wù)從渠道接入后到達(dá)之地 - 綜合前置

綜合前置也有叫大前置的，顧名思義前置是放在后臺(tái)主機(jī)前面做一些預(yù)處理或一些主機(jī)不好做、不適合作的事情。例如，與多個(gè)協(xié)作方通信，報(bào)文格式轉(zhuǎn)換和組裝等等。綜合前置之前，前置大多是分散的，比如ATMP，POSP，證券，中間業(yè)務(wù)可能都是各自一套。不同廠商開發(fā)，不同程序語(yǔ)言，不同平臺(tái)...。后來(lái)逐漸整合到一起，成為綜合前置：一個(gè)體系架構(gòu)，一種開發(fā)語(yǔ)言，甚至一個(gè)系統(tǒng)。慢慢地綜合前置也出現(xiàn)很多變種，有些做渠道整合平臺(tái)，有些作中間業(yè)務(wù)平臺(tái)，甚至有些發(fā)展為企業(yè)整合平臺(tái)/企業(yè)總線...

無(wú)論叫什么名字，就是渠道與后臺(tái)業(yè)務(wù)主機(jī)之間那部分，按以前的叫法，中臺(tái)，渠道叫前臺(tái)。：）

中臺(tái)這一塊現(xiàn)在在SOA的喧囂下越發(fā)被重視，只是要從以前大前置轉(zhuǎn)上SOA軌道，還是需要很多努力。中臺(tái)主要的功能是和不同的系統(tǒng)、第三方互聯(lián)，報(bào)文的格式化，組合多方交易實(shí)現(xiàn)新的業(yè)務(wù)邏輯。從我個(gè)人的設(shè)想看，前臺(tái)，就是渠道這塊，應(yīng)該只負(fù)責(zé)展示，不應(yīng)該含有任何處理邏輯；而中臺(tái)，這里要分兩部分，一部分負(fù)責(zé)通信和報(bào)文格式適配，姑且叫綜合前置，另一部分是業(yè)務(wù)邏輯實(shí)現(xiàn)，其實(shí)這部分也和后臺(tái)性質(zhì)上也很相似了，只是沒有后臺(tái)業(yè)務(wù)內(nèi)聚那里完備，在SOA的架構(gòu)模式下，兩者的界限已經(jīng)分不太清。后臺(tái)這一塊，應(yīng)該以合適的粒度封裝業(yè)務(wù)邏輯成為一個(gè)個(gè)服務(wù)。后臺(tái)最重要就是對(duì)業(yè)務(wù)的提煉，而現(xiàn)在大多后臺(tái)系統(tǒng)是個(gè)打包系統(tǒng)，前中后都管的。可能一些用大機(jī)的行會(huì)分的清一點(diǎn)。

綜合前置的要求，最重要的是靈活，能夠容易地增加新的渠道接入，第三方通信，新的報(bào)文格式轉(zhuǎn)換。曾經(jīng)考慮用OSGi的模式來(lái)實(shí)現(xiàn)一個(gè)，未完成。而在后臺(tái)系統(tǒng)還不太可能大幅度改造的情況下，應(yīng)該再有一個(gè)業(yè)務(wù)運(yùn)行平臺(tái)，處理業(yè)務(wù)邏輯。市面上有一些這樣和二為一的產(chǎn)品。綜合前置部分做的還過(guò)得去，但業(yè)務(wù)運(yùn)行平臺(tái)還是差強(qiáng)人意，老外在這部分作的不錯(cuò)，軟件比較成型。

寫這么多！

SeeaMonster

寫的不錯(cuò)，能否具體說(shuō)說(shuō)“綜合前置的要求，最重要的是靈活，能夠容易地增加新的渠道接入”——應(yīng)該如何達(dá)成？

dlms

原帖由 SeeaMonster 于 2007-8-14 10:41 發(fā)表
寫的不錯(cuò)，能否具體說(shuō)說(shuō)“綜合前置的要求，最重要的是靈活，能夠容易地增加新的渠道接入”——應(yīng)該如何達(dá)成？

在交易方面，盡量做到模塊化，將公共部分子交易化。
在通訊方面盡量做到互不相干。

這個(gè)帖子不錯(cuò)，歡迎大家踴躍討論

SeeaMonster

原帖由 dlms 于 2007-8-14 11:12 發(fā)表

在交易方面，盡量做到模塊化，將公共部分子交易化。
在通訊方面盡量做到互不相干。

這個(gè)帖子不錯(cuò)，歡迎大家踴躍討論

感覺也是個(gè)知易行難的事啊，要做到交易定制化，感覺難度很大啊。

dlms

原帖由 SeeaMonster 于 2007-8-14 13:44 發(fā)表



感覺也是個(gè)知易行難的事啊，要做到交易定制化，感覺難度很大啊。

呵呵這個(gè)不難，國(guó)內(nèi)很多前置開發(fā)商已經(jīng)做到這一點(diǎn)了。
1.首先公司產(chǎn)品環(huán)境允許你這樣作，這點(diǎn)尤其重要，產(chǎn)品都沒有模塊化從何談應(yīng)用模塊化呢。
  項(xiàng)目周期就那點(diǎn)，費(fèi)用就那么多，如果產(chǎn)品沒有模塊化，項(xiàng)目實(shí)施這個(gè)層次就很難做了。
  有些小的商行早些年不太重視前置業(yè)務(wù)，他們的前置產(chǎn)品都是核心業(yè)務(wù)開發(fā)商捎帶送的東西，類似這樣的東西很難模塊化的。
2.要有良好的項(xiàng)目實(shí)施規(guī)范，和版本控制觀念。
  一個(gè)前置產(chǎn)品，到各地實(shí)施因?yàn)榭蛻舻男枨蟛煌�，到處改產(chǎn)品，造成一個(gè)產(chǎn)品多個(gè)版本，這樣的現(xiàn)象也是很普遍的。
  所以一定要做好產(chǎn)品版本控制。這里所說(shuō)的事前置產(chǎn)品的版本控制，最后由產(chǎn)品部門統(tǒng)一維護(hù)，源碼不下放到現(xiàn)場(chǎng)實(shí)施組里。
3.應(yīng)用模塊化
  前置的業(yè)務(wù)大體相同，業(yè)務(wù)邏輯沒有核心帳務(wù)那么復(fù)雜，如果在某行的一個(gè)分行實(shí)施過(guò)了，只要稍加改造到另外一個(gè)分行就可以直接使用。
直接使用的前提是必須作到交易模塊化，比如我在某行分行實(shí)施過(guò)移動(dòng)代收費(fèi)項(xiàng)目，在另外一個(gè)分行也有這樣的子業(yè)務(wù)，那么上主機(jī)的部分就是公共的了。
這樣就可以大大縮短項(xiàng)目周期，從而降低項(xiàng)目成本，提升人月費(fèi)用。

說(shuō)是這樣說(shuō)，但是真正做好這樣的公司不太多，但是還是有公司一直在堅(jiān)持這樣作的。

yg

其實(shí)很蛇足，既增加了應(yīng)用結(jié)構(gòu)的復(fù)雜性，增加了出錯(cuò)的環(huán)節(jié)，也為系統(tǒng)引進(jìn)了一個(gè)性能瓶頸，除了一個(gè)理由，真的沒有存在的必要。特別是中小系統(tǒng)，要慎重考慮。

Celetium

1、關(guān)于二樓同學(xué)對(duì)靈活性的問題，版主作了很好的回答。我在這里再具體一點(diǎn)：主要要提煉的有三個(gè)方面：a、架構(gòu)方面，比如如何把通信、拆組報(bào)文、加密等分好層次和耦合；b、在通信方面，總結(jié)出如TCP/IP，HTTP，CICS，TUXEDO，UDP...然后通過(guò)設(shè)定參數(shù)就能實(shí)現(xiàn)一個(gè)接入；c、在報(bào)文方面如定長(zhǎng)、分割符、8583、XML...等等也是可通過(guò)配置來(lái)控制拆分組裝。至于交易邏輯的提煉，這和后臺(tái)應(yīng)用的做法類似，我將在下一個(gè)討論專題討論。
2、關(guān)于YG對(duì)于前置系統(tǒng)有畫蛇添足的嫌疑，不可否認(rèn)，眾多前置系統(tǒng)讓整個(gè)IT看起來(lái)復(fù)雜了，但存在還是合理的。局域網(wǎng)內(nèi)的通信效率如今很高了，高內(nèi)聚松耦合的理論不僅僅在一個(gè)程序里，可以擴(kuò)大到架構(gòu)層次，讓各個(gè)層面專注于自己的工作，會(huì)為更高效率的開發(fā)和改變提供便利。現(xiàn)今SOA的概念無(wú)非把內(nèi)聚松耦的想法發(fā)展到了極致，在企業(yè)內(nèi)、企業(yè)外都可組合。

yg

在通信方面，總結(jié)出如TCP/IP，HTTP，CICS，TUXEDO，UDP...然后通過(guò)設(shè)定參數(shù)就能實(shí)現(xiàn)一個(gè)接入；c、在報(bào)文方面如定長(zhǎng)、分割符、8583、XML...等等也是可通過(guò)配置來(lái)控制拆分組裝

不知道有哪個(gè)銀行的系統(tǒng)是把所謂的“綜合前置”直接開放給渠道的。如果這些都給綜合前置做，那渠道前置又做些什么呢
“綜合前置”就象A片，看著爽，做的未必爽啊

dlms

原帖由 yg 于 2007-8-15 08:55 發(fā)表

不知道有哪個(gè)銀行的系統(tǒng)是把所謂的“綜合前置”直接開放給渠道的。如果這些都給綜合前置做，那渠道前置又做些什么呢
“綜合前置”就象A片，看著爽，做的未必爽啊

綜合前置是個(gè)大概念。
就拿四大銀行中的一家說(shuō)說(shuō)吧，綜合前置有總行前置，和分行前置之分。
實(shí)際上在很多分行，渠道業(yè)務(wù)是走前置上總行的。
但是也有很多行對(duì)于渠道業(yè)務(wù)，是先到總行渠道前置，前置拆分后根據(jù)分行代碼，在跟分行發(fā)生通訊，分行處理交易后返回總行的前置，然后給業(yè)務(wù)發(fā)起方。
呵呵實(shí)現(xiàn)方式多種多樣。

yg

看來(lái)所謂的“綜合前置”連內(nèi)涵都沒法界定，討論也沒什么意義。
每增加一個(gè)環(huán)節(jié)，對(duì)網(wǎng)絡(luò)事務(wù)都是很棘手的，特別是牽扯第三方的交易，為了保證逐層提交的可靠性，付出的代價(jià)是很大的。
套用數(shù)學(xué)的原則，“簡(jiǎn)單的就是最美的”。
所以，不要為了“綜合前置”，而“綜合前置”，能簡(jiǎn)單就簡(jiǎn)單點(diǎn)吧。