“孤島”概念最早來源于電力行業(yè)，指的是當電網的部分電路因故障或維修而失去電網電源時，由線路上所連接的分布式發(fā)電繼續(xù)供電，并連接周圍負載所構成的一個自給供電的封閉式局部電網。經濟學中引用這個概念引申出了“信息孤島”的概念。

“信息孤島”指一個個相對獨立的不同類型的數字資源系統即信息系統，不包括網上無序和自身沒有控制的數字信息資源。由于各系統間相互封閉、無法進行正常的信息交流，猶如一個個分散、獨立的島嶼，因此被形象地稱為“信息孤島。

孤島分析

孤島這一問題，從20年前至今一直是熱度不減的話題，作為企業(yè)IT治理中需要重點解決的問題，值得企業(yè)去重視、關注并解決，信息孤島的治理遠比想象中的復雜，信息孤島只是眾多孤島類型的一個統稱，它具體包括數據孤島、應用孤島、業(yè)務孤島等。

1.信息孤島介紹

業(yè)務孤島表現為企業(yè)業(yè)務不能通過網絡系統完整、順利地執(zhí)行和處理。在企業(yè)內部網絡系統和網絡環(huán)境的建設中，以企業(yè)發(fā)展為目標的信息化要求日益迫切，企業(yè)的業(yè)務需要在統一的環(huán)境下，在部門之間進行處理。企業(yè)里經常遇到的頭痛問題是“產供銷嚴重脫節(jié)”、“財務賬與實物賬不同步”，其實質就是生產流程、供應流程、銷售流程和財務流程都孤立運行，沒有能夠形成一個有機的整體。信息孤島的危害就是割斷了本來是密切相連的業(yè)務流程，不能滿足企業(yè)業(yè)務處理的需要。

2.信息孤島弊端

孤島的存在所帶來的弊端是顯而易見的。首先是導致信息的多口采集、重復輸入以及多頭使用和維護，信息更新的同步性差，從而影響了數據的一致性和準確性，并使企業(yè)的信息資源拆亂分散和大量冗余，信息使用和管理效率低下，且失去了統一的、準確的依據。其次是由于缺乏業(yè)務功能交互與信息共享，致使企業(yè)的物流、資金流和信息流的脫節(jié)，結果造成賬賬不符、賬物不符，不僅難以進行準確的財務核算，而且難以對業(yè)務過程及業(yè)務標準實施有效監(jiān)控，導致不能及時發(fā)現經營管理過程中的問題，造成計劃失控、庫存過量、采購與銷售環(huán)節(jié)的暗箱操作等現象，給企業(yè)帶來無效勞動、資源浪費和效益流失等嚴重后果。

再次，孤立的信息系統無法有效地提供跨部門、跨系統的綜合性信息，各類數據不能形成有價值的信息，局部的信息不能提升為管理知識，以致對企業(yè)的決策支持只能流于空談。同時由于企業(yè)孤島的存在，還將影響信息化的集團化、行業(yè)化應用。

3.孤島產生原因

企業(yè)信息化是一個逐步發(fā)展的過程，從歐美等信息化啟動比較早的國家來看，信息化的實施和應用都不能一步到位，而是通過循序漸進的過程逐步建立起來的。企業(yè)信息化有一個從初級階段到中級階段、再到高級階段的發(fā)展過程。在計算機應用的初級階段，人們容易從文字處理、報表打印開始使用計算機。進而圍繞一項項業(yè)務工作，開發(fā)或引進一個個應用系統。這些分散開發(fā)或引進的應用系統，一般不會統一考慮數據標準或信息共享問題，追求實用快上的目標而導致信息孤島不斷產生。

除此之外，初期發(fā)展的企業(yè)，通常會將資金用于保證企業(yè)內部運作周轉、市場營銷、庫存進貨、人員供養(yǎng)等，不會投入大量資金在信息化建設上?；谶@些限制，即使構建信息化系統也會根據業(yè)務的優(yōu)先程度為主要考慮因素，能夠帶來收益的一線業(yè)務系統建設優(yōu)先級別高，而不能短期快速帶來價值的二線、三線業(yè)務優(yōu)先級別較低。對于系統建設的要求，比起大而全，周期長的總體規(guī)劃建設，更尊崇實用、易上、快見效的原則。

