導語：集團級財務共享信息系統(tǒng)平臺建設模式一文來源于網友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

摘要：隨著企業(yè)數(shù)字化轉型的深入推進，財務共享中心的建設已經成為企業(yè)集團財務管理提升乃至數(shù)字化轉型的重要抓手。財務共享系統(tǒng)平臺的部署模式將從根本上對管控強度、使用效率、系統(tǒng)安全等建設成效方面造成較大的影響。本文從實際工作出發(fā)，就企業(yè)集團財務共享建設過程中涉及的系統(tǒng)平臺部署模方式進行對比分析。

關鍵詞：部署模式;大集中部署;分布式區(qū)域集中部署;兩級管控通道

隨著企業(yè)集團經營規(guī)模的快速擴張，產業(yè)鏈條縱向延伸、橫向覆蓋的范圍不斷加大，多元化、多組織、跨地域的產業(yè)形態(tài)日益復雜，履約“點多、面廣、線長”的特征明顯，財務管控難度與風險持續(xù)增加。財務共享中心的建設可以改變分散低效的傳統(tǒng)財務工作場景，可以幫助企業(yè)實現(xiàn)財務職能從會計核算型向價值創(chuàng)造型轉變，是企業(yè)財務管理效率提升和企業(yè)持續(xù)發(fā)展的有力支撐，現(xiàn)已逐漸成為集團企業(yè)財務轉型的重要抓手。在前幾年財務共享中心建設的實踐中，企業(yè)集團大多選擇了下級單位單獨建立財務共享中心的模式，這樣更易于落地，建設難度較低。經過幾年實踐，發(fā)現(xiàn)這種建設模式由于標準體系不統(tǒng)一，下級單位各共享中心“各自為政”，無法實現(xiàn)“互聯(lián)互通”，難以在集團層面實現(xiàn)數(shù)據(jù)的實時采集和應用，基于集團層面的共享以及數(shù)據(jù)資產的價值并未真正體現(xiàn)出來。近年來新建財務共享中心的企業(yè)集團普遍直接選擇集團層面的統(tǒng)建方式，如鞍鋼、中鋁、東航、南航、中旅、中國航空油料、中廣核、中西電等。部分早期已建成財務共享中心的中央企業(yè)則不惜重復投入，又開啟了新一輪的基于集團層面大集中的共享中心建設（如中建、中交、國電投等），用于替換之前的小共享，以免在未來的市場競爭中落于下風?；诩瘓F層面進行財務共享建設的模式，系統(tǒng)平臺的部署目前主要有集中式部署和分布式部署兩種模式，下面就業(yè)務支撐性、業(yè)務一致性、系統(tǒng)可用性、后期運營管理及資源投入需求等五個方面對兩種部署模式進行對比分析。

一、兩種部署模式的定義

（一）集中式部署模式

指在全集團范圍內僅部署一套系統(tǒng)，使用一套代碼，每個終端的業(yè)務請求均在該套系統(tǒng)中響應（如圖1所示）。

（二）分布式部署模式（1+N）

在全集團范圍內設置多套系統(tǒng)，每套“N”系統(tǒng)之間的代碼相對獨立，并受總中心“1”的標準管控，區(qū)域內每個終端的業(yè)務請求在各自的“N”系統(tǒng)中響應。分布式部署模式根據(jù)物理服務器的部署模式，又分為物理隔離及邏輯隔離方式，其中：物理隔離模式是指物理服務器在不同的地理位置獨立存放，邏輯隔離模式是指物理服務器在統(tǒng)一存放，財務共享系統(tǒng)在服務器中進行邏輯隔離，各“N”之間不受影響。本文僅對物理隔離模式進行分析。（如圖2所示）

二、兩種部署模式的比對

（一）業(yè)務支撐程度

集團企業(yè)財務共享信息系統(tǒng)往往是全員使用，具有請求量大、數(shù)據(jù)量大的特點，財務業(yè)務在期末（月末、季末、年末）間段通常會出現(xiàn)高于日常流量數(shù)倍的業(yè)務高峰，這些特征對架構的可擴展性提出了極高的要求，分布式部署模式天然支持按需擴展，而集中式部署在使用物理機的情況通常無法做到按需擴展，但隨著云技術的不斷發(fā)展，集中式部署往往也采用容器化云部署的方式來解決高峰時段系統(tǒng)容量無法支撐的問題。對財務共享業(yè)務的支撐方面，分布式部署模式明顯優(yōu)于集中式部署模式，分布式部署模式數(shù)據(jù)庫是分離的，在集團統(tǒng)一的標準化體系下可以根據(jù)各子企業(yè)的管理需求進行大量的擴展，而集中部署中數(shù)據(jù)庫統(tǒng)一部署，如滿足各子企業(yè)的管理需求勢必產生大量的冗余字段、冗余數(shù)據(jù)，在業(yè)務請求高峰時段對數(shù)據(jù)庫將產生極大的壓力，即使采用分庫分表的策略，在數(shù)據(jù)量從GB飆升至TB甚至PB的情況下，數(shù)據(jù)庫實例的容量也將成為業(yè)務處理的瓶頸。

