企业架构笔记2 企业架构概述和基本概念

Posted 2021-08-04 Lora青蛙

文章目录

• • 常见的分层架构应用举例
  • 架构成熟度四个阶段特征描述
  • 架构的定义
  • 常见的架构模式

常见的分层架构应用举例

Web应用
■ 标准化用户界面，跨平台
■ 部署简单，容易变更
■ 依赖于网络连接
■ 用户界面和表现能力受限
■ 举例：QQ网页版

客户端应用—单机版
■ 方便调用客户端资源
■ 响应速度快，用户界面丰富
■ 交互能力强，用户体验好
■ 配置复杂
■ 版本升级不方便
■ 平台依赖
■ 举例：QQ xx助手

客户端应用–联机版
■ 支持流媒体
■ 配置简单，易于发布
■ 调用客户端资源受限
■ 需要在客户端配置运行环境
■ 举例：QQ PC客户端

移动应用
■ 支持手持设备
■ 不受使用地点限制，
♦ 可在非办公场合使用
■ 支持离线和在线使用场景
■ 输入和导航受限
■ 屏幕小，显示区域受限
■ 举例：QQ手机版

服务应用
■ 客户端和服务器之间松散耦合的交互
■ 可以被不同的、不相关的应用所消耗
■ 支持互操作性
■ 不支持UI
■ 依赖网络连接

■ 在功能性需求之外，系统需要保证若干技术品质：高性能、高可用、可扩展、易于维护、异地容灾
♦ 主要技术问题有：集群(负载均衡)、分布式事务、缓存

架构成熟度四个阶段特征描述

■ 1. 业务部门化/本地化
♦ 注意力集中在利用IT投入来解决局部的问题，单个系统的绩效很容易度量
♦ 但是会产生大量的系统，系统间的接口也非常多
■ 2. 技术标准化
♦ 组织开始建立技术标准，降低平台的数量，从解决局部问题转移到增加共享基础设施
♦ 平台数量减少导致投资减少，技术标准的管理是这个阶段的主要工作，大多数人认为业务应该驱动技术
♦ 本阶段的标志是CIO角色的设立
■ 3. 核心业务最优化
♦ 组织的关注开始从局部转向整个组织，构建可重用的数据和业务流程，核心业务和流程得到了数字化
♦ 高级业务经理会主导核心业务架构的优化
♦ 优化业务流程和数据是个很大的挑战，相应的管理变革要求更高
♦ 因为这需要从组织全局来考虑，甚至涉及到对局部业务的接管，需要IT和业务人员一起来思考组织的业务模式
■ 4. 业务中台化：全部业务模块化
♦ IT提供无缝的业务流程衔接，业务组件带来业务敏捷性
♦ 链接到“业务中台架构

架构的定义

架构设计的主要目的是为了解决软件系统复杂度带来的问题
■ 架构是系统的组件与组件之间、组件与环境之间的关系的基本结构，体现了系统设计和演化的原则。
■ 架构是指系统的基本结构，是系统的基本属性，包括系统的形式、职能、价值、成本以及风险
■ 架构是一个系统的结构，包括各个模块，以及这些模块的关系
■ 架构是最高层次的系统分解，它不会囊括所有的结构和行为的定义，只关注那些重要的元素
♦ 重要的元素是那些有持久影响的、与核心行为相关的元素，和与重要品质相关的元素
●重要元素：结构的主要部分
●重要品质：例如，敏捷性、安全性
♦ 总的来说，架构不关心这些元素的细节

■ 目前，业界有为数较多的企业架构框架
■ 可分为两类:
♦ 矩阵式：方面和角度
Zachmann 企业架构框架
♦ 分层式：业务层、应用层、技术层等三层结构
TOGAF 框架- The Open Group Architecture Framework
架构语言 ArchiMate
企业架构最佳实践

■ 企业架构指信息系统的顶层结构

• 信息系统是一组互相关联的要素组成，这些要素可以是“子系统”“模块”“组件”等；架构需要明确信息系统包含哪些“元素” ➢系统中的要素需要“根据某种规则”运作，架构需要明确元素运作和协作的规则
• “顶层结构”，可以更好地区分系统和子系统，避免将系统架构和子系统架构混淆在一起导致架构层次混乱

常见的架构模式

高性能架构模式

• 计算机内部复杂度最关键的地方就是操作系统。计算机性能的发展本质上是由硬件发展驱动的，尤其是CPU的性能发展
• 如果要完成一个高性能的软件系统，需要考虑如多进程、多线程、进程间通信、多线程并发等技术点，而且这些技术并不是最新的就是最好的，也不是非此即彼的选择
  任务分配：每台机器都可以处理完整的业务任务，不同的任务分配到不同的机器上执行
  集群的复杂度：任务分解
  ♦ 如果业务服务器越来越复杂，可将其拆分为更多的组成部分
  ♦ 简单的系统更加容易做到高性能
  ♦ 可以针对单个任务进行扩展

高可用架构模式

• 计算高可用：计算指的是业务的逻辑处理，高可用指的是系统无中断地执行其功能的能力，代表系统的可用性程度
• 存储高可用
  ◼ 存储与计算相比，有一个本质上的区别：将数据从一台机器搬到到另一台机器，需要经过线路进行传输
  ◼ 存储高可用的难点不在于如何备份数据，而在于如何减少或者规避数据不一致对业务造成的影响
  ◼ 分布式领域的CAP定理：分布式系统不可能同时满足“一致性、可用性、分区容错性”，最多满足其中两个，这就要求在做架构设计时结合业务进行取舍

可扩展架构模式

• 指系统为了应对将来需求变化而提供的一种扩展能力，当有新的需求出现时，系统不需要或者仅需要少量修改就可以支持，无须整个系统重构或者重建
• 设计具备良好可扩展性的系统，有两个基本条件：正确预测变化、完美封装变化