解決方案

數通暢聯的產品可以通過不同的產品組合來解決不同公司面臨的企業(yè)困難，幫助企業(yè)范圍內建立起一整套統一、規(guī)范的IT架構標準體系，包括數據規(guī)范、服務規(guī)范、流程規(guī)范、界面規(guī)范、接口規(guī)范等，徹底解決當前面臨的信息孤島問題，有利于提高效率和降低成本。

1.集成底座方案

集成底座方案是基于IDM、MDM、ESB三個核心產品組合打造的一套解決方案，主要解決企業(yè)信息化建設過程中業(yè)務系統打通以及基礎業(yè)務集成整合的問題。通過構建企業(yè)集成底座，實現各業(yè)務系統間的統一認證，保證業(yè)務系統訪問的一致性；實現各系統基礎數據的同源，保證數據一致性的同時為后續(xù)復雜的業(yè)務集成、財務集成等提供基礎數據支撐。

2.方案產品作用

其中IDM平臺基于5A管控體系實現統一用戶Acccount、統一認證Authticate、統一授權Authority、統一審計Audit、統一應用管控AppControl等安全管控；MDM通過支持組織、崗位、人員等主數據的同步分發(fā)，實現主數據的標準化，實現全生命周期的主數據管理；ESB作為集成通道，通過API管理將業(yè)務系統接口注冊、代理到ESB平臺，并通過平臺實現集中監(jiān)控、認證、限流、報警等功能，在滿足IDM、MDM以及上下游系統的集成管理的同時實現服務接口的集中化管理。

3.方案應用場景

企業(yè)的信息化建設是一個循序漸進、不斷延展的過程，在這過程中企業(yè)對于體系架構、集成整合、數據治理、安全管控的要求也會不斷提升，而集成底座方案的誕生就是為了解決信息化建設時缺乏整體規(guī)劃、集成整合難度大、安全管控不到位等問題。

> > > > 統一身份管控

集成底座方案能將組織、角色、用戶等信息經過MDM平臺治理后，同步到IDM平臺，基于同一的用戶信息完成統一認證；根據需求在IDM平臺進行業(yè)務角色、權限角色的統一管理與權限分配，再通過IDM分發(fā)到對應的業(yè)務系統中，實現權限的統一；作為5A安全管控平臺，IDM提供的密碼策略、認證策略、監(jiān)控預警、統一分析、業(yè)務系統注冊與管理等功能能充分滿足企業(yè)系統集成的需求。

> > > > 基礎數據治理

以MDM為核心實現基礎數據的全生命周期管理，將各個業(yè)務中的基礎數據同步到MDM平臺，并完成相關的數據清洗、統一、編碼等，再將治理后的數據分發(fā)到下游系統，從而實現各個系統基礎數據的同源、統一、準確，為后續(xù)深度的業(yè)務集成、數據分析、數據挖掘奠定基礎。

> > > > 集成業(yè)務系統

集成底座平臺通過應用集成方案打通系統間業(yè)務單據集成的難題，主要面向各個系統的業(yè)務數據，如財務單據、財務憑證、收款單/付款單、入庫/出庫單等。由業(yè)務系統提供標準化的業(yè)務單據接口，ESB將接口注冊到平臺，構建API注冊中心，實現對API的管理、監(jiān)控、測試、預警等，同時通過應用集成進行服務接口編排，實現系統單據的集成。

落地方式

集成底座項目的實施流程遵循規(guī)范的項目實施流程，包括需求調研、環(huán)境部署、實施交付、上線驗收、后期運維等階段，但是和實施類項目不同，集成底座采用產品 培訓的模式，所以更多的工作是需要交付伙伴或客戶方完成的，項目團隊更多的是起到輔助的作用。

1.需求調研階段

