问题1:什么是业务的服务化治理
引自:IT架构的演进为业务重构提供了“承载”底座,从IT架构不断演进的过程中,我们看到的是一个不断解耦、不断组件化的过程。“承载”层面的技术演进保证了业务可以更灵活地被切分、调度和构建。比如说:微服务技术在技术层面提供了业务服务化治理的承载基础,业务的服务化治理才是提高产品开发、服务能力和运维效率本质原因。
描述 | 场景举例 | |
---|---|---|
S 情景 | 业务逻辑复杂,相关程序众多 | 美团app中,有众多业务: 外卖、电影…… |
C 冲突 | 业务众多且无法统一处理,对应大量工程师。 团队规模过大带来管理、沟通问题。 各业务之间有一定联系,无法各自独立工作。 |
微信第一版,10人团队。 2019年,微信支付,约1k人。 |
Q 问题 | 如何有效的分割业务逻辑,在实现整体功能的前提下,提高团队效率。 | |
A 方案 | 使用架构思想。架构思想也在不断演化,服务化治理是新发展的概念之一。 |
服务治理 核心概念:
- 将具体的软件 抽象为 服务
- 基于一定的模式(由通用化组件决定)分割业务,将大服务拆解为小服务。
- 具体服务规模,依据团队情况来定,考虑维度:技术能力、技术成本、团队管理能力
- 使用通用化组件整合服务
其中的 通用化组件 可称为 服务治理框架(frame)。
注:
- 通用化组件有多种,分别提供各自的模式集合
- 根据业务场景,选择合适的通用化组件
**
问题2: 什么是软件架构
引子:问题1
软件架构是利用工程学方法对软件四大环节:设计、开发、维护、迭代,进行系统化设计。
软件架构 | 建筑师施工图 | 组织架构 | 工程管理 | |
---|---|---|---|---|
梳理系统逻辑 | ||||
进行有效分割 | ||||
各子系统整合 | ||||
风险控制 | ||||
反馈迭代 |
https://zhuanlan.zhihu.com/p/91139687
工程学核心思想:
- 结构化:分解、整合
- PDCA循环