在上篇文章《漫谈集成》中提到有业务的地方就有系统，有系统的地方必有集成，提到企业在集成方面的问题，总伴随一个高频出现的词语，即信息孤岛。很多人认为信息孤岛只是一个形容词，用来形容企业信息化问题的其中一种现象，却没有人深究到底什么是信息孤岛、它是如何产生及治理的，今天就来深入讨论下信息孤岛的形成与治理。
何为孤岛检索信息孤岛给出的解释指相互之间在功能上不关联互助、信息不共享互换以及信息与业务流程和应用相互脱节的计算机应用系统。
从IT架构层面来讲，信息孤岛不仅是被定义为孤立的计算机应用系统，更多指随着公司内部各部门间系统数量的不断增加，系统之间平台不同、技术不同、语言不同，造成彼此孤立、缺乏共享性、业务数据被隔离、信息流程被割裂等现象。使得重要的业务信息无法顺畅地在部门与部门之间流动，无法实现企业信息集中、管理集中、业务集中的一体化平台目标。
孤岛类型数据孤岛这一问题，从20年前至今一直是热度不减的话题，作为企业IT治理中重点解决的问题，值得企业去重视、关注并解决，信息孤岛的治理远比想象中的复杂，信息孤岛只是众多孤岛类型的一个统称，它具体包括数据孤岛、应用孤岛、业务孤岛，这些孤岛类型并不是独立存在，而是具备一定的联系与前因后果。
1 数据孤岛数据为企业的重要资产，数据孤岛主要表现为企业系统间的数据不能有效地交换与共享，影响数据的实时性、一致性和准确性。对于企业来说，有价值的数据不仅是各独立系统产生的数据，而是系统之间整合共享所得出的数据，数据孤岛的出现阻碍了这些数据的整合与共享。
由于各系统间数据来源的口径不统一，管理者想要得到的整体运营数据，需要人为操作、手工加减计算、输入或上传，增加工作量的同时，存在人为篡改风险，不能有效保证数据准确性与可用性，无法真实反映企业在管理经营中存在的问题，数据决策分析、结果倒逼业务成为空谈。
2 应用孤岛应用孤岛指各系统间信息、功能彼此孤立，各自为政，缺乏业务功能交互与信息共享、系统与系统之间信息传递不及时、存在不同应用系统使用不同的账号密码，操作人员需要记住多个账户、登录口令，处理一个业务多次登录登出等现象，影响业务工作的执行效率，信息化建设整体价值无法外现。
企业比起关注各部门之间的业务与绩效，更重视站在全局角度把握财务、客户、风险等整体运营情况，对人、财、物、产、供、销一体化管理，提高整体工作效能，而彼此之间孤立的系统显然无法满足企业的诉求，有效的提供跨部门、跨系统的综合性信息。
3 业务孤岛业务孤岛表现为企业内部业务、信息流的混乱，即设计流程、研发流程、生产流程、供应流程、销售流程、实施流程、财务流程等一系列业务流程严重脱节，彼此之间孤立割裂，业务以线上线下各种形式分开处理，无法构成一个环境统一、业务间无边界、有机的整体。
随着互联网的发展，企业所要求的业务串联不仅局限于传统形式下的内部之间的业务集成整合，还包括对外供应商、经销商、客户，企业涉及的行业、产业上下游之间的沟通协作。业务之间的联动是企业各层级统一存在的需求，而这些业务孤岛的存在，阻碍了与其他机构间良好的协同与联动。
有效的数据是企业的重要资产，数据孤岛阻碍了内部的信息交互与共享，一定程度上加快了应用孤岛的产生，同时也加重了应用孤岛所涉及的问题。在信息化中，处理业务重要的辅助工具就是应用系统，而系统彼此之间的孤立会加重信息之间的阻碍，部门间各自为政，无法形成业务串联，无论是数据问题还是应用问题，最终都会上升为业务孤岛。
产生原因信息孤岛现象在企业信息化建设的道路上十分常见，国内外、各行各业都会产生，它是企业信息化建设到一定阶段的必然结果，信息孤岛做为历史遗留问题，也是企业在信息化整合阶段需要攻克的第一个难题，造成这种现象的原因很多。
1 信息化大环境谈到信息孤岛的产生，首先定会归咎于企业内部建设问题，的确企业内部占据主要因素，但这口“锅”不能全部由企业自身来背。不可否认的是，信息化建设发展成孤岛状态，与当时的技术发展环境有必然联系。
软件从最初会计电算化到之后的OA协同、人力管理系统出现，再到针对不同业务的系统（MES、BIM、HIS等）出现，系统的形式也从客户端发展成为Web端、移动端等，这些都是信息化环境、技术发展的一个过程。相信这些系统问世时，研发者一定没有意识到会出现后来的信息孤岛，更不会在研发系统时去考虑将来如何与其它系统进行集成，不然就不会有SOA集成理念的产生。
2 需求优先原则绝大多数企业信息化系统或平台建设都不是一步到位的，而是阶段性建设，由初级到中级，再由中级到高级，由下至上构建。信息化建设萌芽阶段的企业，因缺乏信息化建设意识与认知，多处于犹豫或观望阶段。
除此之外，初期发展的企业，通常会将资金用于保证企业内部运作周转、市场营销、库存进货、人员供养等，不会投入大量资金在信息化建设上。基于这些限制，即使构建信息化系统也会根据业务的优先程度为主要考虑因素，能够带来收益的一线业务系统建设优先级别高，而不能短期快速带来价值的二线、三线业务优先级别较低。对于系统建设的要求，比起大而全，周期长的总体规划建设，更尊崇实用、易上、快见效的原则。
3 弱化整体规划众所周知，信息化建设是推动企业整体业务战略发展的重要支撑手段，且越来越不能忽视，但绝大多数企业在信息化建设上仍缺乏像战略业务一样的整体长远规划，甚至刻意弱化这部分内容。
上述分析不难看出，既然信息孤岛是无法完全规避的，那么在出现苗头或问题初期的时候，就应着手去做解决问题的整体规划，分步实施，让上一阶段的建设成果可以持续作为下一阶段的重要支撑。往往事与愿违，企业在发现系统之间存在孤岛问题后，仍选择暂时性解决当下问题，点对点集成成为企业眼中解决孤岛的最佳手段，其实这种做法与上述所讲的不断构建应用系统去解决棘手的业务问题是一样的，一时得力后患无穷。
4 产品自身问题企业对应用系统的构建不会采用一家包揽的形式，随着各行业业务的个性化与科技快速发展环境下的各应用系统功能逐渐走向趋同，很多应用厂商的产品涵盖越来越多的功能，例如：项目系统中包含专业的合同管理功能，计划系统中包含部分成本管理功能等，企业对应用系统的选择范围变得更广。
不同应用系统所使用的互联网技术、开发环境、开发语言、技术标准、使用平台、工具等各不相同，由于不属于集成类产品，自然不会考虑统一数据标准或信息共享问题，产品也不会提供对外的集成接口，由此就会产生各个系统间的兼容性和集成性问题，随着系统增多，形成信息孤岛。
如何治理治理信息孤岛的方式不止一种，常见的包括：系统与系统之间的点对点集成、现有应用重建、构建综合集成平台等。显然前两种方式不可取，因为点对点集成随着系统的增多，只会加大维护与开发工作量；系统重建无论在时间、人力、资金成本上都是不可接受的；最佳的方式为第三种，也是被大多数企业所接受的，即构建统一综合集成平台，从SOA治理角度解决信息孤岛。
如上文所讲，各类型孤岛是彼此联带的，一种类型的孤岛产生会带动另外类型的孤岛出现，同样一种孤岛的治理，也会为治理其它孤岛奠定基础。对于孤岛的治理要按照顺序进行，从最基础的数据开始，打好底层基础，之后到系统之间的信息功能整合，屏蔽边界，最后实现整体业务流程的联动。
这种治理方式与SOA中企业整合IT架构有异曲同工之处，都为从数据治理到应用整合再到业务流程串联。即通过构建SOA综合集成平台，从整合IT架构层面，根据信息孤岛类型针对性解决，包括数据层、应用层、流程层、展现层，完成纵向与横向业务信息资源的全面融合，打造业务驱动、系统支撑、数据管控的全面大运营体系，整体架构图如下：
具体分为：数据孤岛，通过数据治理层的主数据管理、数据集成及数据中心构建、数据决策分析操作实现；应用孤岛，通过集成应用层及服务交互层的应用集成、统一用户管理、统一身份认证、统一门户集成操作实现；业务孤岛，通过全面融合上述操作，深度流程集成、大数据分析、万物互联等操作实现。
1 数据孤岛治理治理方案中的工作主要包括主数据治理、数据集成与共享、构建数据中心、数据决策分析，对应使用的工具为主数据管理平台、企业服务总线/ETL工具、数据分析平台等。
通过主数据管理进行企业内部统一数据标准，为主数据标准化提供一个统一的集中式管理平台，为所有信息交互和数据交换集成提供统一的编码数据。之后实现主数据的清洗、提取、审查、发布、分发、变更等管理，保证数据质量管控。在主数据治理的过程中，企业服务总线做为辅助工作，完成数据的同步与分发。
数据集成与共享部分，通过服务总线或ETL工具实现各业务系统之间的数据交换与集成。上述操作完成后，以成果为基础，通过主数据标准化管理精确地实现历史数据治理，为数据决策分析奠定基础。
构建数据分析平台、数据仓库，通过元数据管理、数据建模、数据调度、分析建模、展现配置等功能分析掌握企业销售、经营、财务、成本、计划、人力等运营情况，为经营管理、绩效管理、风险管控等工作提供数据支撑。整体上帮助企业治理数据，梳理业务流程，提供战略支撑，为后续信息化建设奠定数据基础。
2 应用孤岛治理治理方案中的工作主要包括统一用户管理、统一身份认证、门户集成、应用集成，对应使用的工具为4A平台、门户平台和企业服务总线。
统一用户作为统一身份认证的基础，若想实现统一身份认证及单点登录，首先需要进行统一用户管理，企业通过4A平台类产品进行内部群组、角色、用户的统一管理，实现各系统的帐号集中与联动管控，之后通过统一身份认证及单点登录，实现用户只通过一次用户名与密码就可以访问各个具有权限的应用系统。
通过门户平台构建企业应用中心，将企业现有各业务系统的数据、功能、信息聚合在统一界面，门户首页可直接访问各业务系统，包括流程审批、新闻公告、工作任务等，数据分析平台、流程中心也会被融合在门户平台中。在治理过程中，4A平台通常与门户平台结合使用，用户通过统一身份认证后进入企业应用中心。
企业服务总线在这里不仅发挥数据同步与分发、服务提供的作用，更多用来统一应用服务调用框架，对应用功能进行服务封装和适配，解决异构应用互操作问题，实现信息、功能的整合。
3 业务孤岛治理在具备全面、完整、准确的数据信息支撑与应用之间的无缝连接之后，着手进行业务孤岛的治理会更行之有效，治理方案中的工作主要包括业务流程治理、跨异构系统流程串联、全面大数据决策、产业互联等，对应工具既提及前两部分包括的平台或系统，还需要增加业务流程管理平台、大数据分析类产品、人工智能类产品。
对于流程的串联，普遍企业的认知都局限于独立系统中的小流程串联，对于业务孤岛的流程串联是来自跨异构系统之间的，即业务逻辑在多个信息系统之间的流转。在解决业务孤岛过程中，有效梳理公司内部业务流程，将不合理的业务流程进行合并或删减，加强业务流程环节间的紧密性，使业务更顺畅。
深化建设企业数据利用手段，对企业内外部海量数据的采集、存储、计算、配置、展现，提供财务资金、客户行为、设备运行、竞企情报等各方面数据，同时通过消除业务孤岛部分的流程整合进行梳理和分析，对企业 “应用孤岛”、“数据孤岛”进行夯实完善，并融入流程中，达到综合管控平台的完全搭建，支撑新技术引入的同时，促进企业的IT与业务融为一体，真正做到企业与产业间、客户间、设备间的全方位联动共享。
最佳实践信息孤岛的治理是一个漫长的周期，不同于构建应用系统那般简单容易，并可以在短期内发挥显著成效。若想做好、做彻底，仅依赖技术、产品、方案等手段是远远不够的，需要从实际需求入手，结合业务整体规划，过程中进行分段实施，产品、方案、培训、维护每一个步骤都需要衡量。
1 深入剖析需求当前大多数企业都处在集成整合阶段，的确，面对孤岛有很多问题亟需解决，但“急”并不是立即解决，盲目将集成平台类产品建全。需要结合企业的信息化现状并衡量当前可接受的建设范围，对需求进行深入剖析、评估，明确建设目标及孤岛治理的先后顺序，哪些可以同步开展，哪些需要优先开展。需求的评估可以由企业信息部进行，也可以聘请咨询机构或集成厂商辅助进行，通常由企业内部初步提出需求，由集成厂商进行深入分析，给出准确的需求及针对性的解决方案。
2 全局规划设计孤岛治理总体规划设计需要站在企业架构层面，从IT架构、业务架构两方面进行规划，业务架构层面帮助企业根据发展战略进行业务梳理，包括：组织、业务、流程等，以IT手段支撑战略的落地，缩小战略与执行的差距。IT架构层面的规划包括对内部信息化资源的构成分配（升级、替换、新建等）、构建模式、建设阶段/顺序、管理体系等进行长远性的规划，既对未来建设内容做出明确，又对现阶段建设内容提出要求，帮助企业提升信息化建设效率，避免不必要的弯路，通常有三年计划、五年计划等。
3 建设阶段划分信息化建设很难做到一步到位，需要全局规划、分步建设。当具备整体架构后，就可以有条不紊逐步推进了，建议分为三个阶段，第一阶段将数据孤岛与应用孤岛并行治理，主数据标准化为后续治理打下数据基础，集成平台形成统一框架做为地基，无缝支撑后续系统的平滑接入，企业应用中心作为统一入口，展现IT价值，不断融合后阶段建设成果；第二阶段深化前期工作，扩大治理范围，初步实现数据分析，满足内部决策；第三阶段全面治理业务孤岛，跨异构系统流程集成串联多方业务，大数据决策辅助精准营销、风险预测，整体框架完成支撑后续新技术融入。
4 方案产品选型在第四章节讲述具体治理过程中可以看出，对于信息孤岛治理涉及众多技术方案及中间件平台产品，方案包括：数据治理分析、统一门户集成、应用/数据集成、统一流程管理等；产品包括：ESB、MDM、Portal、BPM等，在方案及产品的选型过程中需要全面衡量，产品及方案上选择专业的中间件厂商，平台、语言、接口均符合国际标准规范，具有高集成性和资产复用性，做到合理利用企业资源，避免造成IT浪费，对于项目中扩展开发场景，要能够提供基础、底层的源代码级的服务能力，产品易用，方便企业内部后期维护。
5 实施培训到位项目治理成果的最终受益人是企业本身，所以平台构建、治理成果一定要为企业所用，项目顺利落地对于企业来说应该是最基本的要求，真正的价值在于企业如何利用起建设成果，并将成果有效推广运行及企业信息中心可以对成果后续的建设发挥主导作用，根据未来规划战略进行独立掌握和运维。达到上述要求需要考量厂商在实施过程中的知识传递能力，虽然与产品的易用性也密不可分，具体培训包括管理者的IT架构意识与认知；技术人员的知识体系、产品使用、运维方式；业务人员的操作技能，从各层级保障平台顺利运行。
技术飞速发展的今天，信息孤岛作为信息化发展到一定阶段的必然产物，存在的因素很多，企业内部可以避免或减少这种现象，但不能完全杜绝，面对信息孤岛应该主动治理并合理控制，从意识上重视、规划上设计、IT上解决，全方位打造内部IT环境与业务统一，不让新的孤岛再出现。