需求調研是項目實施的第一項工作，也是非常重要的工作。由于前期項目團隊、伙伴、客戶、業(yè)務廠商的熟悉程度不夠，缺乏足夠的信任，往往需要一段時間的磨合，所以在這個階段需要經常溝通、相互交流、加強合作、達成共識，為項目的成功奠定基礎。

集成底座項目又是一個跨組織、跨業(yè)務、跨系統的項目，所以調研時往往需要對客戶的需求、實際的業(yè)務、系統的情況、廠商的配合等各個層面進行調研，更需要項目團隊掌握溝通技巧、了解產品方案、熟練調研流程。在溝通過程中，需要不斷輸出集成底座的實施方案，引導客戶、廠商按照集成底座的標準模式實施，降低實施交付的難度，以達到項目快速交付的目的。

2.環(huán)境部署階段

集成底座采用云平臺的部署方式，在實際項目中一般由內部實施團隊或內部運維團隊負責部署安裝，一般會建議部署兩套環(huán)境，一套是基于3臺服務器的非高可用環(huán)境，一般用于前期調研時對客戶進行產品演示、樣例說明，以及針對伙伴或客戶信息化團隊的培訓工作；另一套環(huán)境是在調研后期或藍圖確認后部署的正式環(huán)境，采用至少5臺服務器的高可用環(huán)境，內部至少部署開發(fā)、測試、生產三個環(huán)境，以保證在實施過程中的可以進行產品的配置、環(huán)境的搭建。

3.實施交付階段

集成底座采用產品 培訓的實施模式，項目的實施交付主體為伙伴或客戶信息化團隊，而內部項目團隊主要負責產品培訓和技術支持，以遠程支持為主，根據具體項目進度和實際情況，可以短期進行現場技術支持，但實施的主體也是伙伴方，而非項目團隊。

對于集成底座項目，主要的實施內容包括：

1.數據集成：以主數據為主，進行MDM和上下游系統之間的主數據同步分發(fā)，其中包括了IDM的數據同步，以及IDM用戶數據的分發(fā)；

2.應用集成：以IDM為主，實現各個系統的統一認證，搭建統一認證中心；

3.服務集成：以ESB為主，將各個系統的服務接口注冊到ESB平臺進行統一管理。

4.驗收運維階段

上線驗收和實施交付一樣，也是以伙伴方的實施團隊為主進行推動，內部項目團隊在這過程中進行輔助支持，以保證項目的順利上線，包括上線前期的資料準備，風險評估，以及上線后的運行監(jiān)控、產品問題修復等。

后期運維主要包括兩部分內容：一是由伙伴的實施/運維團隊進行的日常運維，一是由內部運維團隊進行的遠程技術支持，主要處理實際業(yè)務中出現的產品級問題。

最佳實踐

集成底座方案能構建一體化集成底座平臺，滿足企業(yè)5A管控、主數據治理、異構系統業(yè)務集成等需求，消除孤島，為企業(yè)IT架構奠定堅實技術保障。在項目實施過程中有一些實施要點需要注意。

1.項目藍圖確認

一般在項目啟動會之后，項目就進入到了藍圖階段，這個階段的主要目的是明確客戶真正的需求，與客戶達成共識并鎖定需求，防止在實施過程中需求變動導致對項目不必要的風險。藍圖確認是一個項目中非常關鍵的節(jié)點，它代表了項目由調研階段正式轉為實施階段，同時也是客戶認可與費用結算的關鍵環(huán)節(jié)。項目組前期通過一系列的調研，整理出當前客戶的各種現狀、需求，并整理出相關的治理方案，并將這些內容以架構圖的形式直觀體現。

2.產品互相適配

靈活適配首先是不同項目實施過程中會特性需求，如果是項目級別需求需要實施人員進行適配調整，如果是產品級調整需要反饋至研發(fā)部門進行平臺以產品的形態(tài)進行適配，當前如果項目級需求有納入產品體系的必要也可以升級為產品功能，其次是以不同的形態(tài)快速滿足客戶的需求，如果以產品形態(tài)擴展復雜的話可以考慮使用ESB結合的模式進行項目級開發(fā)，快速滿足客戶需求，提升客戶的滿意度，后續(xù)逐步升級為產品功能。