（二）業(yè)務一致性

集中式部署模式采用一個數(shù)據(jù)庫，數(shù)據(jù)和規(guī)則天然一體，很容易實現(xiàn)較高的業(yè)務一致性，通過MDM實現(xiàn)數(shù)據(jù)包括與業(yè)務系統(tǒng)的數(shù)據(jù)保持高度的一致性，通過規(guī)則及權限設置實現(xiàn)業(yè)務處理的一致，并通過軟硬件的高度優(yōu)化和存儲冗余達到很高的可靠性。分布式部署模式數(shù)據(jù)庫分離，可以通過MDM實現(xiàn)數(shù)據(jù)的一致性，但在業(yè)務一致性上存在一定的問題，隨著信息技術的發(fā)展，目前財務共享系統(tǒng)的廠商在系統(tǒng)中通過建立兩級數(shù)據(jù)通道的方式解決了業(yè)務一致性的問題，如遠光通過標準化管理模塊的上報下發(fā)功能，用友NCCloud通過標準管控中心，浪潮GSCloud通過DMP數(shù)據(jù)管理平臺解決了分布式部署模式的業(yè)務一致性問題。

（三）系統(tǒng)可用性

1．系統(tǒng)的穩(wěn)定性財務共享系統(tǒng)平臺會存儲大量的結構化數(shù)據(jù)和非結構化數(shù)據(jù)，集中式部署架構在設計上是一個單點，將集團所有包括結構化、非結構化數(shù)據(jù)匯集存儲于一套系統(tǒng)中，大并發(fā)、大數(shù)據(jù)量的運算時對系統(tǒng)荷載造成極大的負擔，且當任意一個環(huán)節(jié)出現(xiàn)問題時，全集團的財務業(yè)務處理都會受到影響，系統(tǒng)穩(wěn)定性存在一定的風險。分布式部署模式構架設計天然就有多個節(jié)點，將數(shù)據(jù)分別存放在各個節(jié)點中，集團層面接收的僅為部分結構化數(shù)據(jù)，有效實現(xiàn)了資源荷載及風險的分散，即便發(fā)生極端情況，也僅會影響到某個節(jié)點的業(yè)務辦理，故障波及面較小，系統(tǒng)穩(wěn)定性就全局性上看是較好的。2．異構業(yè)務系統(tǒng)的對接基于業(yè)財融合的需要，財務共享系統(tǒng)前端將會對接多個業(yè)務系統(tǒng)，這些異構系統(tǒng)數(shù)量眾多、廠商繁雜、型號各異，勢必會產生數(shù)量龐大的接口需求。在集中式部署模式下，所有業(yè)務系統(tǒng)都直接通過接口形式與一套財務共享系統(tǒng)進行交互，這種交互會造成系統(tǒng)負載壓力巨大，同時也會對系統(tǒng)的穩(wěn)定性帶來不利影響。在分布式部署模式中，與業(yè)務系統(tǒng)對接的接口壓力會分散至各個節(jié)點，從而極大緩解系統(tǒng)的性能瓶頸，提升系統(tǒng)的穩(wěn)定性。3．用戶體驗財務共享系統(tǒng)的使用人往往是全集團的業(yè)務人員，人員分部范圍、使用習慣差異很大，對系統(tǒng)平臺提出的要求也較高。集中部署模式下，由于是一套代碼，對于網絡帶寬需求、硬件環(huán)境等提出較高的要求，在高并發(fā)、大數(shù)量的情況下，硬件網絡資源投入不足的情況下將因網絡擁堵及計算資源不足導致上時間延遲甚至崩潰的情況，同時因集中部署對業(yè)務管理的個性化滿足度不高，用戶體驗較差。而分布式部署模式因系統(tǒng)網絡資源、計算資源及存儲資源壓力的分散，同時可以較好滿足管理需求的個性化設置，從而有較好的用戶體驗。

（四）后期運維管理

