TOGAF 认证是 The Open Group 颁发的架构框架专业认证，是企业在规划、设计、实施和管理 IT 架构时所使用的一种方法和标准。它提供了一个开放的、灵活的、可扩展的方法来构建、部署和管理企业的 IT 架构，帮助企业提高 IT 效率、降低成本、提高业务灵活性和创新能力。
- 中文名TOGAF企业架构师认证
- 英文名The Open Group Architecture Framework
- 英文简称TOGAF
- 颁证机构The Open Group
- 证书类别企业架构（业务架构，数据架构，应用架构，技术架构）
- 同类认证SAFe for Architects、CBA
在当今数字化时代，业务架构至关重要。究竟业务架构是什么？有哪些特点和难点？都有哪些发展阶段和挑战？它与中台、微服务的关系是什么？业务架构师该怎么设计架构、做技术选型？
今天，小艾老师就跟大家讲讲业务架构的那些事。
01 业务架构演进之路：从单体架构到微服务架构
业务架构并非简单的组织架构图或业务流程图，它更像是一张“蓝图”，清晰地描述了企业的业务愿景、战略目标、核心能力、业务结构、信息流以及关键业务流程。简单来说，业务架构回答了“企业做什么、为谁做、怎么做”的核心问题。
业务架构的演进跟业务的发展变化息息相关。
早期业务规模小，用单体架构就够了，一台服务器就能搞定。但随着业务量越来越大，单体架构的弊端就暴露出来了：
- 代码耦合度高，维护困难: 各个模块代码相互交织，牵一发而动全身，难以定位和修复问题。
- 开发效率低下: 任何微小的改动都需要重新编译和部署整个应用，开发周期长。
- 扩展性差: 难以针对特定模块进行水平扩展，资源利用率低。
- 可靠性低: 任何模块出现故障都会导致整个应用不可用。
- 技术选型受限: 整个应用只能使用同一套技术栈，难以引入新技术。
为了解决这些问题，越来越多的企业开始向微服务架构转型。简单来说，就是把一个庞大的系统拆分成多个独立的小服务，每个服务负责一个特定的功能，可以独立开发、测试、部署。
举个例子：假设有一个用户信息管理系统，包含了注册、登录、信息维护、授权四个核心功能，使用单体架构时，所有的功能会被放在一起，而使用微服务架构时，它们可以被拆分成四个独立的服务。
下面这张图展示了在微服务架构实施过程中，“交付实践”“架构原则”“战略目标”之间的升维演化及支撑关系，供参考。
02 58 同城的业务架构整合之路
做业务架构，经常会遇到的一个痛点：企业级的业务场景经常发生变动，业务架构难以适应不同阶段的业务特性。
拿 58 同城来说，_早是 Windows.NET 单体架构，后来发展大了，2010 年改成 Linux 平台和 Java 语言，有了自己的 RPC 框架等中间件，业务架构由 Web 服务和多个 RPC 服务及 MySQL 存储组成。
2015 年并购安居客、合并赶集网后，公司推进 BG（Business Group事业群）化，纵向将业务服务垂直拆分到各个 BG事业群，每条业务线可以独立迭代、上线。同时横向也进行架构拆分，成立企业级的技术中台，负责通用技术能力的建设。
58同城并购安居客、合并赶集网后，_紧要的任务就是解决多平台业务架构整合的问题。
比如房产业务，58 同城和安居客上都有，但客户端和后端架构完全不同，得把它们打通。先得把 App 底层的公共组件统一，然后基于统一的公共组件重构业务代码，让两个 App 的房产业务用同一份代码，再靠不同的配置来实现差异化。同时把后端服务也整合一下，把所有底层系统打通，包括逻辑层和数据层的服务，这样一个服务就能同时支持 58 和安居客两个产品的业务，还能让新老服务在线上平稳进行切换。团队就能同时做两边业务，一次开发，两网同时上线，效率大大提高。
03从微服务到中台
说到微服务，就不得不提中台这个概念。
中台可以理解为企业级的能力共享平台，它把一些通用的业务能力沉淀下来，供各个业务线复用，避免重复造轮子。这样可以大大提高开发效率，降低成本。
还是以 58 同城为例。
- 技术中台：58 同城内部有公司层面的技术中台，负责通用技术能力的建设，例如运维、存储、中间件、云平台、搜索、数据平台、AI 平台、移动组件、即时通讯、安全、商业等。
- 业务中台：公司内部还会建设业务中台，比如在房产业务线，有：房源库、楼盘字典、房产开放平台、经纪人服务等，都是统一建设，新房、二手房、租房、商业地产等业务线可直接复用。
当然，中台是一个更具包容性的概念，微服务并非中台的全部，它整合多种能力与资源。除微服务外，还包括数据治理、业务流程优化等多个方面。
04 业务架构，没想象中那么简单！
很多人觉得，业务架构嘛，不就是把各种技术“轮子”组装起来，哪像底层技术那么高深？这话乍一听好像有点道理，但实际上，业务架构师需要具备的能力一点也不比底层技术开发少。
- 首先，你得懂技术。别的不说，基础架构里那些“轮子”——云服务、数据库、中间件等等，你得知道它们是干什么的，有什么优缺点，才能根据实际情况做出_合适的选择，而不是随便抓一个就往上套。
- 其次，你得懂业务。你需要将复杂的业务场景抽象、分层、简化，拆分给多个人协同开发。业务架构说到底还是为业务服务的，只有真正理解了业务需求，才能设计出既满足当前需要，又能支持未来发展的架构方案。
- _后，你还得是个沟通高手。业务架构设计可不是一个人的事儿，你需要跟产品、开发、测试等各个团队打交道，你得把你的想法清晰地传达给他们，才能__终方案的顺利落地。
05 业务架构师的工作要点及挑战
业务建模及中台规划方面：
- 做业务建模抽象，将架构拆解为表现层、逻辑层、数据层，把控每一层关键技术，了解上下游系统特性，做到心中有数。
- 规划业务中台，抽象出共性部分，定义中台的领域模型、服务边界和接口规范，并主导中台的建设和演进，避免重复建设。
- 关注数据规模和访问量这两个重要业务参数，它们对架构设计影响很大。
- 考虑业务发展，预判未来变化，提前做好规划，防止方案因业务需求改变而推倒重来。
技术选型方面：
- 大公司的话，基础架构成熟则优先选内部技术以便联动。
- 没有现成技术，优先选成熟开源方案，为二次开发准备。
- 调研云厂商，若有成熟且成本能接受的方案就用。
- 自建的话，就需要调研业界方案以借鉴经验思路。
云时代的新挑战：
随着云计算的普及，业务架构也面临着新的挑战和机遇。一方面，云平台提供了丰富的基础设施和服务，可以帮助企业快速搭建和部署业务系统；另一方面，云原生、Serverless 等新技术的出现，也对业务架构的设计提出了更高的要求。
互联网企业的业务规模增长迅猛，业务场景特性一天一变，对于业务架构的设计、实现乃至重构都提出了更多的要求。微服务和中台已成为发展的大趋势，然而，业务架构师除了微服务和中台之外，还需要持续学习，不断迭代自身的知识结构，从而满足不断变化的业务环境。
好了，今天小艾老师就说这么多。如果你想要学习和掌握更多业务架构方面的知识和技能，小艾老师推荐大家参加CBA业务架构认证，或者TOGAF企业架构师认证。
艾威国际网校
艾威天猫旗舰店
艾威官方微信
艾威网校官方微信
艾威官方视频号
艾威知乎号
企业微信客服
PMO和PM有什么不同?PMO项目经理的生存之道:你如果不懂这些，就只能被称作"打杂的"
轻松拿捏：手把手教你如何撰写《战略分析/策略分析报告》（收藏）
