技术治理的前提｜框定技术范围，确定业务和技术分级

来啦，请坐。

我是老杨，这是我的《数字化研发管理》书籍的前奏，我带你稍微见识下其魅力。

如果你有强化管理能力，量化技术产出，提升技术效能，打造技术团队等需求，那么这套课程会为你揭开技术管理的神秘面纱，可以让“妈妈再也不用担心你的工作了”。

这是《数字化技术管理的方法和实践》第七讲，技术治理的前提：框定技术范围、确定业务分级和技术分级。

一句话解释下：要想把技术做好做全，先框定技术到底包含哪些范围，然后分层次进行治理，重要的优先治理，不重要的其次治理。

开始之前请允许老杨占用你一分钟时间讲个事儿：对于程序员来说，技术是最熟悉的了，或许正因为如此，看待技术时，我潜意识里容易大意，也出现过很蠢的问题（如索引没加导致DB挂了，JVM参数设置导致服务挂了等），好就好在，经过这些严重的错误之后，我学乖了，我不允许自己在同一个地方跌倒两次，我倾情总结了技术部分的二维表，其中行是范围：技术基础、技术平台、业务服务、技术创新；列是生命周期：现状、目标和过程；衡量指标是稳定性、性能和个数。一张图高度概括了技术的范围和生命周期，它时刻警醒我技术该做什么才能十全十美，所以说有时候血与泪的教训未必是坏事，正所谓心存敬畏，方能行有所止，才可为有所成。

技术二维表

好，那么不难看出，对技术的治理就要集中在技术基础、技术平台和业务服务层这三个层次：

1.技术基础层是指服务器、网络、存储、操作系统等，这一层大部分公司都使用公有云，由公有云的服务商去保障，不在本篇讲述范围内。

2.本篇聚焦在技术平台层、业务平台层和服务层的技术治理，其中技术平台层是指：存储、消息、配置、调度等平台；业务平台层是指交易、订单、商品、价格、库存、营销等平台；服务层是指：web服务、移动服务等服务。

细心的同学会问：“这三层都包含了很多模块，当然全部治理好是最理想的了，但是呢，任何一家公司技术资源永远是宝贵的有限的，没有办法做到面面俱到。”

的确如此，所以才要进行分级，分优先级去进行不同的保障，而分级的源头就是业务分级，你一定要不遗余力的把业务分级确定下来，那怎么确定呢？无外乎两种方式：

1.根据经验，公司业务、产品性质等，梳理用户路径，基于此来进行业务分级。

2.根据数据来进行业务分级。

那么对于技术人员来说，业务分级还远远不够，还需转换成技术的系统分级和服务分级，才能清楚对哪些系统哪些服务进行什么样的稳定性承诺。这也是某种程度上对技术提出的更高要求，你除了懂业务之外，还要把业务拆解成技术。举例来说：“注册”这个业务功能依赖哪些系统和哪些服务？这些所依赖的系统和服务就要承诺一年内不超过几个S1级的故障，每个服务每个接口的并发、QPS、响应时间就要达到多少。

由此可见，业务分级转换成系统分级和服务分级也是至关重要，可以让技术承诺更加有的放矢，那么转换方法是什么呢？好吧，是时候让最不被老板理解的架构师们登场了，架构师的一个核心职责就是要清晰的根据业务梳理出技术依赖，并通过业务架构图和技术架构图表达出来，让一个完全不懂的人也能够懂个七七八八（画外音：老板握着架构的手热泪盈眶的说：架构师们，有你们真好）。此处附上我的业务架构图示例如图2，每家公司有所不同，但相同的是：一个合格的业务架构图需要完整的表达出业务流程，逻辑上分多少层，每层多少模块等，如图中分成4层：前台产品、业务中台、技术平台、基础设施，每一层中又有相对应的模块。

图2 业务架构图

通过业务架构图，“注册”这个业务依赖哪些模块就很清晰了，直接依赖：

1.业务中台层的权限中心、会员中心；

2.技术平台层的存储；

3.基础设施层的虚拟机、存储、负载均衡等。

那么细心的同学会问：“这只是把业务所依赖的系统模块梳理出来了，那么系统模块是哪些技术人员哪些机器哪些代码哪些平台提供的服务呢？”

这个的确是个好问题，这就需要把技术架构图请出来了，此处附上我的技术架构图示例如图3，每家公司有所不同，但相同的是：一个合格的技术架构图需要根据业务架构图转换成技术的各个层次，以及每一层中的各个平台和组件。

图3 技术架构图

通过技术架构图，“注册”这个业务是由谁编写的哪个系统提供的服务就一目了然了：

1. Nginx，运维A负责；

2.Zuul，架构师B负责；

3.权限中心、会员中心，研发leader C负责，Team 1编码实现的；

4.Redis，架构师D负责；

5.Mysql，DBA负责；

6.Docker，运维A负责。

经过业务架构图和技术架构图的梳理（此处必须再次为架构师正名：你们真的太重要啦），“注册”这个业务的系统依赖、服务依赖就很清晰了，随之系统和服务的分级也清晰了（你们都是S1级的，非常重要）。此时，假如非常不幸的事情发生了，“注册”功能出问题了，你不必盲人摸象了，可以一步定位框定出来是哪几个业务服务，哪几个中间件，哪几台机器，哪几个工程师的问题，那么解决问题自然也是效率倍儿高。

好啦，本篇也告一段落了，接下来我会详细讲解技术的各个指标（稳定性、性能和个数）的事情了，欢迎持续关注。

谢啦，下次见。