3.業(yè)務互相配合

集成底座項目相比普通IT治理集成類項目來說，不是實施方單方面就可以解決的項目，阻力風險都更大一些，必須以業(yè)務需求做為驅動，真正決定或推動集成底座項目成功的是業(yè)務人員，而不是IT人員，項目中需要多讓業(yè)務部門人員參與，了解企業(yè)的組織架構、業(yè)務流程，摸清企業(yè)主數據運用現狀，實施方對客戶業(yè)務特征、經營模式、業(yè)務流程的熟悉程度等。

4.逐步規(guī)劃上線

對于項目的實施需要按照整體規(guī)劃、先易后難、逐步上線這幾個步驟開展，首先根據項目進行多輪深入調研，了解各部門之間的協作關系、業(yè)務流程、數據共用情況，對業(yè)務進行梳理，過程中發(fā)現及反推業(yè)務中存在的問題并明確，基于調研梳理情況進行項目整體架構的規(guī)劃，包括業(yè)務架構、系統架構、數據架構等，根據企業(yè)現有情況進行分步實施。之后功能實現先易后難，重點加強難點的攻克，過程中保證部分功能快速上線，用戶穩(wěn)定使用的同時，后續(xù)功能全部采用灰度升級，推進項目順利驗收。

價值分析

集成底座是基于IDM、MDM、ESB等核心產品構建的解決方案，主要是滿足企業(yè)信息化建設中系統集成的需要，打通系統壁壘，實現異構系統的統一認證和單點登錄，通過基于MDM平臺進行基礎數據治理，實現各業(yè)務系統的基礎數據同源，從而為后續(xù)深度的業(yè)務集成和數據集成提供基礎支撐。

1.打破系統壁壘

集成底座方案在應用集成的過程中形成統一的集成標準和集成接口，構建統一的應用管理平臺，集中進行應用管理維護，打破系統壁壘，實現各系統間數據和功能的互通，提高系統使用的便捷性。無論是系統調整還是業(yè)務變更，都能快速響應，從而滿足業(yè)務發(fā)展的需要。

2.加強身份管理

實現對IT系統帳號基礎信息（包括用戶身份信息、機構部門信息、其他公司相關信息以及生命周期信息等）的標準化管理，能夠為各IT系統提供基礎的用戶信息源。通過統一用戶信息維護入口，保證各系統用戶帳號信息的唯一性和同步更新。

3.提升數據質量

通過集成底座方案能夠統一數據管理標準、維護標準、統一數據口徑、數據維護流程，清洗企業(yè)內部冗余數據，保證各信息系統之間信息傳輸的一致性，為核心應用系統提供統一數據標準，有效集成系統數據信息，有效提升數據質量，為后續(xù)系統建設奠定基礎。

4.推動業(yè)務發(fā)展

集成底座的方案主要面向企業(yè)進行基礎的信息化建設，能夠解決企業(yè)信息化建設過程中缺乏整體規(guī)劃、集成整合難度大、安全管控不到位等問題。構建覆蓋整個企業(yè)的數據管理標準和規(guī)范，靈活適應業(yè)務需求的變化，降低接口、數據清洗和維護成本，推動企業(yè)業(yè)務發(fā)展。

技術發(fā)展飛速的今天，業(yè)務孤島做為信息化發(fā)展到一定階段的必然產物，導致它存在的因素很多，企業(yè)內部可以盡量避免或減少這種現象，但不能完全杜絕。面對信息孤島應該主動治理并合理控制，從意識上重視、規(guī)劃上設計、IT上解決，全方位打造內部IT環(huán)境與業(yè)務統一，不讓新的孤島再出現。

本文由@數通暢聯原創(chuàng)，歡迎轉發(fā)，僅供學習交流使用，引用請注明出處！謝謝~