應(yīng)用架構(gòu)(Application Architecture)介于業(yè)務(wù)與數(shù)據(jù)和技術(shù)架構(gòu)之間,在銀行企業(yè)架構(gòu)和信息系統(tǒng)規(guī)劃起著很重要的作用。 本文主要介紹應(yīng)用架構(gòu)的原則和包含的內(nèi)容,以及典型銀行應(yīng)用架構(gòu)的樣子。 此文適合人群: 銀行從業(yè)人員,企業(yè)架構(gòu)師,系統(tǒng)架構(gòu)師、軟件工程師。 此文解決問題: 應(yīng)用架構(gòu)的概念、原則、工具、視圖 銀行應(yīng)用架構(gòu)內(nèi)容 此文分為四部分: 一、什么是應(yīng)用架構(gòu) 二、應(yīng)用架構(gòu)如何支撐業(yè)務(wù)架構(gòu) 三、應(yīng)用架構(gòu)規(guī)劃方法 四、應(yīng)用架構(gòu)抽象(分層、分組) 1 什么是應(yīng)用架構(gòu) 企業(yè)架構(gòu)(Application Architecture),簡(jiǎn)稱AA。站在IT視角應(yīng)用架構(gòu)可以理解為支持業(yè)務(wù)的關(guān)鍵應(yīng)用應(yīng)用群,描述了這些應(yīng)用如何分布、相關(guān)之間的關(guān)系、與外圍系統(tǒng)的關(guān)系等。站在企業(yè)管理者視角應(yīng)用架構(gòu)是實(shí)現(xiàn)業(yè)務(wù)能力并支撐業(yè)務(wù)發(fā)展的基礎(chǔ),是上承業(yè)務(wù)戰(zhàn)略,向下指導(dǎo)銀行信息系統(tǒng)建設(shè)的藍(lán)圖。 應(yīng)用架構(gòu)包括設(shè)計(jì)原則、應(yīng)用分層、分群、分組與邊界定義、應(yīng)用的集成關(guān)系與交互方式等。 2 應(yīng)用架構(gòu)如何支撐業(yè)務(wù)架構(gòu) 為了支撐業(yè)務(wù)發(fā)展經(jīng)常會(huì)基于業(yè)務(wù)架構(gòu)進(jìn)行IT系統(tǒng)建設(shè),業(yè)務(wù)能力和IT系統(tǒng)映射示意圖如下圖所示,而過去這樣的建設(shè)過程多為業(yè)務(wù)發(fā)起IT配合采購(gòu)選型進(jìn)行建設(shè)的。 讀者可能也發(fā)現(xiàn)了上圖的一些問題,具體的問題我們后文會(huì)說。 美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)研究院發(fā)布的企業(yè)架構(gòu)框架中描述的應(yīng)用架構(gòu)對(duì)業(yè)務(wù)的支撐如下圖所示: 圖片源自NIST Special Publication 500-167 在基于平臺(tái)型企業(yè)架構(gòu)中,應(yīng)用架構(gòu)對(duì)業(yè)務(wù)的支持是如下圖所指示的樣子: 圖片源于如何實(shí)現(xiàn)32.5萬(wàn)筆/秒的交易峰值?阿里交易系統(tǒng)TMF2.0技術(shù)揭秘 在面向服務(wù)的企業(yè)架構(gòu)應(yīng)用架構(gòu)對(duì)業(yè)務(wù)架構(gòu)的支撐是如下圖所示的樣子: 如果我們按照渠道、客戶、產(chǎn)品、決策支持、基礎(chǔ)支撐等維度對(duì)系統(tǒng)細(xì)化會(huì)得到一個(gè)按照應(yīng)用和模塊等維度細(xì)分的一個(gè)邏輯架構(gòu)圖,大致如下圖所示。 圖片源于網(wǎng)絡(luò) 3 應(yīng)用架構(gòu)規(guī)劃方法 應(yīng)用架構(gòu)規(guī)劃是從企業(yè)業(yè)務(wù)戰(zhàn)略出發(fā),提出IT規(guī)劃和流程變革思路:
摘自:企業(yè)信息化總體架構(gòu) 在規(guī)劃過程中,參考同業(yè)和行業(yè)內(nèi)標(biāo)桿銀行在流程、信息、應(yīng)用、計(jì)劃、組織、資源利用等方面的最佳實(shí)踐,并結(jié)合銀行自身特點(diǎn)進(jìn)行規(guī)劃。 摘自:企業(yè)信息化總體架構(gòu) 在進(jìn)行應(yīng)用架構(gòu)規(guī)劃是應(yīng)該遵循以下原則: 使用一致的應(yīng)用框架愛與應(yīng)用設(shè)計(jì)原則 構(gòu)建企業(yè)應(yīng)用集成架構(gòu),基于現(xiàn)有系統(tǒng)功能,解決當(dāng)下系統(tǒng)多、功能分散、邊界不清等問題 構(gòu)建服務(wù)為導(dǎo)向?qū)崿F(xiàn)資產(chǎn)復(fù)用化 構(gòu)建統(tǒng)一的、易用的信息門戶平臺(tái) 構(gòu)建集中化的信息管理平臺(tái) 構(gòu)建全行應(yīng)用統(tǒng)一的授權(quán)和認(rèn)證機(jī)制 適配業(yè)務(wù),能夠支撐銀行業(yè)務(wù)或技術(shù)發(fā)展戰(zhàn)略的目標(biāo)并具備足夠的靈活性和擴(kuò)展性 在選擇架構(gòu)時(shí),必須明確當(dāng)下面臨問題的重點(diǎn),和未來(lái)的方向,以此來(lái)選擇合適的設(shè)計(jì) 摘自:企業(yè)信息化總體架構(gòu) 4 應(yīng)用架構(gòu)抽象 在分解復(fù)雜的軟件系統(tǒng)時(shí),做多使用的技術(shù)技術(shù)分層。在計(jì)算機(jī)領(lǐng)域隨處可見分層的例子。從7層網(wǎng)絡(luò)協(xié)議到多層的企業(yè)架構(gòu),分層帶來(lái)諸多好處的同時(shí)也存在一些問題。 典型的銀行應(yīng)用架構(gòu)可以劃分為:場(chǎng)景/渠道對(duì)階層、渠道整合層、客戶管理層、產(chǎn)品服務(wù)層、業(yè)務(wù)處理層、運(yùn)營(yíng)管理支撐層、外聯(lián)集成層共8層: 中文的分層常不區(qū)分layer和tier,這就導(dǎo)致了經(jīng)常對(duì)橫向切分的層與縱向切分的層混淆,物理分層與邏輯分層混淆。比如我們常說的C/S和B/S模式,是 tow-tier system,指的是物理上的分離,客戶端和物理段分屬不同的機(jī)器;而MVC是使用layer的分層,旨在強(qiáng)調(diào)無(wú)需把不同的層次放在不同的機(jī)器上運(yùn)行,邏輯的分層。 本文中所使用的分層主要是強(qiáng)調(diào)邏輯層次的layer分層。所以讀者不必糾結(jié)他們的物理部署,而是將更多的焦點(diǎn)放在如何通過將整體新系統(tǒng)中的的各部分分離,實(shí)現(xiàn)上面提到的分層的目的。當(dāng)然各系統(tǒng)部署的拓?fù)浜臀锢斫Y(jié)構(gòu)也很重要,這個(gè)后面在技術(shù)架構(gòu)部分會(huì)有重點(diǎn)介紹。 與分層相對(duì)的另一個(gè)就是分組,分組的目的是: 應(yīng)用架構(gòu)分組視圖: 5 小結(jié) 本文是應(yīng)用架構(gòu)的第一篇,主要介紹了銀行應(yīng)用架構(gòu)的概念、原則和視圖,后面還會(huì)分幾篇詳細(xì)介紹銀行應(yīng)用架構(gòu)系統(tǒng)、微服務(wù)架構(gòu)、應(yīng)用架構(gòu)成熟度指標(biāo)模型等方面內(nèi)容。 參考資料: 《企業(yè)信息化總體架構(gòu)》 《銀行信息系統(tǒng)架構(gòu)》 TOGAF企業(yè)架構(gòu)框架 《如何實(shí)現(xiàn)32.5萬(wàn)筆/秒的交易峰值?阿里交易系統(tǒng)TMF2.0技術(shù)揭秘》 |
|