集中式部署方式構架相對結構簡單，設備數(shù)量相對較少，在運維復雜度上較分布式部署模式有天然的優(yōu)勢。分布式架構隨著設備數(shù)量的線性增長，復雜性也隨之增長，無法通過簡單的工具和腳本來支撐。這個復雜度包含了發(fā)布部署、系統(tǒng)監(jiān)控和故障恢復等幾個方面。1．發(fā)布部署在系統(tǒng)運行過程中往往需要通過發(fā)布各種補丁的方式對系統(tǒng)的功能進行升級，集中式部署方式發(fā)布部署一般只需通過簡單的腳本或者平臺就可以自動化完成，發(fā)布時間相對較短。在分布式部署方式中，如果按照傳統(tǒng)的串行操作和自動化腳本，整個發(fā)布周期會相對較長，一旦出現(xiàn)問題，回滾也會非常慢。在分布式部署模式架構下，往往需要使用類似P2P分發(fā)的技術手段來加速發(fā)布過程，同時通過分組發(fā)布、藍綠發(fā)布等手段來解決發(fā)布驗證、灰度引流和快速回滾等問題。2．系統(tǒng)監(jiān)控在系統(tǒng)監(jiān)控方面，集中式架構比較簡單。而在分布式環(huán)境下做監(jiān)控，主要挑戰(zhàn)在于海量日志的實時分析和秒級展示。系統(tǒng)運行的狀態(tài)分散在大規(guī)模的集群中，每時每刻都在產生新的狀態(tài)。監(jiān)控系統(tǒng)需要通過日志或者消息的方式采集整個集群的數(shù)據(jù)做各種統(tǒng)計分析。在巨大的業(yè)務量下，可能會帶來大量的業(yè)務異常，在極端情況下還會產生不可估量的損失。3．故障恢復在系統(tǒng)的容災機制和故障恢復方面，集中式部署架構一般會采用主備復制和主備切換的方式來實現(xiàn)，常用的災備方案一般會做全量備份，為了概率很低的災難場景，而付出與支撐當前業(yè)務量相當?shù)某杀?；同時災備方案中大量用到數(shù)據(jù)復制技術，但由于網絡帶寬不足或者延遲等問題的存在，需要等待數(shù)據(jù)完全一致后才能切換，而且無論備份數(shù)據(jù)是冷備還是熱備，切換都有一個預熱的過程，恢復時間相對較長。由于集中式不是模式架構本身擴展性的不足，所有業(yè)務都跑在一個節(jié)點上，一旦發(fā)生故障就可能影響到所有用戶。在承載海量業(yè)務的財務共享系統(tǒng)上，這種影響更容易被放大。而分布式部署模式上在災備方案的成本、數(shù)據(jù)恢復時間、業(yè)務影響程度上較集中式部署模式均有較明顯的優(yōu)勢。4．財務共享業(yè)務運維管理集中式部署模式下因運維的集中，勢必會涉及組織機構、業(yè)務處理人員的大規(guī)模調整，而采用分布式部署模式往往可以采用靈活的用人方式不改變或盡量少改變組織機構的構架，對業(yè)務單元帶來的沖擊較少。同時因分布式部署具有更好的業(yè)務拓展性，可以根據(jù)各業(yè)務單元的業(yè)務管理需求在執(zhí)行集團統(tǒng)一標準的前提下更好地滿足個性化的需求，更好地推動財務共享項目的推廣實施。

（五）資源投入

在集中式部署模式架構下，為了應對高并發(fā)、高數(shù)據(jù)量的情況，往往對硬件設備要求更高的性能，如升級更強更多的CPU，升級內存，升級存儲等，但單節(jié)點存在性能瓶頸，隨著業(yè)務量的增長，需橫向擴展出同樣架構的服務器。而分布式部署模式需要單節(jié)點的硬件需求較集中式部署模式相對低，但是節(jié)點數(shù)量的增加，硬件總體造價將高于集中式部署，同時對于操作系統(tǒng)、數(shù)據(jù)庫、中間件等基礎軟件的需求也成倍高于集中式部署。但財務共享系統(tǒng)需傳輸大量包括結構化數(shù)據(jù)、非結構化數(shù)據(jù)，隨著OCR技術的日趨成熟，大量的圖片格式文件、WORD格式文件甚至PDF文件將作為附件存儲在各級文件服務器中，對于網絡條件提出了很高的要求，現(xiàn)在集中式部署的財務共享系統(tǒng)多采用千兆甚至萬兆帶寬專線來滿足信息上行的傳輸，分布式模式部署因將文件存儲與各節(jié)點，大大降低了網絡帶寬的需求，通過百兆帶寬上下行的連接即可滿足系統(tǒng)的使用。

三、結語

根據(jù)上文中從業(yè)務支撐性、業(yè)務一致性、系統(tǒng)可用性、后期運維管理及資源投入等五個方面的對比可以看出，集中式部署和分布式部署各有優(yōu)勢，隨著軟硬件技術手段的不斷發(fā)展，兩種部署模式在實際建設過程中不斷進行融合，如通過分布式模式進行區(qū)域/板塊集中，在集中模式中通過分庫實現(xiàn)邏輯分布或業(yè)務。具體的部署模式還是要從建設單位的組織構架、管理模式、業(yè)務屬性等多維度具體分析，尋找最適合的部署模式。

作者：汪波 劉選治