传统企业内部的信息化建设发展到现在基本还是体现了两级分化的情况，大型集团性企业特别是金融，电信，石油石化，电网等信息化发展已经相当成熟，该建设的IT系统也建设完成；而对于大量中小企业来看，信息化建设基本仍然处于相对落后状态，基本可以归纳为财务系统+协同OA两大系统为主的构建模式。企业越是运营绩效和收益好，越容易在信息化方面有大的投入，而相当很多其它传统企业由于本身经营绩效日益滑坡，在IT建设上的投入本身也大幅度缩减。

企业任何业务系统的规划和建设，其首要的还是以解决企业核心业务价值链上的业务需求为目标出发的，这类系统可以称为核心的生产运营类系统建设，大部分大型企业的建设模式仍然是会围绕ERP为主，逐步拓展外围各个业务域的业务系统，这类业务系统有明确的业务目标和业务部门牵头，相当来说IT部门在里面也仅仅处于一种配合和承建的角色。还有一类系统即属于平台层面的IT建设，其中包括了云数据中心，信息安全，IT运维管理，ESB集成平台，BPM流程平台，MDM主数据平台，统一门户系统等，4A和统一认证等，这些平台层面的建设往往则是IT部门牵头，解决的是资产复用，业务系统，数据共享，降低IT建设和运维成本等方面的核心目标。

对于平台类层面的应用建设，往往是需要企业信息化发展到一定的阶段，同时企业内部IT有一定程度的总体架构规划能力和话语权的时候往往才可能真正推动。一个核心原因就是平台层面内容的建设往往是隐性的推动的业务系统的使用效率提升和业务目标的达成，同时对于平台层应用的建设如何降低成本，降低了多少IT成本往往有很难评估，这些都会导致平台类建设投入在决策时候较为困难。如果一个企业的CIO本身又属于一种跟随型的角色，那往往就更加困难。

一个企业业务系统和信息化都建设来差不多了，还有哪些潜在的信息化建设机会是我一直思考的问题，首先我们可以看到对于 平台层应用的建设即是一个大的机会点，这里面包括了ESB服务总线，BPM流程管理，MDM主数据和统一门户，一个企业发展到后期基本都需要这些内容。通过这些平台的建设解决业务协同和数据共享两大类核心业务问题。

对于 APM应用性能监控个人认为将是企业IT管控层面的一个重要机会点，即我们的IT运维监控以及不再满足于IT网管层面能够监视服务器CPU，内存使用和磁盘状态等基础信息，而是会更加关注应用本身的性能监视和性能分析，IT基础设施和硬件没有问题，但是一个业务系统已经无法访问或性能缓慢是经常会出现的问题，而这些需要的就是通过APM层面来解决，真正实时的监控到业务系统本身的健康状态，同时又能够对业务系统产生的性能问题进行快速的诊断分析。APM从前年开始逐步提出这个概念，到最近两年也有不少的互联网公司专门做互联网应用的APM监控和性能分析，从发展来看始终不温不火，如何将其作为一个完整的产品引入到企业内部是值得去分析和思考的问题。

企业的互联网+转型，当我们谈到这个概念一般会思考的就是如何通过互联网的端到端流程协同来实现完整的业务生态链的整合，或者讲简单一点的场景即企业如何构建垂直一体化的电商平台，不管是自建电商，还是和大型的第三方电商平台做对接。如何是和第三方电商如京东，天猫，苏宁等做对接，那么问题来了各家电商平台都是以自我为中心的开放了一套OpenAPI服务能力接口，我们需要去适配每家的电商平台API才能够完成接入。从这点来说能否做一个传统企业和各个第三方电商平台间的 开放服务能力网关，通过网关来进行接口和服务的标准化和统一，以后传统企业只需要一次接入服务网关就能够实现和所有电商企业的对接，这对企业来说是极大的降低了对接成本和一劳永逸的事情，实际的需求实实际际存在，是否可行就需要进一步分析了。

企业信息化建设到一定程度后，面临的核心问题还是整合，其中包括了业务流程的整合，数据的整合，界面层面如门户的整合等。即不是彻底废弃已有的成熟业务系统，而是进一步优化和改造，提升协同效率和数据质量。对于平台层应用的建设核心就是解决整合的问题。其次当前的业务系统有问题，最容易想到的就是推倒重来，但是代价实在很大，那么转而求其次的方法就是能够实时的发现问题，这也正是很多流程 监控类系统，数据审计和稽核类系统产生的逻辑，这些系统解决的核心就是事后快速的发现问题并转人工进行问题解决和修正。虽然不是从根源上解决了问题，但是却是最容易落地实施和代价最小的方案。

基于业务系统组件化或当前比较流行的 微服务架构来构建企业内部应用将是一个大的趋势，组件化和微服务化的架构思想不仅仅适用于互联网企业，也适用传统企业内部的架构优化和升级。在基于平台+应用和微服务架构思想来构建企业整体IT架构的时候，你会发现企业内部IT本身就是一个大的业务应用，底层是各种平台，上层是统一协同门户，而中间全部是松耦合并可以灵活组装的微服务模块，这种高度分布式和组件化的架构将具备足够的弹性扩展能力。