系列文章
- 数字化转型-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等。
- 监控和日志：展示日志收集、分析和存储的组件。
