传统企业数字化转型对业务和技术的重构关键点的思考

　　最近经常会在线下或线上和客户，和合作伙伴探讨数字化转型中的架构规划和演进实施路线，技术选择等方面的话题。数字化转型和云原生是大趋势
　　现在数字化转型和基于云原生技术的企业上云等已经成为了大趋势。由于我们团队本身在做中国移动，中国电信集团相关的SOA项目，云原生技术平台建设等项目，更加清楚现在云原生在大的集团企业推广力度在加快。
　　比如中国电信今年会要求所有的内部IT全部迁移上云和完成容器云改造工作，而对于中国移动在接受InfoQ采访的内容中也谈到了专门了研发创新中心，自主研发云原生技术平台，包括了磐基容器云和磐舟容器云交付平台，当前已经在中移网中网，物联网等项目中大规模应用。而我们在移动做的项目本身也要逐步改造和迁移到云原生技术平台上面。
　　原来信息化基础本身就比较好的企业，类似电信，金融，电网能源等企业整个云原生技术的推进速度都在加快，其中也包括了自主可控和国产化基础软件，中间件的替代本身也在加快。在我前面文章也提到了当前的国家信创产业链，华为发起的鲲鹏云生态等都在加速。
　　几年前如果你说类似银行，电网等行业能够采用类似Mysql等数据库估计都不相信。而现在可以看到类似Mysql，TiDB等数据库已经开始在很多银行大面积使用。包括中国移动去年在公开招标中也选用了类似南大通用，人天金仓，阿里PolarDB等国产数据库产品。数字化转型能力框架
　　在前面我也提到了数字化核心仍然是连接，数据，智能三个方面的内容。数字化转型核心目标仍然是为企业创造业务价值，而上面三点正好是在企业核心业务价值链的持续优化和改造上面。
　　因此对于数字化转型，我给出过以下能力框架。
　　上图是我对企业数字化转型能力框架的一个重构，绿色部分还是围绕核心业务价值链的内容。其中最核心的又是连接，数据和智能三个部分的内容。
　　在下层增加了组织支撑和技术支撑。在最上面增加了运营支撑能力。
　　今天实际上我想针对传统企业数字化转型，再限定一下就是已经有一定IT和信息化基础的传统企业在进行数字化转型的时候，对于业务和技术两个方面，实际我们在进行规划咨询和架构设计的时候，重构的关键点究竟有哪些。组织和业务重构
　　对于传统的企业组织概念来讲，企业是由多个业务部门，业务部门中又有业务科室组成的一个层级组织结构树结构。业务部门本身围绕分为了类似HR，财务等支撑类部门，也包括了研发，生产制造，销售等核心业务价值链实现部门。
　　当重新思考数字化转型下的业务重构的时候，并不是说需要对已有的业务部门进行大重构或变革，而是需要去构建一个参考SOA思想的上下分层解耦的业务组织形态。
　　简单来说就是：要做到技术上的灵活，首先要在业务上灵活。
　　因此可行的思路是弱化业务部门的概念，强化业务单元的概念。即需要将将已有的业务部门下沉为各个业务能力中心，同时在业务能力中心上面构建多个面向客户，面向市场的业务创新能力中心。
　　业务创新中心本身是使用下沉业务中心的能力，同时本身是端到端流程贯通的，构建业务创新中心的本身目的就是为了打破传统的业务部门壁垒。
　　上层的业务创新部门不要搞大而全，只要是独立的垂直业务场景，就可以独立一个业务创新中心来建设和运营，以敏捷团队和可迭代的思路快速试错并进行发展演进。
　　已有的各个业务部门变成业务能力中心，形成后台能力提供，但是对其能力本身也存在相应的调整和优化，以满足业务创新部门的能力需求。这样可以最大化地保留当前已有的业务部门的业务和数据资产积累。
　　基于垂直场景梳理业务
　　在最近10年我在远行科技的时候，实际上也做过几个大的企业架构规划咨询和SOA架构规划项目，一个完整的企业架构规划往往耗时4到6个月才能够完成。
　　我对企业架构第一次优化就是进一步融合了SOA和云计算，平台+应用的思想来重新规划业务架构，数据架构，应用架构，技术架构等。包括强化了应用架构中的集成架构和服务架构规划，同时在技术架构中增加了云平台相关的架构规划等。
　　传统的企业架构规划方法在当前的数字化转型过程中是否还适用？估计这个是很多人都关心的问题，这个我准备后续要专门写文章来说明。
　　先总结一句话就是传统的企业架构思想本身仍然可以借鉴，但是里面很多思想必须改变，注意是改变而不是简单的裁剪。否则很难适应当前数字化转型的需求。
　　再回来谈下业务架构规划和设计思路调整。
　　一个企业在进行数字化转型架构规划过程中，个人建议不要再去做大而全的全业务链，全流程分析，而是基于新业务拓展的垂直业务场景入手，去分析为了满足新业务场景的业务运作，希望后端的各个业务能力中心提供哪些能力接口。
　　即基于新业务场景分析梳理识别服务接口。然后再基于这些识别的服务接口做详细定义，并要求业务能力中心按规范要求提供这些能力接口。
　　这是典型的按SOA架构思想分析思路。即我只是将各个创新业务的垂直场景一个个地去打通，去做能力整合，逐步积累组织的能力资产库，而不是一开始就追求大而全的服务能力库。
　　基于数据驱动来构建业务
　　这个是我在前面一篇文章提出的思想，即传统企业架构太强调业务和流程驱动，而实际上数据驱动本身也是可行的，基于数据驱动来构建新业务模式和场景。
　　新的数据驱动思路重点是首先识别底层数据服务能力，然后再考虑考虑上层应用的构建，核心是应用和数据分离，这个是第一个阶段可以做到的点。
　　其次在整个发展演进的过程中，你会发现上层应用的构建本身来说还可以抽象共性业务服务能力，也就是说共性业务服务能力可以单独抽取出来构建。这个共性业务服务能力是独立的组件，调用了底层数据服务层能力，同时在实现过程中又增加了相应的业务规则和逻辑。
　　当共性业务层能力逐步积累后，你会发现上层应用构建更加轻量和快捷。当企业自身的业务成熟度和IT管控能力不强的时候，你就可以暂缓下沉共性业务服务能力，给上层业务和应用构建保证足够的灵活度。
　　数据驱动思想下同样不应该去做大而全的数据架构规划，而是围绕核心业务域去梳理业务对象和数据对象，完成核心业务域的领域对象建模，并暴露和开放领域服务能力。技术的重构
　　对于传统企业数字化转型，技术的重构是一个大话题，但是技术重构绝对不是简单的云原生技术平台和解决方案，对于很多企业可能短期也不可能马上达到云原生架构的成熟度。
　　那么在数字化转型趋势下，对于企业的技术重构主要体现在哪些方面？
　　第一：技术团队重构
　　在新的数字化转型趋势下，IT组织架构本身也需要进行调整，即将传统的基于ERP为核心的应用系统下沉为企业底层后台能力中心。而围绕具体的市场需求和业务场景来构建上层的多个业务人员+IT人员+运营整合的高度垂直化的细分团队。
　　简单来说你可以看到，原来IT部门的人进行了拆分。
　　对于原来本身做的IT系统就比较偏稳定的后台类功能的人员就保留在IT部门，下沉到IT后端能力提供中心中。而对于另外一部分需要业务敏捷响应，需要快速地开发定制应用的IT人员则单独划分出来，归并到上层的业务团队里面。
　　简单来说就是基于市场和业务场景的需求，我们构建一个个独立的能够快速响应市场和客户需求的敏捷业务单元。这个敏捷业务单元本身就是业务人员，技术人员和运营人员就是强绑定在一起的，形成敏捷铁三角。
　　第二：平台+应用架构体系搭建
　　在数字化转型过程中，SOA和云计算的思想始终使用，包括在前面几年我写《SOA和大数据-企业私有云PaaS平台建设》这本书的时候也谈到了平台+应用，特别是当前的厚PaaS平台+应用的企业整体IT应用架构搭建思路仍然适用。
　　技术平台-从IaaS走向PaaS平台
　　对于技术平台，一个重点就是从IaaS平台走向PaaS平台，这个不仅仅是容器化，微服务框架技术的应用，更加重要的就是要转变思想。
　　这个思想就是从原来的资源提供转变为服务能力提供。类似于数据库，消息，缓存，文件，通讯等都应该形成企业级共性技术服务能力供上层应用使用。在当前云原生技术发展下，这个技术平台扩展为围绕微服务+DevOps+容器云+技术服务能力的完整云原生PaaS技术能力平台。
　　业务平台-分为后台应用+服务+前台应用
　　对于业务平台，如果按当前流行说法就是中台能力+前台应用。而如果最大化保留企业IT遗留资产的角度来说，就是企业传统IT系统转变为后台应用，作为后端能力提供中心。同时围绕新业务拓展，灵活的开发和定制多个敏捷小前台应用。
　　而中间通过能力开放平台和服务层进行彻底的解耦。
　　第三：去IOE和国产化自主研发
　　这个实际是在微服务转型过程中技术架构优化的一个关键点，在当前去IOE，开源化，自主研发可控是大趋势。因此在企业数字化转型中的架构规划应该加强去IOE和开源技术架构，治理架构搭建方面的参考内容。
　　对于国企或政务等行业，可能需要采用完全国产化的中间件和数据库，而对于企业来说当然也可以采用类Mysql , Tomcat等开源数据库和中间件解决方案。
　　当前大部分大型集团型企业为了自主可控，往往都启动了自己的IT自主研发团队，进行相关应用的自主开发，实现自主可控。这本身也是数字化转型进程中的一个必然趋势。而对于中小企业更多的则是应该考虑转向云服务。
　　第四：给出企业准备上云的迁移路线
　　对于已有IT基础的传统企业，当你在做企业数字化转型技术架构规划的时候，一定要做一点就是企业逐步上云的演进路线规划。
　　这里面实际包括了多个方面的内容需要考虑。
　　其一就是企业的IT基础设施架构规划很可能不再是自己建立私有云数据中心，而是采用公有云服务，那么你就需要基于企业应用构建需求来分析和评估公有云服务的选择，其中既包括了弹性计算和存储资源的选择，也包括了前面谈到了各个PaaS层技术服务的选择。
　　其二就是企业可能不是自己构建应用，而是直接采用SaaS应用服务，那么这个时候还需要进行SaaS应用服务的选型工作，包括企业如何将传统业务或需求迁移到新的SaaS应用云服务商来，这些也需要单独规划。
　　其三是如果企业是自主定制相应的上层应用系统，那么应用系统应该采用什么样的开发框架，技术标准规范，只有这样才能够更好的适应后续快速的持续向公有云环境迁移和交付，这些也都需要提前进行规划和设计。
　　其四是企业混合云架构规划，企业在数字化转型过程中一定不可能短期全部上到公有云，而是会长期处于私有云和公有云混合的一种状态，因此在IT基础设施规划的时候应该做好混合云架构规划，同时做好内部私有云和公有云间的持续集成和交付设计。
　　欢迎关注 @人月聊IT 分享数字化转型，企业架构规划，云原生，思维和个人成长类文章。个人公众号 何明璐，可以搜索关注，文章每周一，三，五定期更新。