从数字化转型到云原生，架构规划方法论
|
下周末受华南CIO协会的邀请将去参加在珠海的华南CIO大会并做《从数字化转型到云原生-架构规划方法论》的主题演讲。这个材料的PPT在我头条前面文章已经做过分享，由于演讲的时间只有25分钟，因此也对材料进行了适当缩减和调整。 今天在这里先打个演讲内容的初稿，供大家参考。 企业数字化转型的三大核心 企业数字化转型的三个核心，即连接，数据和智能。通过连接形成了业务协同，业务协同过程中又产生了数据，最后通过数据的分析产生了智能化的能力，三者之间体现出了一种逐层递进的关系。 对于连接的理解本身又需要从连接范围和连接类型两个层面来看。 连接范围最早是企业内部的横向连接和纵向连接，横向连接和集成一般以ERP为核心，解决类似供应链，财务端到端流程协同。而纵向连接一般以MES+CIM为核心，融入物联网技术解决纵向制造执行和协同。 在解决了内部连接问题后打破企业边界扩展到外部连接，即几年前谈得比较多的消费互联网，强调的是对C端用户的直接触达能力，类似早期的自建电商平台，到当前的公域私域流量经营，数字化营销等都属于该范畴。 而最近几年谈得比较多的是产业互联网，更加强调了产业链上下游，各种金融云计算架构图，物流，保险等第三方的全生态链整合和能力开放。 而连接类型来说即从最早的人和物的连接发展到现在的人和人，人和物，物和物之间的万物互联能力。在这个过程中物联网技术，5G，边缘计算等技术提供了很好的支撑。 企业数字化的核心逻辑 企业数字化的核心逻辑即解决现实世界和抽象信息世界之间在时间和空间两个层面的高度融合统一。事物本身的发展信息和事物的时空信息不应该人为分割，同时事物信息的采集应该自动化而非人为去录入和中转。 在这里一个是时空边界的打破，一个是时空信息的融合。 时空边界的打破本身伴随着互联网，IT软硬件技术的快速发展。体现在云管端三个层面。云计算从早期的IaaS云发展到当前主流的云原生，管道层面发展到现在的5G网络，端层面从物联网发展到各种智能终端，边缘计算能力。 时空信息融合本身即希望实现现实世界和抽象世界的高度联动和统一，类似当前说得比较多的数字孪生。其本身又体现在两个方面。一个是从物流到信息流，这个信息产生不应该是人为去录入和保障，其次是任何信息流的产生应该自带空间地理信息。 数字化转型能力框架
数字化转型能力和方法论框架重点仍然是平台化，服务化，场景化三个核心要点，并基于连接，数据，赋能三大核心目标和要求展开。简单总结即是1大平台，2大中心，3大业务价值链，4大场景。 1大平台即技术支撑平台。其中云原生，物联网，数字化孪生，5G等都可以纳入到技术支撑平台的范畴，技术支撑平台核心特点是和业务无关。 2大中心即常说的额数字中台能力，强调的是共性业务能力的下沉，包括了业务能力中心和数据能力中心，为上升应用提供可共享的业务和数据服务能力，支撑业务运作和运营。 3大业务价值链即围绕内部信息化，消费互联，产业互联三个层面展开，具体又衍生出四个关键业务场景。内部信息化衍生出围绕ERP的改造优化场景，智能制造纵向集成业务场景，而消费互联典型的即当前数字化营销场景，而产业互联更多是如何整合上下游资源构建能力开放的服务平台。 传统企业架构规划方法
早在很多年前做信息化规划的时候就开始采用EA企业架构，TOGAF和ARIS等架构规划方法论。同时也在架构规划中融入了SOA和云计算的思想，这两个思想融入的一个典型特点就是体现了平台+应用，服务化解耦。 而当前云原生技术发展下对架构规划方法又进一步优化。 其一是架构规划的技术架构规划方面，从单纯的IaaS云规划发展到PaaS云规划，从单纯的运行态发展到全生命周期技术规划，并引入了云原生技术平台。其二是应用规划层面引入了微服务，对传统的单体应用设计规划方法进行了大调整。 数字化转型IT架构规划方法论 企业的数字化转型不应该是全部推倒重来，而是应该更加清楚地认识自己的能力，并基于能力进行重构和整合。因此方法论的核心是基于垂直业务场景快速的构建业务和IT应用，来满足场景需求，实现业务目标。 整个规划仍然是体现平台+应有的分层思想，纵向又划分为了计划启动，场景分析，业务建模，技术建模和落地实施五个大阶段。 计划启动阶段重点是基于企业的核心战略和业务目标，识别关键的垂直化核心业务场景。而场景分析层面重点仍然是基于流程梳理分析方法对业务场景详细的业务活动，业务对象，业务协同点进行分析。 在业务流程梳理清楚后这里就到了一个关键点，即需要去思考如何支撑这个业务流程，我们有哪些已经具备的可复用能力，还需要新构建哪些能力。对于已经具备的能力哪些又属于技术平台的纯技术能力，哪些又属于已有业务系统能够提供的可复用的业务能力。而对于新需要构建的能力又如何融入微服务思想拆分为离散自治的独立微服务去灵活开发组装。 也就是最终你希望的核心业务场景或流程，实际是你构建的多个微服务能力+已有平台层可复用能力的快速组装来完成的。 当这块思考清楚后再进入到落地实施阶段，而实施本身又引入敏捷方法论，通过短周期迭代实施快速的落地。 架构规划核心-业务场景驱动能力设计
在企业数字化转型过程中，企业架构不是全新设计，而是如何最大化保留当前遗留的资产。因此业务架构的重点变化是基于业务场景驱动的能力识别和定义；应用架构的重点转变为微服务和分层；技术架构的重点转变为云原生核心技术底座。 从这个图可以看到数据架构本身贯通了业务架构和应用架构，同时在数据架构规划中引入领域对象和领域模型，领域对象可以起到很好的衔接业务架构的业务对象，应用架构中的数据库对象的作用。 对于业务架构和应用架构，在我去年的架构方法论优化中建议是将其合并为一个架构，现在最新思路还是不合并，毕竟业务架构是业务人员视角，应用架构是技术人员视角，但是业务架构本身和应用架构之间还是体现了相互一一映射的关系。 即业务架构中的业务组件对应到应用架构中的微服务模块，而业务能力对应到应用架构里面的API服务接口，业务架构中的业务流程对应到应用架构中的微服务组装和编排最终形成业务流程。 不论是业务架构还是应用架构，能力的识别和组装始终是关键，而这个本身又回到了SOA的核心架构思想。 数字化转型下技术重构和组织重构
对应技术重构大家比较容易理解。即从传统的技术平台或IaaS云资源池发展到了云原生技术平台，强调的是PaaS容器云和技术服务能力提供。而共性业务能力下沉为数字中台能力，对应传统的单体应用建造转变为微服务，而传统的ESB总线方式的集成转变为基于API网关的能力开放和基于ServiceMesh的去中心化集成。 但是数字化转型下往往更加重要的是组织重构。 在前面谈到过章鱼理论，即章鱼有大脑和触角，而每个触角都有类似小脑功能的神经元细胞，即在捕捉猎物和躲避危险的时候，触角可以不经过大脑即完成快速响应。对应到企业内部数字化转型同样道理。 传统的IT部门和IT系统应该转变为下沉为后台能力，核心是提供可复用的基础能力，这个能力包括了技术能力也包括了可复用业务能力。而在上层基于核心的业务场景和战略目标，构建一个个独立的灵活业务经营体系。 每一个业务经营体里面都同时具备业务，技术，运营三方面的人员组成铁三角。即为了满足创新业务的一些定制化开发在这个独立经营体就完成，而不是将需求提供给IT部门去开发，IT部门更多的是做好共性能力支撑。铁三角三个角色集中办公，协同作战往往才能够最高效地将业务需求转变为前端IT应用，并敏捷响应各种变化。 （编辑：温州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
