應用架構（Application Architecture）介於業務與數據和技術架構之間，在銀行企業架構和信息系統規劃起着很重要的作用。
本文主要介紹應用架構的原則和包含的內容，以及典型銀行應用架構的樣子。
此文適合人羣：
銀行從業人員，企業架構師，系統架構師、軟件工程師。
此文解決問題：
應用架構的概念、原則、工具、視圖
銀行應用架構內容
此文分爲四部分：
一、什麼是應用架構
二、應用架構如何支撐業務架構
三、應用架構規劃方法
四、應用架構抽象（分層、分組）
1
什麼是應用架構
應用架構（Application Architecture），簡稱AA。站在IT視角應用架構可以理解爲支持業務的關鍵應用應用羣，描述了這些應用如何分佈、相關之間的關係、與外圍系統的關係等。站在企業管理者視角應用架構是實現業務能力並支撐業務發展的基礎，是上承業務戰略，向下指導銀行信息系統建設的藍圖。
應用架構包括設計原則、應用分層、分羣、分組與邊界定義、應用的集成關係與交互方式等。
2
應用架構如何支撐業務架構
爲了支撐業務發展經常會基於業務架構進行IT系統建設，業務能力和IT系統映射示意圖如下圖所示，而過去這樣的建設過程多爲業務發起IT配合採購選型進行建設的。
讀者可能也發現了上圖的一些問題，具體的問題我們後文會說。
美國國家標準與技術研究院發佈的企業架構框架中描述的應用架構對業務的支撐如下圖所示：
圖片源自NIST Special Publication 500-167
在基於平臺型企業架構中，應用架構對業務的支持是如下圖所指示的樣子：
圖片源於如何實現32.5萬筆/秒的交易峯值？阿里交易系統TMF2.0技術揭祕
在面向服務的企業架構應用架構對業務架構的支撐是如下圖所示的樣子：
如果我們按照渠道、客戶、產品、決策支持、基礎支撐等維度對系統細化會得到一個按照應用和模塊等維度細分的一個邏輯架構圖，大致如下圖所示。
圖片源於網絡
3
應用架構規劃方法
應用架構規劃是從企業業務戰略出發，提出IT規劃和流程變革思路：
-
通過對外行業交流，市場研究對內與高管溝通，瞭解企業的現狀、未來的發展戰略和當前面臨的挑戰
-
瞭解企業的資源和計劃，根據經驗設計一個可以分階段實施和持續交付的IT架構，推動相關業務流程改造
-
根據企業現狀、未來發展戰略，對企業的IT規劃整體架構定期進行調整。
-
設計主要應用系統的功能，以及IT架構的實施路線圖
摘自：企業信息化總體架構
在規劃過程中，參考同業和行業內標杆銀行在流程、信息、應用、計劃、組織、資源利用等方面的最佳實踐，並結合銀行自身特點進行規劃。
摘自：企業信息化總體架構
在進行應用架構規劃是應該遵循以下原則：
使用一致的應用框架愛與應用設計原則
構建企業應用集成架構，基於現有系統功能，解決當下系統多、功能分散、邊界不清等問題
構建服務爲導向實現資產複用化
構建統一的、易用的信息門戶平臺
構建集中化的信息管理平臺
構建全行應用統一的授權和認證機制
適配業務，能夠支撐銀行業務或技術發展戰略的目標並具備足夠的靈活性和擴展性
在選擇架構時，必須明確當下面臨問題的重點，和未來的方向，以此來選擇合適的設計
摘自：企業信息化總體架構
4
應用架構抽象
在分解複雜的軟件系統時，做多使用的技術技術分層。在計算機領域隨處可見分層的例子。從7層網絡協議到多層的企業架構，分層帶來諸多好處的同時也存在一些問題。
典型的銀行應用架構可以劃分爲：場景/渠道對階層、渠道整合層、客戶管理層、產品服務層、業務處理層、運營管理支撐層、外聯集成層共8層：
中文的分層常不區分layer和tier，這就導致了經常對橫向切分的層與縱向切分的層混淆，物理分層與邏輯分層混淆。比如我們常說的C/S和B/S模式，是 tow-tier system，指的是物理上的分離，客戶端和物理段分屬不同的機器；而MVC是使用layer的分層，旨在強調無需把不同的層次放在不同的機器上運行，邏輯的分層。
本文中所使用的分層主要是強調邏輯層次的layer分層。所以讀者不必糾結他們的物理部署，而是將更多的焦點放在如何通過將整體新系統中的的各部分分離，實現上面提到的分層的目的。當然各系統部署的拓撲和物理結構也很重要，這個後面在技術架構部分會有重點介紹。
與分層相對的另一個就是分組，分組的目的是：
應用架構分組視圖：
5
小結
本文是應用架構的第一篇，主要介紹了銀行應用架構的概念、原則和視圖，後面還會分幾篇詳細介紹銀行應用架構系統、微服務架構、應用架構成熟度指標模型等方面內容。