集團(tuán)級(jí)財(cái)務(wù)共享信息系統(tǒng)平臺(tái)建設(shè)模式
時(shí)間:2022-01-24 08:36:46
導(dǎo)語:集團(tuán)級(jí)財(cái)務(wù)共享信息系統(tǒng)平臺(tái)建設(shè)模式一文來源于網(wǎng)友上傳,不代表本站觀點(diǎn),若需要原創(chuàng)文章可咨詢客服老師,歡迎參考。
摘要:隨著企業(yè)數(shù)字化轉(zhuǎn)型的深入推進(jìn),財(cái)務(wù)共享中心的建設(shè)已經(jīng)成為企業(yè)集團(tuán)財(cái)務(wù)管理提升乃至數(shù)字化轉(zhuǎn)型的重要抓手。財(cái)務(wù)共享系統(tǒng)平臺(tái)的部署模式將從根本上對(duì)管控強(qiáng)度、使用效率、系統(tǒng)安全等建設(shè)成效方面造成較大的影響。本文從實(shí)際工作出發(fā),就企業(yè)集團(tuán)財(cái)務(wù)共享建設(shè)過程中涉及的系統(tǒng)平臺(tái)部署模方式進(jìn)行對(duì)比分析。
關(guān)鍵詞:部署模式;大集中部署;分布式區(qū)域集中部署;兩級(jí)管控通道
隨著企業(yè)集團(tuán)經(jīng)營規(guī)模的快速擴(kuò)張,產(chǎn)業(yè)鏈條縱向延伸、橫向覆蓋的范圍不斷加大,多元化、多組織、跨地域的產(chǎn)業(yè)形態(tài)日益復(fù)雜,履約“點(diǎn)多、面廣、線長”的特征明顯,財(cái)務(wù)管控難度與風(fēng)險(xiǎn)持續(xù)增加。財(cái)務(wù)共享中心的建設(shè)可以改變分散低效的傳統(tǒng)財(cái)務(wù)工作場(chǎng)景,可以幫助企業(yè)實(shí)現(xiàn)財(cái)務(wù)職能從會(huì)計(jì)核算型向價(jià)值創(chuàng)造型轉(zhuǎn)變,是企業(yè)財(cái)務(wù)管理效率提升和企業(yè)持續(xù)發(fā)展的有力支撐,現(xiàn)已逐漸成為集團(tuán)企業(yè)財(cái)務(wù)轉(zhuǎn)型的重要抓手。在前幾年財(cái)務(wù)共享中心建設(shè)的實(shí)踐中,企業(yè)集團(tuán)大多選擇了下級(jí)單位單獨(dú)建立財(cái)務(wù)共享中心的模式,這樣更易于落地,建設(shè)難度較低。經(jīng)過幾年實(shí)踐,發(fā)現(xiàn)這種建設(shè)模式由于標(biāo)準(zhǔn)體系不統(tǒng)一,下級(jí)單位各共享中心“各自為政”,無法實(shí)現(xiàn)“互聯(lián)互通”,難以在集團(tuán)層面實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)采集和應(yīng)用,基于集團(tuán)層面的共享以及數(shù)據(jù)資產(chǎn)的價(jià)值并未真正體現(xiàn)出來。近年來新建財(cái)務(wù)共享中心的企業(yè)集團(tuán)普遍直接選擇集團(tuán)層面的統(tǒng)建方式,如鞍鋼、中鋁、東航、南航、中旅、中國航空油料、中廣核、中西電等。部分早期已建成財(cái)務(wù)共享中心的中央企業(yè)則不惜重復(fù)投入,又開啟了新一輪的基于集團(tuán)層面大集中的共享中心建設(shè)(如中建、中交、國電投等),用于替換之前的小共享,以免在未來的市場(chǎng)競(jìng)爭(zhēng)中落于下風(fēng)。基于集團(tuán)層面進(jìn)行財(cái)務(wù)共享建設(shè)的模式,系統(tǒng)平臺(tái)的部署目前主要有集中式部署和分布式部署兩種模式,下面就業(yè)務(wù)支撐性、業(yè)務(wù)一致性、系統(tǒng)可用性、后期運(yùn)營管理及資源投入需求等五個(gè)方面對(duì)兩種部署模式進(jìn)行對(duì)比分析。
一、兩種部署模式的定義
(一)集中式部署模式
指在全集團(tuán)范圍內(nèi)僅部署一套系統(tǒng),使用一套代碼,每個(gè)終端的業(yè)務(wù)請(qǐng)求均在該套系統(tǒng)中響應(yīng)(如圖1所示)。
(二)分布式部署模式(1+N)
在全集團(tuán)范圍內(nèi)設(shè)置多套系統(tǒng),每套“N”系統(tǒng)之間的代碼相對(duì)獨(dú)立,并受總中心“1”的標(biāo)準(zhǔn)管控,區(qū)域內(nèi)每個(gè)終端的業(yè)務(wù)請(qǐng)求在各自的“N”系統(tǒng)中響應(yīng)。分布式部署模式根據(jù)物理服務(wù)器的部署模式,又分為物理隔離及邏輯隔離方式,其中:物理隔離模式是指物理服務(wù)器在不同的地理位置獨(dú)立存放,邏輯隔離模式是指物理服務(wù)器在統(tǒng)一存放,財(cái)務(wù)共享系統(tǒng)在服務(wù)器中進(jìn)行邏輯隔離,各“N”之間不受影響。本文僅對(duì)物理隔離模式進(jìn)行分析。(如圖2所示)
二、兩種部署模式的比對(duì)
(一)業(yè)務(wù)支撐程度
集團(tuán)企業(yè)財(cái)務(wù)共享信息系統(tǒng)往往是全員使用,具有請(qǐng)求量大、數(shù)據(jù)量大的特點(diǎn),財(cái)務(wù)業(yè)務(wù)在期末(月末、季末、年末)間段通常會(huì)出現(xiàn)高于日常流量數(shù)倍的業(yè)務(wù)高峰,這些特征對(duì)架構(gòu)的可擴(kuò)展性提出了極高的要求,分布式部署模式天然支持按需擴(kuò)展,而集中式部署在使用物理機(jī)的情況通常無法做到按需擴(kuò)展,但隨著云技術(shù)的不斷發(fā)展,集中式部署往往也采用容器化云部署的方式來解決高峰時(shí)段系統(tǒng)容量無法支撐的問題。對(duì)財(cái)務(wù)共享業(yè)務(wù)的支撐方面,分布式部署模式明顯優(yōu)于集中式部署模式,分布式部署模式數(shù)據(jù)庫是分離的,在集團(tuán)統(tǒng)一的標(biāo)準(zhǔn)化體系下可以根據(jù)各子企業(yè)的管理需求進(jìn)行大量的擴(kuò)展,而集中部署中數(shù)據(jù)庫統(tǒng)一部署,如滿足各子企業(yè)的管理需求勢(shì)必產(chǎn)生大量的冗余字段、冗余數(shù)據(jù),在業(yè)務(wù)請(qǐng)求高峰時(shí)段對(duì)數(shù)據(jù)庫將產(chǎn)生極大的壓力,即使采用分庫分表的策略,在數(shù)據(jù)量從GB飆升至TB甚至PB的情況下,數(shù)據(jù)庫實(shí)例的容量也將成為業(yè)務(wù)處理的瓶頸。
(二)業(yè)務(wù)一致性
集中式部署模式采用一個(gè)數(shù)據(jù)庫,數(shù)據(jù)和規(guī)則天然一體,很容易實(shí)現(xiàn)較高的業(yè)務(wù)一致性,通過MDM實(shí)現(xiàn)數(shù)據(jù)包括與業(yè)務(wù)系統(tǒng)的數(shù)據(jù)保持高度的一致性,通過規(guī)則及權(quán)限設(shè)置實(shí)現(xiàn)業(yè)務(wù)處理的一致,并通過軟硬件的高度優(yōu)化和存儲(chǔ)冗余達(dá)到很高的可靠性。分布式部署模式數(shù)據(jù)庫分離,可以通過MDM實(shí)現(xiàn)數(shù)據(jù)的一致性,但在業(yè)務(wù)一致性上存在一定的問題,隨著信息技術(shù)的發(fā)展,目前財(cái)務(wù)共享系統(tǒng)的廠商在系統(tǒng)中通過建立兩級(jí)數(shù)據(jù)通道的方式解決了業(yè)務(wù)一致性的問題,如遠(yuǎn)光通過標(biāo)準(zhǔn)化管理模塊的上報(bào)下發(fā)功能,用友NCCloud通過標(biāo)準(zhǔn)管控中心,浪潮GSCloud通過DMP數(shù)據(jù)管理平臺(tái)解決了分布式部署模式的業(yè)務(wù)一致性問題。
(三)系統(tǒng)可用性
1.系統(tǒng)的穩(wěn)定性財(cái)務(wù)共享系統(tǒng)平臺(tái)會(huì)存儲(chǔ)大量的結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù),集中式部署架構(gòu)在設(shè)計(jì)上是一個(gè)單點(diǎn),將集團(tuán)所有包括結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)匯集存儲(chǔ)于一套系統(tǒng)中,大并發(fā)、大數(shù)據(jù)量的運(yùn)算時(shí)對(duì)系統(tǒng)荷載造成極大的負(fù)擔(dān),且當(dāng)任意一個(gè)環(huán)節(jié)出現(xiàn)問題時(shí),全集團(tuán)的財(cái)務(wù)業(yè)務(wù)處理都會(huì)受到影響,系統(tǒng)穩(wěn)定性存在一定的風(fēng)險(xiǎn)。分布式部署模式構(gòu)架設(shè)計(jì)天然就有多個(gè)節(jié)點(diǎn),將數(shù)據(jù)分別存放在各個(gè)節(jié)點(diǎn)中,集團(tuán)層面接收的僅為部分結(jié)構(gòu)化數(shù)據(jù),有效實(shí)現(xiàn)了資源荷載及風(fēng)險(xiǎn)的分散,即便發(fā)生極端情況,也僅會(huì)影響到某個(gè)節(jié)點(diǎn)的業(yè)務(wù)辦理,故障波及面較小,系統(tǒng)穩(wěn)定性就全局性上看是較好的。2.異構(gòu)業(yè)務(wù)系統(tǒng)的對(duì)接基于業(yè)財(cái)融合的需要,財(cái)務(wù)共享系統(tǒng)前端將會(huì)對(duì)接多個(gè)業(yè)務(wù)系統(tǒng),這些異構(gòu)系統(tǒng)數(shù)量眾多、廠商繁雜、型號(hào)各異,勢(shì)必會(huì)產(chǎn)生數(shù)量龐大的接口需求。在集中式部署模式下,所有業(yè)務(wù)系統(tǒng)都直接通過接口形式與一套財(cái)務(wù)共享系統(tǒng)進(jìn)行交互,這種交互會(huì)造成系統(tǒng)負(fù)載壓力巨大,同時(shí)也會(huì)對(duì)系統(tǒng)的穩(wěn)定性帶來不利影響。在分布式部署模式中,與業(yè)務(wù)系統(tǒng)對(duì)接的接口壓力會(huì)分散至各個(gè)節(jié)點(diǎn),從而極大緩解系統(tǒng)的性能瓶頸,提升系統(tǒng)的穩(wěn)定性。3.用戶體驗(yàn)財(cái)務(wù)共享系統(tǒng)的使用人往往是全集團(tuán)的業(yè)務(wù)人員,人員分部范圍、使用習(xí)慣差異很大,對(duì)系統(tǒng)平臺(tái)提出的要求也較高。集中部署模式下,由于是一套代碼,對(duì)于網(wǎng)絡(luò)帶寬需求、硬件環(huán)境等提出較高的要求,在高并發(fā)、大數(shù)量的情況下,硬件網(wǎng)絡(luò)資源投入不足的情況下將因網(wǎng)絡(luò)擁堵及計(jì)算資源不足導(dǎo)致上時(shí)間延遲甚至崩潰的情況,同時(shí)因集中部署對(duì)業(yè)務(wù)管理的個(gè)性化滿足度不高,用戶體驗(yàn)較差。而分布式部署模式因系統(tǒng)網(wǎng)絡(luò)資源、計(jì)算資源及存儲(chǔ)資源壓力的分散,同時(shí)可以較好滿足管理需求的個(gè)性化設(shè)置,從而有較好的用戶體驗(yàn)。
(四)后期運(yùn)維管理
集中式部署方式構(gòu)架相對(duì)結(jié)構(gòu)簡單,設(shè)備數(shù)量相對(duì)較少,在運(yùn)維復(fù)雜度上較分布式部署模式有天然的優(yōu)勢(shì)。分布式架構(gòu)隨著設(shè)備數(shù)量的線性增長,復(fù)雜性也隨之增長,無法通過簡單的工具和腳本來支撐。這個(gè)復(fù)雜度包含了發(fā)布部署、系統(tǒng)監(jiān)控和故障恢復(fù)等幾個(gè)方面。1.發(fā)布部署在系統(tǒng)運(yùn)行過程中往往需要通過發(fā)布各種補(bǔ)丁的方式對(duì)系統(tǒng)的功能進(jìn)行升級(jí),集中式部署方式發(fā)布部署一般只需通過簡單的腳本或者平臺(tái)就可以自動(dòng)化完成,發(fā)布時(shí)間相對(duì)較短。在分布式部署方式中,如果按照傳統(tǒng)的串行操作和自動(dòng)化腳本,整個(gè)發(fā)布周期會(huì)相對(duì)較長,一旦出現(xiàn)問題,回滾也會(huì)非常慢。在分布式部署模式架構(gòu)下,往往需要使用類似P2P分發(fā)的技術(shù)手段來加速發(fā)布過程,同時(shí)通過分組發(fā)布、藍(lán)綠發(fā)布等手段來解決發(fā)布驗(yàn)證、灰度引流和快速回滾等問題。2.系統(tǒng)監(jiān)控在系統(tǒng)監(jiān)控方面,集中式架構(gòu)比較簡單。而在分布式環(huán)境下做監(jiān)控,主要挑戰(zhàn)在于海量日志的實(shí)時(shí)分析和秒級(jí)展示。系統(tǒng)運(yùn)行的狀態(tài)分散在大規(guī)模的集群中,每時(shí)每刻都在產(chǎn)生新的狀態(tài)。監(jiān)控系統(tǒng)需要通過日志或者消息的方式采集整個(gè)集群的數(shù)據(jù)做各種統(tǒng)計(jì)分析。在巨大的業(yè)務(wù)量下,可能會(huì)帶來大量的業(yè)務(wù)異常,在極端情況下還會(huì)產(chǎn)生不可估量的損失。3.故障恢復(fù)在系統(tǒng)的容災(zāi)機(jī)制和故障恢復(fù)方面,集中式部署架構(gòu)一般會(huì)采用主備復(fù)制和主備切換的方式來實(shí)現(xiàn),常用的災(zāi)備方案一般會(huì)做全量備份,為了概率很低的災(zāi)難場(chǎng)景,而付出與支撐當(dāng)前業(yè)務(wù)量相當(dāng)?shù)某杀荆煌瑫r(shí)災(zāi)備方案中大量用到數(shù)據(jù)復(fù)制技術(shù),但由于網(wǎng)絡(luò)帶寬不足或者延遲等問題的存在,需要等待數(shù)據(jù)完全一致后才能切換,而且無論備份數(shù)據(jù)是冷備還是熱備,切換都有一個(gè)預(yù)熱的過程,恢復(fù)時(shí)間相對(duì)較長。由于集中式不是模式架構(gòu)本身擴(kuò)展性的不足,所有業(yè)務(wù)都跑在一個(gè)節(jié)點(diǎn)上,一旦發(fā)生故障就可能影響到所有用戶。在承載海量業(yè)務(wù)的財(cái)務(wù)共享系統(tǒng)上,這種影響更容易被放大。而分布式部署模式上在災(zāi)備方案的成本、數(shù)據(jù)恢復(fù)時(shí)間、業(yè)務(wù)影響程度上較集中式部署模式均有較明顯的優(yōu)勢(shì)。4.財(cái)務(wù)共享業(yè)務(wù)運(yùn)維管理集中式部署模式下因運(yùn)維的集中,勢(shì)必會(huì)涉及組織機(jī)構(gòu)、業(yè)務(wù)處理人員的大規(guī)模調(diào)整,而采用分布式部署模式往往可以采用靈活的用人方式不改變或盡量少改變組織機(jī)構(gòu)的構(gòu)架,對(duì)業(yè)務(wù)單元帶來的沖擊較少。同時(shí)因分布式部署具有更好的業(yè)務(wù)拓展性,可以根據(jù)各業(yè)務(wù)單元的業(yè)務(wù)管理需求在執(zhí)行集團(tuán)統(tǒng)一標(biāo)準(zhǔn)的前提下更好地滿足個(gè)性化的需求,更好地推動(dòng)財(cái)務(wù)共享項(xiàng)目的推廣實(shí)施。
(五)資源投入
在集中式部署模式架構(gòu)下,為了應(yīng)對(duì)高并發(fā)、高數(shù)據(jù)量的情況,往往對(duì)硬件設(shè)備要求更高的性能,如升級(jí)更強(qiáng)更多的CPU,升級(jí)內(nèi)存,升級(jí)存儲(chǔ)等,但單節(jié)點(diǎn)存在性能瓶頸,隨著業(yè)務(wù)量的增長,需橫向擴(kuò)展出同樣架構(gòu)的服務(wù)器。而分布式部署模式需要單節(jié)點(diǎn)的硬件需求較集中式部署模式相對(duì)低,但是節(jié)點(diǎn)數(shù)量的增加,硬件總體造價(jià)將高于集中式部署,同時(shí)對(duì)于操作系統(tǒng)、數(shù)據(jù)庫、中間件等基礎(chǔ)軟件的需求也成倍高于集中式部署。但財(cái)務(wù)共享系統(tǒng)需傳輸大量包括結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù),隨著OCR技術(shù)的日趨成熟,大量的圖片格式文件、WORD格式文件甚至PDF文件將作為附件存儲(chǔ)在各級(jí)文件服務(wù)器中,對(duì)于網(wǎng)絡(luò)條件提出了很高的要求,現(xiàn)在集中式部署的財(cái)務(wù)共享系統(tǒng)多采用千兆甚至萬兆帶寬專線來滿足信息上行的傳輸,分布式模式部署因?qū)⑽募鎯?chǔ)與各節(jié)點(diǎn),大大降低了網(wǎng)絡(luò)帶寬的需求,通過百兆帶寬上下行的連接即可滿足系統(tǒng)的使用。
三、結(jié)語
根據(jù)上文中從業(yè)務(wù)支撐性、業(yè)務(wù)一致性、系統(tǒng)可用性、后期運(yùn)維管理及資源投入等五個(gè)方面的對(duì)比可以看出,集中式部署和分布式部署各有優(yōu)勢(shì),隨著軟硬件技術(shù)手段的不斷發(fā)展,兩種部署模式在實(shí)際建設(shè)過程中不斷進(jìn)行融合,如通過分布式模式進(jìn)行區(qū)域/板塊集中,在集中模式中通過分庫實(shí)現(xiàn)邏輯分布或業(yè)務(wù)。具體的部署模式還是要從建設(shè)單位的組織構(gòu)架、管理模式、業(yè)務(wù)屬性等多維度具體分析,尋找最適合的部署模式。
作者:汪波 劉選治
- 上一篇:文藝期刊彈花編輯策略
- 下一篇:水利工程建設(shè)合同管理工作探索