對於絕大多數企業來說，企業的信息化建設是隨著企業業務的發展不斷推進的，而隨著企業業務的複雜化和多元化，對於信息化系統的要求也越來越高，對於信息化建設的整體架構、集成整合、數據治理、安全管控的要求也在不斷提升，而集成底座就是從企業信息化建設的角度出發，搭建統一、標準、柔性、可復用、可擴展的IT架構，解決企業信息化建設過程中缺乏整體規劃、集成整合難度大、安全管控不到位等問題。
集成底座主要包括IDM統一認證平台、MDM基礎數據平台、ESB企業服務總線三個產品，產品之間相互支撐，同時對外提供數據和服務。對於企業而言，集成底座更多的是提供一套系統解決方案，奠定企業IT基礎，所以在實施集成底座項目時，要立足長遠，要充分考慮企業未來的信息化發展趨勢。
總體說明
集成底座主要包括三個產品：IDM統一認證平台、MDM基礎數據平台、ESB企業服務總線，其中IDM平台基於5A管控體系實現統一用戶、統一認證、統一授權、統一審計、統一應用管控等安全管控；MDM通過支持組織、崗位、人員等主數據的同步分發，實現主數據的標準化，實現全生命周期的主數據管理；ESB作為集成通道，通過API管理將業務系統接口註冊、代理到ESB平台，並通過平台實現集中監控、認證、限流、報警等功能，在滿足IDM、MDM以及上下游系統的集成管理的同時實現服務接口的集中化管理。
1.集成架構
集成底座方案的集成主要是基於IDM和MDM作為數據的集中維護平台，通過ESB進行服務API的管理，構建集成通道，從而實現IDM、MDM以及上下游系統的打通。由業務系統作為基礎數據的源頭，這些基礎數據通過ESB同步至MDM平台進行統一管理，保證基礎數據的準確性、唯一性、完整性；MDM將組織、人員等基礎數據分發至IDM生成對應認證帳號信息，用於支持統一認證等業務；整個集成過程中，ESB作為服務總線負責對各個系統的接口和服務進行註冊和管理，同時構建系統數據對接的集成流程。
2.業務場景
集成的業務場景集成主要是基於IDM和MDM的數據同步分發，其中包括業務系統到MDM的主數據同步，主數據到下游系統的下發（包括下發IDM），以及IDM下發帳號到下游系統等。
1.主數據同步：
1)源頭推送數據（或者推送查詢標識）至ESB的集成流程；
2)ESB集成獲取源頭數據（或者通過查詢標識從源頭查詢數據）後，在集成流程內部調用MDM的接口，將數據寫入MDM，同時生成任務和日誌，並回寫源頭系統；
3)ESB集成流程調用MDM的自動提交接口將任務提交至MDM的BPM工作流中，BPM工作流調用MDM接口實現數據向下游系統的分發。
2.主數據分發：
1)主數據分發採用推送的方式，在MDM的BPM工作流中觸發推送；
2)下游系統需要提供數據接收接口，在MDM中配置該接口，並在MDM的BPM工作流中調用MDM的分發接口（分發接口內部調用下游系統接收接口）實現數據分發；
3)下游系統接收數據後，接口內部進行系統寫入，完成後調用MDM的日誌回寫接口進行數據回寫操作。
3.帳號分發：
1)帳號分發主要是通過IDM將登錄用戶信息分發至下游系統，實現各系統的統一認證和單點登錄；
2)IDM帳號分發主要是將IDM的帳號信息通過任務的形式分發下游系統，和MDM的分發方式類似；
3)在帳號信息進入IDM平台，可以手動或自動的方式生成分發任務，再通過IDM內置的BPM工作流進行自動提交；
4)在BPM工作流內調用IDM的分發接口將數據推送至下游系統的數據接收接口中，而下游系統的數據接收接口則配置在IDM平台的應用管理中；
5)下游系統完成數據寫入後調用IDM的日誌回寫接口進行數據回寫操作。
3.實施模式
集成底座主要包括IDM、MDM和ESB三款核心產品，通過反覆的內部演練以及實際項目的磨練，目前集成底座已經逐漸形成了一套標準的實施規範，包括主數據的規劃、數據同步分發、帳號管理、統一認證、API管理等，所以目前集成底座更多採用產品 + 培訓的交付模式，即我們提供產品以及基於雲平台的環境部署、產品安裝，同時提供對於各個產品、集成方案、接口開發的培訓，由夥伴或者客戶方來完成具體的實施和建設工作，而在實施過程中，我們進行遠程或現場的技術支持和指導。
集成底座的實施模式需要輕實施、重培訓，強調夥伴或客戶在實施過程中的參與，這樣做的好處在於：
1.降低項目參與度，減輕工作量，能將項目團隊投入到更多的項目中，滿足公司發展需要；
2.內部團隊有更多的機會參與項目、了解業務，了解產品和方案在實際項目中的應用，有利於團隊的建設和成員能力的培養；
3.培訓夥伴或客戶熟悉產品的使用和項目實施，發揮夥伴方、客戶方的優勢，加快項目實施交付的效率；
4.夥伴或客戶掌握到產品和方案的精髓後，更有意願去推動更多的同類項目，從而提供更多的商機，提高產品出貨量。
4.實施流程
集成底座項目的實施流程也是遵循規範的項目實施流程，包括需求調研、環境部署、實施交付、上線驗收、後期運維等階段，但是和實施類項目不同，集成底座採用產品 + 培訓的模式，所以更多的工作是需要交付夥伴或客戶方完成的，項目團隊更多的是起到輔助的作用。
1.需求調研：由項目團隊和實施方共同完成，項目團隊提供調研模板、調研大綱、調研思路，雙方共同參與明確項目需求和範圍，實施方了解業務、需求，同時熟悉產品的使用，便於後續的實施交付；項目團隊提供資料協助實施方完成調研，同時搭建測試環境，培訓實施方了解產品的使用，同時項目團隊需要在調研過程中了解客戶的業務，強化業務能力，也為後續項目提供借鑑；
2.環境部署：環境部署一般由項目團隊或內部運維團隊負責，集成底座採用雲平台的部署方案，提供一鍵部署腳本和對應的文檔，可以實現快速部署；在實際項目中一般會部署兩套環境：一套測試環境採用非高可用部署，在前期調研階段部署，用於給客戶演示、調研需求和產品使用培訓；一套生產環境，一般在正式實施時部署，採用高可用部署，搭建開發、測試、生產環境，滿足後續項目開發、測試、生產運行需要；
3.實施交付：集成底座主要採用產品 + 培訓的實施模式，實施交付的主體一般是合作夥伴或客戶的信息化團隊，項目團隊主要是根據前期調研的需求協助輸出對應的標準規範、藍圖資料，以及在實施過程中提供產品培訓、技術指導、方案支持等，一般提供遠程支持，但可以根據實際情況，提供短期的現場支持；
4.上線驗收：上線、驗收和實施一樣，主體也是合作夥伴或客戶的信息化團隊，項目團隊以支持、輔助為主，協助實施方輸出上線文檔、上線流程、回滾策略等，協助實施方完成項目的整體上線試運行，以及最終的項目驗收；
5.後期運維：一般運維工作內部會移交運維團隊，具體運維工作由夥伴或客戶方進行，內部運維團隊只負責解決一些產品使用、功能上的問題，同時針對夥伴或客戶方經常出現的問題進行技術指導和培訓，協助夥伴或客戶更加深入地掌握產品和方案，以促進後續更多的合作。
對於集成底座項目，在實施交付過程中，在不同的時間節點，需要交付的文檔清單如下：
需求調研
需求調研是項目實施的第一項工作，也是非常重要的工作，由於前期項目團隊、夥伴、客戶、業務廠商的熟悉程度不夠，缺乏足夠的信任，往往需要一段時間的磨合，所以在這個階段需要經常溝通、相互交流、加強合作、達成共識，為項目的成功奠定基礎。
集成底座項目又是一個跨組織、跨業務、跨系統的項目，所以調研時往往需要對客戶的需求、實際的業務、系統的情況、廠商的配合等各個層面進行調研，更需要項目團隊掌握溝通技巧、了解產品方案、熟練調研流程。在溝通過程中，需要不斷輸出集成底座的實施方案，引導客戶、廠商按照集成底座的標準模式進行實施，降低實施交付的難度，以達到項目的快速交付。
1.主數據管理
主數據的調研一般需要從項目的整體規劃和實際業務出發，梳理主數據的具體範圍，以及每一類主數據的編碼、屬性、來源、目標、集成等內容，具體內容可以包括：
1.項目規劃：項目規劃一般在客戶進行項目立項時就會明確，規划具體的建設內容和建設範圍，但是在項目開始實施時，實施團隊需要和客戶反覆進行討論，一方面是對具體實施範圍進行確定，確定哪些做，哪些不做；二是對客戶進行引導，使項目的實施過程遵循集成底座的標準流程，便於後期實施交付和上線驗收的推進；
2.核心業務：調研過程中要充分了解客戶的核心業務，梳理業務時結合現有的業務系統進行分析，明確業務運行過程中可能涉及的主數據，同時在梳理過程中也要對客戶的業務進行分析整理，積累對業務的認知和理解，為後續項目的實施、售前、產品開發等提供借鑑；
3.類別明確：明確本期項目需要建設的主數據類別，如果單純從集成底座的角度，一般只需要建設組織、崗位、人員等人事相關基礎數據，但是為了滿足客戶的業務需要，同時加強集成底座的實際應用場景，可以考慮根據實際業務建設一些重要的主數據，支撐業務的同時也為後續深度主數據治理和數據中台建設奠定基礎；
4.編碼規則：主數據的編碼規則一般有兩種情況：一是由源頭系統提供，MDM平台直接引用源頭系統編碼，二是在MDM平台配置編碼規則，在數據同步到MDM平台時自動生成。第一種直接復用源頭系統，MDM無需進行處理，但是需要源頭系統保證編碼規則的唯一性、準確性；第二種MDM需要配置編碼規則，可以保證唯一性、準確性，但是在同步時需要將編碼回寫源頭系統，二者各有優勢，在實際項目中可以根據實際需要靈活選擇；
5.屬性定義：MDM支持元數據管理，可以根據實際需要配置各類主數據的屬性信息，一般屬性的定義需要包括以下內容：源頭系統包括的屬性，並且需要分發到下游系統，實現多系統共享；在實際業務運轉過程中需要維護使用的屬性；
6.參考數據：參考數據由業務系統提供，一般由源頭系統提供，MDM平台參考進行配置，同時由於各個系統參考數據的定義是不同的，所以涉及數據下發時，需要明確下游系統的參考數據定義方式，並在MDM平台進行關聯配置；
7.校驗規則：主要是針對不同的屬性配置校驗方式，如非空、數字、唯一、長度等，主要是為了保證主數據的規範性、完整性，降低人工維護時產生的異常數據；
8.來源系統：針對每一類主數據需要明確主數據的權威來源，來源於哪個系統的哪個模塊，是否能採用推、拉的方式進行數據推送，是否可以配合進行擴展等；
9.目標系統：針對不同的主數據需要明確都有哪些業務系統進行接收，是否有對應的接收接口，是否能夠配合進行擴展，接收時需要接收哪些元數據等；
10.集成方式：集成底座的數據集成支持推、拉、定時等方式，但是為了保證數據的及時性，絕大多數採用推、拉的方式，一般會涉及上下游系統的改造，包括上游系統的實時推送，以及下游系統的數據接收接口等，在調研時要明確具體的集成方式以及相關數據接口。
2.統一認證
統一認證主要是基於集成底座的IDM平台實現的，平台提供了CAS、OAuth、接口三種認證方式，滿足不同場景、不同系統的對接需求。在前期調研過程中，要明確需要對接統一認證的系統有哪些，分別採用哪種開發語言、技術架構，針對不同的語言、架構提供認證方式，具體實施時由系統方根據認證標準自行配置處理。
IDM平台支持密碼集成，包括密碼同步、密碼分發，但是在實際項目中，不建議進行密碼集成，一方面進行密碼傳輸的過程中，容易造成密碼泄露，增大安全風險；另一方面實現統一認證之後，登錄直接採用統一認證，使用IDM的密碼進行認證，不需要保持業務系統和IDM的密碼一致。
3.統一API
集成底座的統一API主要是基於ESB的API管理功能實現，在ESB的SMC管理控制台中將各個業務系統的接口統一註冊進來，支持Web、Rest、Http等不同類型的服務接口，註冊後的接口可以在應用集成中調用，也能通過代理的方式提供給其他系統。
在項目調研過程中，主要需要明確接入的業務系統有哪些，除了集成底座內部的接口註冊以及應用集成配置外，是否有其他系統需要進行接口註冊，是否有單據集成、憑證集成等集成需求，是否需要在ESB進行接口統一管理。
對於註冊在ESB中的接口，需要明確對於接口安全、數據安全、數據加密、安全認證、異常報警等機制的需求，根據需要進行標準制定，以便後續實施過程中進行對接。
4.標準規範
集成底座的標準規範主要包括以下內容：
1.主數據數據規範：根據制定的主數據範圍，制定每類主數據的相關數據標準，包括編碼、屬性、參考數據等；
2.主數據管理規範：從組織管理角度出發，針對主數據的管理組織、管理角色、管理人員、維護流程等內容制定統一的標準要求；
3.主數據集成規範：基於制定的主數據範圍、屬性，以及對接的上下游系統，制定數據集成標準，包括推送、拉取的方式，觸發的機制，推送的內容和業務系統等；
4.主數據清洗規範：主要針對MDM平台的數據初始化，對於現在系統中已有的歷史數據，在初始化同步到主數據平台時，如何進行清洗、合併、標準化處理；
對於主數據的數據規範、管理規範、集成規範、清洗規範，一般會合併到同一個主數據標準規範文檔中。
5.MDM主數據平台接口說明：MDM平台的接口標準文檔，該文檔會根據MDM平台的開發和升級進行升級。
6.IDM身份管理平台接口說明：IDM平台的接口標準文檔，該文檔會根據IDM平台的開發和升級進行升級。
7.ESB企業服務總線服務標準：ESB平台的標準說明文檔，主要針對ESB平台服務接口的開發標準、協議支持等。
8.IDM統一認證對接標準：主要針對IDM統一認證相關的內容說明，包括統一用戶說明，CAS、OAuth、接口認證說明，以及統一密碼實現說明等，參考如下。
環境部署
集成底座採用雲平台的部署方式，在實際項目中一般由內部實施團隊或內部運維團隊負責部署安裝，一般會建議部署兩套環境，一套是基於3台伺服器的非高可用環境，一般用於前期調研時對客戶進行產品演示、樣例說明，以及針對夥伴或客戶信息化團隊的培訓工作；另一套環境是在調研後期或藍圖確認後部署的正式環境，採用至少5台伺服器的高可用環境，內部至少部署開發、測試、生產三個環境，以保證在實施過程中的可以進行產品的配置、環境的搭建。
1.K8S部署
集成底座採用雲平台部署方案，現在K8S的雲平台部署已經構建了一鍵部署腳本，可以通過腳本實現快速部署，同時支持離線部署，即使在內網環境下，也可以完成環境部署工作。並且針對3台非高可用和5台高可用提供不同的部署腳本，可以滿足不同使用場景的需要。
2.產品部署
集成底座除了包括IDM、MDM、ESB三款核心產品外，還有UMC雲管理平台，主要用於配置和管理K8S集群，以及集群內部的環境、容器、產品、組件等配置與部署，以及外部Nginx的接入配置等。對於UMC上容器、產品的部署，也支持通過一鍵部署腳本進行操作，並提供由對應的部署文檔。
3.安全策略
集成底座一般面對企業級客戶，並且涉及了企業的核心數據，為了保證數據的安全性，需要從網絡、伺服器、產品等多個層面保證系統的安全性，主要包括：
1.在準備伺服器時建議搭建堡壘機，通過堡壘機跳轉訪問真實伺服器，提高伺服器安全性；
2.伺服器防火牆只開放內部伺服器之間的IP互通，不開放外部IP和埠的訪問，對於部署外部Nginx的伺服器，根據部署的環境對應開放相應的埠；
3.對於Redis、資料庫、產品等相關密碼都需要採用複雜密碼，並且保證密碼是不一樣的，避免密碼泄露的可能。
4.環境測試
環境部署後需要對環境進行整體測試，包括產品功能、服務接口、集成流程，要根據實際業務需求對功能、壓力進行測試，保證功能可用的同時，也要保證伺服器的穩定性和並發壓力。主要測試內容：
1.IDM、MDM、ESB的各個功能模塊，包括頁面顯示、數據管理、配置功能等，以及ESB設計器的連接，工程、服務、流程的開發部署等；
2.IDM、MDM、ESB的相關服務接口，包括數據提供、數據接收、任務處理、token認證等；
3.IDM認證壓力測試：對IDM的CAS、OAuth、接口認證進行壓力測試，基於JMeter模擬實際業務場景進行並發壓力和穩定性測試，主要測試高並發的認證登錄以及低並髮長時間的穩定性（8-10小時）；
4.MDM數據接口測試：針對主數據的同步、分發、查詢接口進行壓力測試，主要測試低並發、大數據量的情況；
5.測試後需要輸出對應的測試報告。
實施交付
集成底座採用產品 + 培訓的實施模式，項目的實施交付主體為夥伴或客戶信息化團隊，而內部項目團隊主要負責產品培訓和技術支持，以遠程支持為主，根據具體項目進度和實際情況，可以短期進行現場技術支持，但實施的主體也是夥伴方，而非項目團隊。
對於集成底座項目，主要的實施內容包括：
1.數據集成：以主數據為主，進行MDM和上下游系統之間的主數據同步分發，其中包括了IDM的數據同步，以及IDM用戶數據的分發；
2.應用集成：以IDM為主，實現各個系統的統一認證，搭建統一認證中心；
3.服務集成：以ESB為主，將各個系統的服務接口註冊到ESB平台進行統一管理。
1.產品培訓
產品培訓是集成底座項目中非常重要的部分，由於採用的產品 + 培訓的模式，所以需要通過培訓讓實施方充分了解產品的特性、使用場景，以及對於不同的業務場景，應該如何通過產品配置進行實現。培訓的主要內容需要包括：
1.集成底座的整體集成架構、數據架構、集成方式等；
2.集成底座和上下游系統集成時，集成的內容、集成的方式，提供的數據；
3.MDM平台數據管理維護的方式，主數據模型的配置過程，包括模型定義、屬性定義、編碼規則、校驗規則，以及同步分發過程中的系統註冊、分發範圍、接口調用等；
4.IDM平台組織、崗位、用戶的管理維護方式，擴展欄位的配置，密碼策略的配置，統一認證的配置，同步分發的相關接口說明等。
2.數據集成
主要是主數據的同步分發，包括：
1.從源頭系統主數據同步MDM平台；
2.MDM平台數據下發下游業務系統；
3.MDM平台組織、崗位、人員數據下發IDM；
4.IDM用戶數據下發需要接入統一認證的系統，保證帳號一致。
數據集成的過程中，需要主推標準的集成方案，集成底座內部的數據集成可以直接復用預置的相關服務樣例，和上下游系統對接時直接根據藍圖階段制定的標準規範。推薦實施方式：
1.主數據同步採用推送模式，由源頭系統觸發推送數據，通過ESB開發應用集成流程實現源頭系統到MDM平台的數據寫入；
2.MDM平台下發由下游系統提供接收接口，集成底座提供標準的數據格式，採用MDM的推送（或推拉）模式將數據（或任務標識）發送給下游系統；
3.IDM的帳號下發和MDM一樣，也是由下游系統提供接收接口，IDM採用推送（或推拉）模式將數據（或任務標識）發送給下游系統。
3.應用集成
應用集成主要是基於IDM平台構建統一認證體系，打通系統訪問的壁壘，IDM平台提供CAS、OAuth、接口認證三種認證方式，業務系統根據自身系統情況自行選擇，實施團隊協助提供配置樣例和說明文檔。
一般集成底座的IDM實施會以統一用戶、統一認證、統一審計、統一應用管控這4A為主，而統一應用管控是在IDM平台配置各個系統信息，統一審計是對數據的統計、分析和監控，所以統一用戶、統一認證往往是集成底座項目中最多的內容。
1.統一用戶：IDM用戶分發下游系統，保證IDM和下游系統登錄帳號的一致性，建議採用推送模式，IDM提供標準的參數格式，下游系統提供數據接收接口，由IDM平台推送用戶數據至下游系統；
2.統一認證：基於IDM的標準認證方式，以下游系統為主配置統一認證。
4.服務集成
以ESB的API管理為主，對業務系統的服務接口進行API註冊、API管理、API代理、安全策略、監控預警等內容。
1.配置ESB應用集成時進行服務接口的引用；
2.其他系統集成時調用ESB代理接口，通過ESB進行日誌記錄、監控、預警等；
3.推薦對接的接口都註冊到ESB中，基於ESB進行監聽和管控；
4.對於IDM、MDM、ESB等內部使用的接口，全部註冊到ESB中通過應用集成調用；如果支持外部系統調用，則需要對接口進行代理；
5.如果項目中存在單據集成、憑證集成的業務集成需求，則需要通過ESB進行API的註冊、代理，業務系統直接調用代理接口；
6.如果需要保證數據安全性，建議採用數據加密、token認證等機制進行接口控制。
上線驗收
上線驗收和實施交付一樣，也是以夥伴方的實施團隊為主進行推動，內部項目團隊在這過程中進行輔助支持，以保證項目的順利上線，包括上線前期的資料準備，風險評估，以及上線後的運行監控、產品問題修復等。
1.上線準備
在上線前需要對上線需要做的工作提前進行梳理，形成上線文檔，明確上線時間、上線步驟、初始化數據、接口切換等內容，由於集成底座項目涉及各個系統的集成與切換，所以需要和客戶方提前約定時間，在不影響客戶業務運行的情況下進行升級切換，特別是存在歷史系統的升級的情況。
1.上線時間：上線的開始、結束時間，數據準備、系統切換的時間節點，需要明確到具體時間點；
2.上線步驟：上線的具體流程，包括數據伺服器準備、環境部署、數據初始化準備、系統切換、接口切換等，並且需要明確每個節點的人員和時間節點；
3.初始化數據：包括IDM、MDM的數據初始化以及業務系統的數據初始化，明確數據初始化的時間節點和負責人；
4.接口切換：原有系統的接口切換步驟，包括舊接口的停用以及新接口的啟用時間節點等。
2.風險預案
風險預案主要是針對上線過程中可能出現的問題進行提前預估，並制定解決策略，如果上線過程中出現問題，可以按照風險預案進行緊急補救。一般情況下由於集成底座採用雲平台部署，可以直接通過資源同步快速部署生產環境，同時在上線前也會在測試環境進行模擬驗證，所以大多數情況下上線會比較順利。
但是由於集成底座會和各個業務系統集成，所以可能出現業務系統交互異常的情況，所以針對各種可能出現的問題要提前進行預估，如上線後無法實現統一認證攔截，統一認證成功後無法跳轉業務系統，數據集成時出現數據同步失敗，ESB代理的API無法調用等問題，針對每一個可能的問題都需要制定問題排查處理的策略，保證可以快速進行問題定位和處理。同時也需要做好最壞的準備，即上線回滾，如果問題比較嚴重，上線後無法滿足業務使用，則需要制定回滾策略，回滾到上線前的狀態。
3.上線監控
在項目上線後需要實施團隊實時關注項目運行情況，包括IDM認證情況、MDM/IDM的數據同步分發情況，ESB服務接口的調用情況，同時也需要對伺服器的運行情況進行監控，保證各個產品可以穩定運行。
上線監控階段不僅需要實施團隊進行監控，客戶方的信息部門以及業務人員也要參與其中，主要是確認業務運行是否順利，是否存在數據異常等問題，並且對過程中的問題進行記錄和反饋，實施團隊及時跟進處理，保證項目的順利上線，以便於推動後續的驗收。
4.驗收推進
在上線運行穩定之後，實施團隊需要開始整理項目驗收資料推動項目驗收，根據項目的具體情況，驗收資料也會有所區別，對於集成底座項目，一般至少要包括以下內容：
1.伺服器信息，環境部署清單，部署文檔和資料，相關登錄帳號和密碼；
2.需求說明書、設計說明書、使用手冊、操作手冊、標準規範、集成說明等藍圖資料；
3.產品測試報告、安全報告等測試相關資料；
4.項目運維文檔、常見問題處理等運維相關資料。
項目的驗收推送也是以實施方為主，內部項目團隊主要是提供相關資料模板和說明，協助實施方出具相關驗收資料。
後期運維
後期運維主要包括兩部分內容：一是由夥伴的實施/運維團隊進行的日常運維，一是由內部運維團隊進行的遠程技術支持，主要處理實際業務中出現的產品級問題。
1.運維團隊
由於集成底座採用產品 + 培訓的方式，所以運維會以夥伴方為主，夥伴方根據實際情況建立運維團隊進行日常的維護，協助客戶進行問題定位與處理，主要處理客戶實際業務中出現的使用問題、相關流程的優化、配置的優化等，以及客戶業務變更時出現的流程調整等內容。
內部運維團隊主要負責解決產品級問題，如果產品在實際運行過程中，如果出現產品BUG，內部運維團隊需要協助進行問題定位與處理，同時對於產品在使用過程中也要對夥伴和客戶進行指導，加強使用方對產品的深度理解。同時為了保證集成底座的應用效果，一般在項目上線後也會進行一些產品升級，這些升級工作需要內部運維團隊提供升級說明，協助夥伴方完成升級。
2.運維流程
針對項目中運維工作，需要制定標準的運維規範和流程，包括客戶使用產品的方式，使用過程中的注意事項，出現問題時反饋的渠道、反饋的方式，運維團隊問題處理的步驟、時間節點等。運維的目的不僅僅是消除問題，同時也是向客戶輸出知識的過程，通過指導、培訓，使客戶能充分掌握產品的使用，甚至能自行進行問題的定位與處理。
3.運維手冊
項目運維手冊在項目上線後就需要整理，在驗收前需要提供給客戶，以便在項目運維過程中能及時進行問題處理，將出現問題時對業務的影響降低到最小。不同於藍圖、產品等相關文件，運維手冊是一個需要不斷完善的文檔，在實際運維過程中，需要根據日常的運維情況將新出現的問題及時整理到運維手冊中，一方面可以幫助客戶更好的掌握產品的使用和問題的處理，同時也能為後續接手運維的人員可以更快速地熟悉工作。
4.知識傳遞
知識傳遞是一個持續的過程，而且是貫穿在整個項目周期的，從前期調研甚至更早開始，就需要向客戶、夥伴進行知識傳遞，包括對方案的理解、產品的應用、業務的融合、管理的方式等，需要讓客戶方、夥伴方了解方案、認可方案，才能保證在實施過程中更好地推動項目的實施過程。
項目實施、培訓、運維的過程也是知識輸出的過程，需要不斷向使用方進行知識的輸出，使各方對集成底座有更深入的理解，並能夠在實際業務過程中發現集成底座的優勢，加強對集成底座的使用效率，使集成底座能真正發揮出在企業IT規劃中積極作用，促進企業信息化的發展。
集成底座方案以IDM、MDM、ESB產品為核心，為企業信息化建設搭建基礎的、統一的、標準的、可復用的、易擴展的IT框架，在復用企業IT資產的同時也為後續的信息系統建設奠定基礎。而作為標準的集成方案，目前集成底座已經滿足了在不同項目中快速復用的條件，所以後續集成底座類項目大多數會採用產品 + 培訓的模式，由夥伴方進行具體的實施落地，所以內部團隊要熟悉集成底座的每一個環節，對於產品、流程、業務、場景等內容要由充分的理解，並把這些知識不斷傳遞出去，提高夥伴方對集成底座的理解和認知，也能保證後續有更多集成底座類的項目順利上線。
本文由@數通暢聯原創，歡迎轉發，僅供學習交流使用，引用請註明出處！謝謝~