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

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

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

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

一、兩種部署模式的定義

（一）集中式部署模式

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

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

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

二、兩種部署模式的比對

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

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

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

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

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

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

（四）后期運維管理

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

（五）資源投入

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

三、結(jié)語

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

作者：汪波 劉選治