转载

传统企业IT架构转型(11.07)

传统企业IT架构转型(11.07)

在我博客前面很多文章都谈到过传统企业IT架构转型的话题,而协助传统企业的IT架构转型也会作为我们团队明年重点的发展方向,这个不仅仅是提供一个产品或服务,而是提供一套协助传统企业IT架构转型的完整解决方案并持续的跟踪服务,治理管控机制。

一说到传统企业IT架构转型,我们最容易谈到的就是微服务架构,而实际上整个转型不仅仅微服务架构,而是包括了整个软件开发生命周期,后期的IT管控治理,业务和技术多方面的内容融合。任何IT技术架构都是为最终业务目标实现服务的,不是单纯的为了新技术而技术。因此在这个转型的过程中不仅仅是IT部门的事情,而是需要业务和IT更加高效跨组织协同,来重构整体的解决方案。

要说到传统企业IT架构转型,我们可以看下在我博客上就已经提到过的很多关键词,包括:

微服务,SOA,服务识别,API网关,DevOps,敏捷开发,持续集成,PaaS平台和容器技术,中台规划,监控,运维,自动化测试,研发项目管理,过程改进,SpringCloud框架,流水线编排等。

不论涉及到多少的技术和关键词,我们可以看到传统企业的IT架构转型实际上核心就三点。分别是业务层,技术层面和管理层面。需要这三方面高度协同并形成一个整体,才可能真正实现平滑的迁移和过渡。

1. 业务层面:核心能力中台构建,也可以说是微服务模块的划分和API接口服务识别

2. 技术层面:各种技术的融合,协助转型的支撑平台建设,也就是我们说的DevOps支撑平台

3. 管理层面:研发管理过程的改进,从最初比较重的CMMI转到敏捷管理方法论和过程实践

可以看到,就远行来说,重点就是将以上三方面的能力整体打包,为客户提供一个完整的解决方案,而不是仅仅的提供一个DevOps平台产品。就如原来我们强调做SOA整体解决方案和实施一样,不仅仅是提供一个ESB服务总线产品给客户,更加重要的是要识别粗粒度和可复用的服务注册接入到ESB,为客户形成可复用的服务目录资产;对于微服务和DevOps也一样,不仅仅是提供一个技术支撑平台产品,而是需要将粒度合适的微服务模块的整个开发和集成过程全部迁移到平台上,构建完整的中台能力和应用层能力。

而我们为何能够提供以上三方面的能力,简单再总结下:

在业务层面,我们本身做过完整的企业信息化规划,核心是基于企业架构+SOA融合思想,以业务驱动IT,从端到端业务流程出发,为企业梳理完整的业务架构,数据架构,应用架构和技术架构,而整套企业架构规划的方法也完全适用于粒度更细的微服务模块划分,中台规划建设。其核心指导仍然是业务流程,数据和SOA思想。同时我们在做SOA规划咨询项目的时候,也积累了丰富的服务识别,如何把握服务粒度,如何确保最终识别的服务可重用性的丰富经验,为企业构建过完整的服务资产目录库和能力开放平台。

在管理层面,我们公司本身很早就过了CMMI三级能力成熟度评估,最近几年都在推敏捷项目管理方法论,同时自己原来在中兴的时候也从CMMI二级一直跟到过CMMI四级,担任过专职化的IT项目管理,大项目管理,产品经理,推广过Scrum敏捷方法论和持续集成。因此在研发过程管理方面积累了丰富的经验,完全可以协助企业研发过程管理更加规范,成熟,敏捷,同时又和我们的微服务架构和DevOps融为一体。

在技术层面,这个在我博客上面已经谈到过很多,我们推出了融入了整个DevOps工具链,敏捷项目管理方法流程的DevOps支撑平台。该平台完全可以覆盖整个团队管理,整个微服务模块从无到有的完整软件开发生命周期,包括后续的监控运维管理。通过这个支撑平台,可以更加方面的企业进行微服务模块开发的持续集成和交付,提升团队开发和协同效率,缩短客户交付周期,并持续额加强IT资产的过程管理和可视化。

不仅仅是提供一个DevOps支撑平台,而是从前期的中台规划服务识别,到整个软件开发过程改进持续集成,到最终交付落地的完整生命管理。不仅仅是咨询,也包括了最终的实施落地,这才是我们解决方案最大价值。

原文  http://blog.sina.com.cn/s/blog_493a84550102z4h1.html
正文到此结束
Loading...