系列文章
- 數字化轉型-4A架構（業務架構、應用架構、數據架構、技術架構）
- 數字化轉型-4A架構之業務架構
前言
應用架構AA（Application Architecture）是規劃支撐業務的核心系統與功能模塊，實現端到端協同。
一、什么是應用架構(AA)
1. 應用架構(AA)的定義
應用架構描繪了企業中應用系統的構造與行為，以及它們間的聯系和與業務目標的對接方式。它涵蓋應用軟件的設計、部署，確定支持業務和數據處理所需的系統，實現從業務到IT的轉變，以保障其有效滿足公司業務需求。例如，A接口、B管理平臺、C客戶服務端口等。
2. 應用架構(AA)的目的
應用架構的核心目標是優化企業軟件支持業務流程，提升操作效率，打破信息孤島，增強數據整合力和靈活性，以實現業務卓越。
二、 應用架構(AA)設計
1. 應用架構(AA)的價值
應用架構的主要價值體現在承上啟下的價值，實現對上承接業務，對下承接技術開發。為業務模式和服務提供技術支持。
2. 應用架構(AA)設計步驟
應用架構的一般設計步驟：
1.根據業務架構圖，做業務到IT的轉換，識別應用程序和組件 （上接業務）
2.優化應用程序和組件，該拆分就拆分，該聚合就聚合 （核心設計）
3.設計應用與業務功能，流程，數據的關系（核心設計）
4.設計應用集成，交互，開發 （下接開發）
三、企業級系統應用架構圖設計
在設計企業級系統應用架構圖時的一些關鍵步驟和考慮因素：
-
定義架構圖的范圍和目標
在開始設計之前，明確架構圖的目的和受眾。
確定需要展示的系統部分（如前端、后端、數據存儲、第三方服務等），以及架構圖的主要用途（如項目規劃、技術交流、文檔編寫等）。 -
識別關鍵組件和子系統
列出構成系統的所有關鍵組件和子系統。
這些可能包括：
- 用戶界面（UI）：Web前端、移動應用、桌面客戶端等。
- 后端服務：API網關、微服務、中間件等。
- 數據存儲：數據庫、數據倉庫、緩存系統、文件存儲等。
- 第三方服務：支付系統、社交媒體集成、云服務等。
- 安全組件：認證和授權服務、防火墻、SSL/TLS等。
- 通信協議：HTTP/HTTPS、WebSocket、RPC、消息隊列等。
- 監控和日志：日志收集、性能監控、異常檢測等。
- 繪制組件間的關系和數據流
使用適當的符號和線條來表示組件之間的交互和數據流動。這可能包括：
- 實線：表示數據流或控制流。
- 虛線：表示間接的或可選的連接。
- 箭頭：表示流動的方向。
- 顏色編碼：區分不同類型的組件或服務。
-
添加注釋和說明
為架構圖中的關鍵部分添加文字說明，解釋特定組件的作用、數據流的含義或特殊設計的意圖。這有助于讀者更好地理解圖表。 -
考慮層次結構和分層
將組件按照邏輯或物理層次分組，例如：
- 表現層：用戶界面和相關的交互邏輯。
- 業務邏輯層：處理業務規則和流程的組件。
- 數據訪問層：與數據存儲交互的組件。
- 基礎設施層：網絡、服務器、存儲等底層資源。
-
使用標準符號和約定
遵循行業標準的符號和約定，如UML（統一建模語言）或C4模型，以確保架構圖的專業性和可讀性。 -
審查和迭代
完成初稿后，邀請團隊成員或其他利益相關者進行審查，收集反饋，并根據需要進行修改和完善。 -
架構演進
最后，需要考慮架構演進路程：
單體應用->分布式應用服務化-> 微服務
四、企業級系統應用架構圖示例
高級互聯網專家在百度筆記中給出的示例架構圖如下：
這個企業級的架構圖中，包含如下內容：
- 用戶界面：表示用戶直接與之交互的部分，如網頁、移動應用等。
- API網關：作為所有客戶端請求的入口點，負責路由、負載均衡和認證等。
- 微服務：展示各個微服務及其之間的調用關系。
- 數據庫：顯示主數據庫、輔助數據庫、緩存系統等。
- 消息隊列：用于異步通信和解耦的消息傳遞系統。
- 安全組件：包括SSL/TLS、OAuth服務、認證服務器等。
- 第三方服務：如支付網關、郵件服務、社交媒體API等。
- 監控和日志：展示日志收集、分析和存儲的組件。
