企业架构对很多人很陌生,甚至都没听过,毕竟平时程序员都忙于CRUD,架构师都忙于微服务治理了,啥是企业架构,我将我所学到的知识和经验,整理归纳出这一系列的文章,有兴趣的可以一起探讨。
什么是企业
- 具有一个共同目标的组织的集合,可能是政府部门,一个完整的公司,公司部门,单一科/处,或由共同拥有权连接在一起的地理疏远的组织链
- 可能是一个“扩展的企业”,包括合作伙伴、供应商和客户
什么是架构
架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案,架构往往是对复杂形态的一种共性的体系抽象。
业务架构体系是针对企事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案,更确切的说,是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统,比如业务架构体系认为一个信息系统必须由组织机构、业务流程、业务信息、业务功能、和业务语义等层次构成。
复杂系统集成的关键,是基于架构(或体系)的集成,而不是基于部件(或组件)的集成。
在ISO/IEC 42010:20072中对架构有如下定义:
The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution.
一个架构是系统的基本结构,它由多个组件以及它们彼此间的关系而组成,并且在一定环境和原则下进行设计和演变。
什么是企业架构
企业架构可以分为两大部分:业务架构和IT架构,大部分企业架构方法都是从IT架构发展而来的。
- 业务架构:是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营模式、流程体系、组织结构、地域分布等内容
- IT架构:指导IT投资和设计决策的IT框架,是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。
对比 RUP 和其他主要关注于实现的规程,企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范,及优先级划分,是一个做企业信息化规划的方法,需要企业由工具型产品的功能建设向以能力为中心的建设转型。
- 业务流程的组织逻辑(包含所有信息和技术服务,流程)和IT基础设施,反映了该公司运作模式的整合和标准化的需求
- 概念蓝图,定义了一个组织的结构和运作。企业架构的意图是确定组织如何能够最有效的实现其当前和未来的目的
企业架构如同战略规划,可以帮助企业执行业务战略规划及IT战略规划。在业务战略方面,可使用TOGAF及其架构开发方法论(ArchitectureDevelopmentMethod/ADM)来定义企业愿景/使命,目标/目的/驱动力,组织架构,职能及角色。在IT战略方面,TOGAF及ADM详细描述了如何定义业务架构,数据架构,应用架构,和技术架构,是IT战略规划的最佳实践指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口,是企业信息化规划的核心。
源于90年代美国的企业架构框架,到目前已经衍生出多种企业架构框架,如DoDAF、TOGAF等。
企业架构主要的学派及发展历史:
为什么需要企业架构
很多人可能会问:“为什么要做企业架构,产品经理梳理清楚需求,技术人员按照产品经理的要求做不就行了吗?”。打个比方,如果要建几层高的房子自住,那没什么说的,包几个小工,再怎么建也不会差到哪去,但是如果是要建百米高的高楼大厦呢,也是按照自住房的建造思路吗?那显然不是。
对于业务也一样,如果不复杂,直接开干,短平快,没什么问题,但是对于一家想长久发展的企业来说,业务是越来越复杂,用户越来越多,这个时候必须有一个清晰的架构规划,才能大大地保证做出来的东西是符合长期发展的。想想杰克马的公司,102年的企业规划,企业架构不做好,不规划好,做出来的产品能支撑得住102年吗。
我们的大多数企业在进行IT投资时,粗放式发展,都会跳过企业架构(可能都没听过企业架构)这个环节而直接进入了IT项目的建设,这样就会导致重复投资、数据孤岛、烟囱式应用等必然现象。
如果我们事先做好企业架构(EA),我们可以达到:
- 企业内不同的人要对企业现状和企业愿景有一个整体统一的理解
- 业务、信息、技术人员的共同愿景,是理解、沟通的基础
- 如果没有一个清晰的架构,就不能保证正确的决策和好的实现,EA是理解和实现企业IT建设的保障
为什么选择TOGAF
TOGAF在国外的认知度很高,目前企业架构方法有很多,但TOGAF是最主流的,已有30年的历史。不仅有80%的福布斯( Forbes)全球排名前50的公司在使用,而且支持开放、标准的SOA参考架构。目前已得到国际主流厂商的推动,德国有SAP在推动,美国IBM、 HP、SUN等公司在推动,目前国内的企业架构实践中,TOGAF认可度超过50%,持续增长中。
什么是TOGAF
TOGAF,开放群组架构框架,是The Open Group Architecture Framework的缩写,由国际标准权威组织The Open Group制定。
TOGAF是一个架构框架或工具,用来帮助架构的接受、创建、使用和维护。
TOGAF有四个行为和两种文化:
- 接受(文化做引领)
构建新的架构原则/文化。
自上而下,打造能力建设共识。
先抓领导层共识,再抓业务部门,再抓下属单位共识。
领导访谈,部门访谈,下属单位调研宣贯。
领导访谈肃清部门访谈分歧。
跟领导层沟通要具备引导性。给领导选择题,而不是问答题. - 创建(架构做创建)
- 使用(落地做应用)
推动分工。各个能力的主责部门,相关部门,下属单位. - 维护(治理做维护)
迭代调整
TOGAF两大文化:
- 迭代
一部分一部分能力实现,规划设计,能力组合不是越多越好。
- 重用
TOGAF的用途
- 异构到同构(塑造同构IT)
- 事后到事先(塑造规划IT)
- 离散到统一(塑造统一IT)
以功能为中心的离散建设到以能力为中心的统一建设
从散着建功能到统着建能力
在信息化与数据驱动条件下构建什么样的新兴业务能力
- 无序到有序(塑造有序IT)
无序:按时间交付系统
有序:按能力达成定里程碑,与多少系统/软件无关
TOGAF4个核心(4A架构)
- 业务架构(业务架构看流程【能力主线】)
描述:业务战略、治理、组织和关键业务流程。
L2级,跨部门跨角色的。横向跨阶段,纵向跨角色。 - 数据架构(数据架构看共享)
描述:组织的各类逻辑和物理数据资产以及数据管理资源的结构。
散着叫资源,统着叫资产,赋能叫资本。
数据架构的价值:通过数据架构引领数据资产形成数据资本。 - 应用架构(应用架构看集成)
描述:描述被部署的单个应用系统、系统之间的交互,以及它们与组织核心业务流程之间关系的蓝图。
应用之间要集成,单体软件的时代已经过去。
集成的方法:总线/微服务。
传统企业(稳态业务):用总线。
互联网络(敏态业务):用微服务。 - 技术架构(技术架构看平台)
描述:对于支持业务、数据和应用服务的部署来说必需的逻辑软、硬件能力。包括IT基础设施、中间件、网络、通信、部署处理和一些标准等。
未来信息化技术公共平台体系。
以往用技术路线形成标准化的技术环境。
现在用技术平台形成标准化的技术环境。
建平台/定标准/上应用/通数据。
TOGAF的输入输出
输入:业务驱动
内生愿景,外生驱动
输出:业务能力
好了,看到这里,不知道你对企业架构有概念没,不过企业架构是比较抽象的,如果没看懂也没关系,后面我还会出一系列文章,详细地介绍企业架构,今天先到这里。