基于大數(shù)據(jù)的集團(tuán)共享服務(wù)中心建設(shè)的構(gòu)想

歐陽凌云

摘要： 該文分析我集團(tuán)公司內(nèi)信息化建設(shè)面臨的問題，引用共享服務(wù)模式，建議在集團(tuán)公司信息化建設(shè)中，構(gòu)建共享服務(wù)中心，可以為整個(gè)集團(tuán)提供資產(chǎn)管理、項(xiàng)目管理、知識(shí)管理、流程管理、客戶管理等方面的標(biāo)準(zhǔn)化服務(wù)，有效降低運(yùn)營(yíng)總成本，快速響應(yīng)集團(tuán)公司的信息化、智能化業(yè)務(wù)發(fā)展，支持集團(tuán)公司開展落實(shí)互聯(lián)網(wǎng)+轉(zhuǎn)型的相關(guān)工作。

關(guān)鍵詞：共享服務(wù)；共享服務(wù)中心

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-5039（2018）16-0245-03

1 引言

在2015年7月，國(guó)務(wù)院出臺(tái)了《國(guó)務(wù)院關(guān)于積極推進(jìn)“互聯(lián)網(wǎng)+”行動(dòng)的指導(dǎo)意見》，意見指出，“互聯(lián)網(wǎng)+”是把互聯(lián)網(wǎng)的創(chuàng)新成果與經(jīng)濟(jì)社會(huì)各領(lǐng)域深度融合，推動(dòng)技術(shù)進(jìn)步、效率提升和組織變革，提升實(shí)體經(jīng)濟(jì)創(chuàng)新力和生產(chǎn)力，形成更廣泛的以互聯(lián)網(wǎng)為基礎(chǔ)設(shè)施和創(chuàng)新要素的經(jīng)濟(jì)社會(huì)發(fā)展新形態(tài)。

我集團(tuán)公司積極響應(yīng)國(guó)家號(hào)召，開展落實(shí)互聯(lián)網(wǎng)+轉(zhuǎn)型的相關(guān)工作，積極探索和引用互聯(lián)網(wǎng)的新技術(shù)、新方案、新模式、新理念，尤其是對(duì)如何利用“大數(shù)據(jù)”創(chuàng)造商業(yè)價(jià)值作為集團(tuán)研究信息化的主要課題。大數(shù)據(jù)以及“數(shù)據(jù)即服務(wù)”是展示企業(yè)核心競(jìng)爭(zhēng)力，并挖掘新商業(yè)模式，從而推動(dòng)企業(yè)發(fā)展的強(qiáng)大技術(shù)手段。集團(tuán)將“大數(shù)據(jù)”作為信息化工作的重心與著力點(diǎn)，集團(tuán)內(nèi)的項(xiàng)目都是按“大數(shù)據(jù)項(xiàng)目”的要求來建設(shè)。但部分大數(shù)據(jù)項(xiàng)目的匆匆上馬僅是形式上采用了大數(shù)據(jù)，項(xiàng)目帶來的成效并沒有達(dá)到集團(tuán)信息化的預(yù)期目標(biāo)。各項(xiàng)目中數(shù)據(jù)分布廣，格式不統(tǒng)一，技術(shù)規(guī)范不標(biāo)準(zhǔn)，缺少能基于數(shù)據(jù)有業(yè)務(wù)建模能力的專家等。為解決目前存在的這些問題，我建議在集團(tuán)公司信息化建設(shè)中構(gòu)建共享服務(wù)中心，重新分析業(yè)務(wù)需求，分解業(yè)務(wù)為事務(wù)，事務(wù)再細(xì)化為微服務(wù)，最終將項(xiàng)目或管理以無數(shù)微服務(wù)方式呈現(xiàn)。共享服務(wù)中心可以為整個(gè)集團(tuán)提供各應(yīng)用系統(tǒng)的標(biāo)準(zhǔn)化服務(wù)，降低運(yùn)營(yíng)成本，提高集團(tuán)業(yè)務(wù)快速響應(yīng)能力，使集團(tuán)更高效地向信息化、智能化方向發(fā)展。

2 集團(tuán)內(nèi)信息化建設(shè)面臨的挑戰(zhàn)

目前集團(tuán)內(nèi)信息系統(tǒng)建設(shè)的模式是由各公司業(yè)務(wù)部門提出業(yè)務(wù)需求，研發(fā)部門進(jìn)入到需求收集、需求分析、開發(fā)、測(cè)試、上線、運(yùn)維的項(xiàng)目周期中。每個(gè)新系統(tǒng)的上線都預(yù)示著一座新的信息孤島的建立，這種完全基于業(yè)務(wù)需求建設(shè)系統(tǒng)的方式，已經(jīng)成為過去集團(tuán)內(nèi)建設(shè)信息化系統(tǒng)的標(biāo)準(zhǔn)流程，導(dǎo)致集團(tuán)內(nèi)部系統(tǒng)繁多、各自堆砌、獨(dú)立運(yùn)維。這些系統(tǒng)的問題總結(jié)來說就是業(yè)務(wù)重建率高，業(yè)力擴(kuò)展響應(yīng)能力差，維護(hù)成本高。

傳統(tǒng)項(xiàng)目的模式如下圖1。

面對(duì)這種業(yè)務(wù)需求和處境，孕育而生了面向服務(wù)的架構(gòu)（SOA），重點(diǎn)是解決這些異構(gòu)系統(tǒng)之間的交互問題。SOA是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些之間定義的接口和契約聯(lián)系起來。SOA里面最核心的價(jià)值是松耦合的服務(wù)帶來業(yè)務(wù)的復(fù)用，通過服務(wù)助力業(yè)務(wù)的快速響應(yīng)和創(chuàng)新。我集團(tuán)在實(shí)施SOA項(xiàng)目上，目前僅僅是采用服務(wù)的形式，通過服務(wù)接口技術(shù)等實(shí)現(xiàn)了各系統(tǒng)的互聯(lián)，不利于集團(tuán)中的各業(yè)務(wù)服務(wù)的持續(xù)發(fā)展和沉淀。

隨著大數(shù)據(jù)的涌入，如何讓我們的項(xiàng)目達(dá)到一個(gè)最優(yōu)化并發(fā)的訪問量成了我們研究的一個(gè)課題。我們需要對(duì)SOA架構(gòu)進(jìn)行再次細(xì)化拆分，讓我們的項(xiàng)目成為面向服務(wù)的分布式架構(gòu)。但分布式框架還是有很多問題，比如，要掌握的工具太多，部署網(wǎng)絡(luò)復(fù)雜，網(wǎng)絡(luò)設(shè)備類型多，完全掌握難度大，手工操作太多等等。談到分布式服務(wù)框架，還要提到又一熱門名詞“微服務(wù)”。微服務(wù)架構(gòu)是一種使用很多小服務(wù)組合開發(fā)的方式，使用輕量級(jí)機(jī)制通信。這些服務(wù)是基于業(yè)務(wù)的需求，并通過自動(dòng)化部署機(jī)制獨(dú)立部署，這些服務(wù)可能使用不同的編程語言，不同的數(shù)據(jù)存儲(chǔ)，但保持著最低限度的集中式管理。但這也不是最完美的解決方案，即使是基于Docker的容器技術(shù)，也存在服務(wù)管控、分布式事務(wù)、平臺(tái)穩(wěn)定性等問題。

從傳統(tǒng)架構(gòu)到分布式架構(gòu)，以這些方式建設(shè)起系統(tǒng)，對(duì)企業(yè)存在以下幾點(diǎn)弊端：

1） 重復(fù)功能建設(shè)和維護(hù)帶來的重復(fù)投資。

2） 打通各系統(tǒng)間交互的集成和協(xié)作，成本高昂。

3） 不利于業(yè)務(wù)的沉淀和持續(xù)發(fā)展。

從成本和效率的角度來看，這樣的建設(shè)項(xiàng)目的模式，除了帶來前面所提到的傳統(tǒng)架構(gòu)建設(shè)的一系列弊端，信息化部門只是做業(yè)務(wù)支持的部門，信息化建設(shè)只是為了滿足業(yè)務(wù)部門需求而進(jìn)行建設(shè)的實(shí)施和運(yùn)維。這樣的模式下，造成我們今天看到的很多信息化部門的員工，大部分工作內(nèi)容就是進(jìn)行項(xiàng)目管理，負(fù)責(zé)開發(fā)商招投標(biāo)，開發(fā)商和業(yè)務(wù)團(tuán)隊(duì)間的協(xié)作溝通，緊盯項(xiàng)目進(jìn)程， 當(dāng)一個(gè)項(xiàng)目順利上線驗(yàn)收后，這些員工開始投入到下一個(gè)項(xiàng)目工作中。在這過程中，往往只突出了員工的工作能力，他的價(jià)值是可以負(fù)責(zé)更大的項(xiàng)目，或是同時(shí)負(fù)責(zé)多個(gè)項(xiàng)目，而這些只是個(gè)人增加了項(xiàng)目經(jīng)驗(yàn)，并不能在某一專業(yè)領(lǐng)域得到知識(shí)和經(jīng)驗(yàn)的積累。

從發(fā)展的角度來看，傳統(tǒng)架構(gòu)系統(tǒng)的方式以及項(xiàng)目制的建設(shè)方式，業(yè)務(wù)得不到持續(xù)發(fā)展，從而造成服務(wù)不能真正成為可重用的組件，無法為業(yè)務(wù)的快速響應(yīng)和快速創(chuàng)新帶來價(jià)值。服務(wù)不應(yīng)追求業(yè)務(wù)穩(wěn)定，如果服務(wù)不能滿足業(yè)務(wù)需求，那么當(dāng)業(yè)務(wù)發(fā)展時(shí)，也就是這個(gè)服務(wù)消亡的時(shí)刻。

3 共享服務(wù)中心的定義

3.1 什么是共享服務(wù)

哈佛大學(xué)教授Bryan Bergeron在《共享服務(wù)精要》一書中給出了共享服務(wù)的定義：“共享服務(wù)是一種將一部分現(xiàn)有的經(jīng)營(yíng)職能集中到一個(gè)新的半自主的業(yè)務(wù)單元的合作戰(zhàn)略，這個(gè)業(yè)務(wù)單元就像在公開市場(chǎng)展開競(jìng)爭(zhēng)的企業(yè)一樣，設(shè)有專門的管理結(jié)構(gòu)，目的是提高效率、創(chuàng)造價(jià)值、節(jié)約成本以及提高對(duì)內(nèi)部客戶的服務(wù)質(zhì)量?！?/p>

共享服務(wù)是通過梳理企業(yè)內(nèi)部的業(yè)務(wù)，重新整合資源，沉淀出共有服務(wù)，再被多個(gè)部門或系統(tǒng)重復(fù)利用，達(dá)到資源優(yōu)化，降低成本。

3.2 什么是共享服務(wù)中心

MBA智庫(kù)提出，共享服務(wù)中心的概念，始于20世紀(jì)的美國(guó)，其原理是將公司（或集團(tuán)）范圍內(nèi)的共用的職能/功能集中起來，高質(zhì)量、低成本地向各個(gè)業(yè)務(wù)單元/部門提供標(biāo)準(zhǔn)化的服務(wù)。共享服務(wù)中心所集中的通常是諸如財(cái)務(wù)、信息系統(tǒng)、人力資源、法律、采購(gòu)、研發(fā)等職能，通過這種方式，既可以發(fā)揮規(guī)模效應(yīng)、節(jié)約成本，同時(shí)也有助于保證這些職能的質(zhì)量和一致性。

我集團(tuán)公司的轉(zhuǎn)型工作更傾向于信息化建設(shè)，因此共享服務(wù)中心就是要把集團(tuán)內(nèi)現(xiàn)有的、各自獨(dú)立運(yùn)維的系統(tǒng)“整合”起來，把系統(tǒng)服務(wù)變成微服務(wù)的組合，微服務(wù)重現(xiàn)業(yè)務(wù)及復(fù)用業(yè)務(wù)的同時(shí)，還可再自由組合，提供更多種服務(wù)幫助集團(tuán)組建新業(yè)務(wù)新系統(tǒng)，促成面向業(yè)務(wù)的可持續(xù)的改進(jìn)和擴(kuò)展。

4 共享服務(wù)中心的意義

我集團(tuán)公司在落實(shí)互聯(lián)網(wǎng)+轉(zhuǎn)型的工作中，涌現(xiàn)出了新一批的業(yè)務(wù)需求。業(yè)務(wù)的數(shù)據(jù)量成n次冪的速度在增長(zhǎng)。各項(xiàng)目之間，各系統(tǒng)之間的信息交互，及大數(shù)據(jù)帶來的難維護(hù)、難監(jiān)管、難分析等問題，急需一種方式來應(yīng)對(duì)。而共享服務(wù)是一種商業(yè)模式，電商如淘寶，業(yè)內(nèi)如特來電，已經(jīng)有很多成熟的框架和成功的應(yīng)用案例。通過建立共享服務(wù)中心，可以為整個(gè)集團(tuán)提供資產(chǎn)管理、項(xiàng)目管理、知識(shí)管理、流程管理、客戶管理等方面的標(biāo)準(zhǔn)化服務(wù)，有效降低運(yùn)營(yíng)總成本，快速響應(yīng)集團(tuán)公司的信息化、智能化業(yè)務(wù)發(fā)展，支持集團(tuán)公司開展落實(shí)互聯(lián)網(wǎng)+轉(zhuǎn)型的相關(guān)工作。

如果企業(yè)打造了共享服務(wù)體系，一方面會(huì)徹底改變現(xiàn)在傳統(tǒng)方式系統(tǒng)建設(shè)的模式，新的項(xiàng)目都會(huì)基于共享服務(wù)體系建設(shè)，在項(xiàng)目的建設(shè)周期和投入上，會(huì)相比之前帶來很大的效率提升，信息部門員工也無須把精力更多投入到負(fù)責(zé)項(xiàng)目管理的事務(wù)中，接下來對(duì)整個(gè)共享服務(wù)體系中的微服務(wù)進(jìn)行運(yùn)維，按微服務(wù)重新編制人員，讓員工在各自業(yè)務(wù)服務(wù)中持續(xù)發(fā)展，提高員工對(duì)所提供的業(yè)務(wù)理解和專業(yè)技能，這樣對(duì)員工的工作積極性和創(chuàng)造意識(shí)的提升，都將會(huì)創(chuàng)造一個(gè)很好的氛圍。

4.1 提高效率

通過將系統(tǒng)分解為單一責(zé)任、高內(nèi)聚、松耦合、獨(dú)立部署、自主運(yùn)行的微服務(wù)，可以極大提升系統(tǒng)的靈活性與擴(kuò)展能力，大大降低系統(tǒng)間的耦合度以及整體復(fù)雜度，各個(gè)團(tuán)隊(duì)可專注于各自的業(yè)務(wù)模塊。

4.2 業(yè)務(wù)重組

共享服務(wù)層的建立，很好地對(duì)橫向業(yè)務(wù)提供了統(tǒng)一的數(shù)據(jù)和服務(wù)收口，比如“財(cái)務(wù)會(huì)計(jì)”“人力資源”“信息技術(shù)”“供應(yīng)存儲(chǔ)”等主營(yíng)設(shè)備、業(yè)務(wù)等依賴共享服務(wù)，通過共享服務(wù)，得到了業(yè)務(wù)輸出的一致性和統(tǒng)一性，業(yè)務(wù)拆分后，減少了對(duì)單一數(shù)據(jù)庫(kù)的依賴，提升了數(shù)據(jù)庫(kù)集群連接能力。

4.3 安全、容錯(cuò)

對(duì)數(shù)據(jù)做統(tǒng)一治理、統(tǒng)一帳號(hào)管理、單一訪問，提高了數(shù)據(jù)的安全性、故障獨(dú)立性，一個(gè)單元內(nèi)的故障不會(huì)傳染到其他單元，提高了服務(wù)的可用性。

4.4 技術(shù)擴(kuò)展

利用共享服務(wù)，解決了業(yè)務(wù)擴(kuò)展性的問題，但也面臨著系統(tǒng)采用分布式框架后分布式管理帶來的新問題。為了解決單庫(kù)性能瓶頸問題，使用分庫(kù)分表的技術(shù)，為了解決分布式事務(wù)的性能的問題，把原來一個(gè)事務(wù)里的工作拆分成了異步執(zhí)行，同時(shí)必須要保證最終數(shù)據(jù)的一致性，我們采用了消息發(fā)布訂閱的方式來解決，這些方式有效地解決了應(yīng)用分布式后帶來的技術(shù)擴(kuò)展問題，同時(shí)讓整個(gè)系統(tǒng)的技術(shù)框架更具有技術(shù)擴(kuò)展能力，如果系統(tǒng)負(fù)載能力不夠，只需要增加裝載相關(guān)業(yè)務(wù)的微服務(wù)的服務(wù)器即可。

4.5 成本

降低不同系統(tǒng)開發(fā)團(tuán)隊(duì)間的協(xié)同成本，可以使業(yè)務(wù)響應(yīng)更加敏捷。首先，通過抽取現(xiàn)有系統(tǒng)的公共元素，提取出共享服務(wù)，降低了創(chuàng)新和試錯(cuò)成本。其次，形成一套業(yè)務(wù)的中間件。中間件的意義在于像采用了同一種語言一樣，降低了學(xué)習(xí)研究和運(yùn)維的成本。做到針對(duì)業(yè)務(wù)能力擴(kuò)展，減少不必要的資源浪費(fèi)。

從設(shè)計(jì)層面來看，主要是要采用面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即業(yè)務(wù)和系統(tǒng)建模，遵循面向?qū)ο蟮幕驹瓌t。

從運(yùn)營(yíng)的層面來看，服務(wù)中心是一個(gè)完整的業(yè)務(wù)解決方案，必須有數(shù)據(jù)運(yùn)維和業(yè)務(wù)整合的能力和價(jià)值。

從工程層面來看，共享服務(wù)的架構(gòu)是基于分布式架構(gòu)，分布式架構(gòu)解決了一體化架構(gòu)在大規(guī)模應(yīng)用上的問題，但是也引入了分布式事務(wù)、問題排查等方面的一些難題，所以在規(guī)劃服務(wù)中心的時(shí)候，不要只注重業(yè)務(wù)拆分，一定要綜合評(píng)估業(yè)務(wù)層對(duì)數(shù)據(jù)服務(wù)中心的需求。

5 搭建共享服務(wù)中心的建議

共享服務(wù)體系以業(yè)務(wù)為核心，所提供的每一個(gè)服務(wù)都應(yīng)持續(xù)更新，一直保持著該領(lǐng)域的業(yè)務(wù)的專業(yè)與高效，且每一個(gè)服務(wù)不單在一個(gè)項(xiàng)目系統(tǒng)中發(fā)揮作用，應(yīng)在不同項(xiàng)目不同應(yīng)用中也同樣能發(fā)揮“統(tǒng)一”、“專業(yè)”、“高效”的服務(wù)。但相對(duì)的，一旦某一服務(wù)發(fā)生故障，可能同時(shí)影響數(shù)個(gè)系統(tǒng)和應(yīng)用，因此對(duì)服務(wù)中心的服務(wù)的穩(wěn)定性、服務(wù)能力的擴(kuò)展性、服務(wù)需求的快速響應(yīng)能力，提出了前所未有的更高的要求。

在服務(wù)體系建設(shè)中，應(yīng)積極探索和引用互聯(lián)網(wǎng)上的新技術(shù)、新方案、新管理、新概念，核心推薦采用云計(jì)算設(shè)計(jì)原理，對(duì)集團(tuán)的所有存儲(chǔ)資源抽象表示和統(tǒng)一管理，靈活調(diào)配來滿足單個(gè)服務(wù)器不能滿足的存儲(chǔ)要求，滿足數(shù)據(jù)操作對(duì)性能，可靠性，安全性和簡(jiǎn)單性等的要求。采用實(shí)現(xiàn)統(tǒng)一的自動(dòng)管理平臺(tái)，真正實(shí)現(xiàn)低能耗、高效率、自動(dòng)化的云計(jì)算基礎(chǔ)平臺(tái)。

共享服務(wù)中心的核心是將業(yè)務(wù)服務(wù)拆分成一個(gè)個(gè)更小的微服務(wù)。通過對(duì)多個(gè)系統(tǒng)對(duì)同一業(yè)服務(wù)的總結(jié)，提煉成統(tǒng)一的規(guī)范服務(wù)，達(dá)到業(yè)務(wù)復(fù)用，幫助建設(shè)其他系統(tǒng)項(xiàng)目快速迭代，減少新建系統(tǒng)項(xiàng)目時(shí)間，從而達(dá)到面向業(yè)務(wù)的持續(xù)運(yùn)營(yíng)。

共享服務(wù)中心的架構(gòu)，目的是通過業(yè)務(wù)拆分來降低系統(tǒng)的復(fù)雜性，通過服務(wù)共享來提供可重用性，通過服務(wù)化來達(dá)到業(yè)務(wù)知識(shí)的敏感性，通過統(tǒng)一的數(shù)據(jù)較好的消除數(shù)據(jù)交互的屏障。

5.1 分布式服務(wù)組成的系統(tǒng)

首先實(shí)現(xiàn)業(yè)務(wù)、數(shù)據(jù)重構(gòu)，從各個(gè)系統(tǒng)中抽取公共元素，沉淀出共享服務(wù)。

數(shù)據(jù)上，可以采用數(shù)據(jù)庫(kù)復(fù)制技術(shù)，復(fù)制是一組技術(shù)，用于在數(shù)據(jù)庫(kù)間復(fù)制和分發(fā)數(shù)據(jù)和數(shù)據(jù)庫(kù)對(duì)象，然后在數(shù)據(jù)庫(kù)間進(jìn)行同步操作以維持一致性，實(shí)施的是數(shù)據(jù)庫(kù)讀寫分離，單表數(shù)據(jù)如果很大，可以采用分庫(kù)分表的方式，既同一個(gè)表中的不同數(shù)據(jù)拆分到不同的數(shù)據(jù)庫(kù)中，以業(yè)務(wù)數(shù)據(jù)為例，可以按業(yè)務(wù)ID取模拆分成均衡表，實(shí)施的是數(shù)據(jù)庫(kù)命中分散，這些，提升了數(shù)據(jù)庫(kù)的讀寫能力。

業(yè)務(wù)上，將大業(yè)務(wù)分成小業(yè)務(wù)。比如，讀取某個(gè)員工的日業(yè)務(wù)，先讀員工表查員工ID，再去各個(gè)業(yè)務(wù)表抓數(shù)據(jù)，在內(nèi)存中分組、聚合、排序等，這個(gè)消耗很大的操作，可以采用異構(gòu)索引表的方式，建立員工ID和業(yè)務(wù)表ID的對(duì)應(yīng)關(guān)系。

這些細(xì)分的設(shè)計(jì)便于實(shí)現(xiàn)分布式服務(wù)，把服務(wù)當(dāng)作組件，服務(wù)能夠獨(dú)立部署后，各個(gè)系統(tǒng)都將由多個(gè)分布式的服務(wù)組成，底層調(diào)用多個(gè)分布式共享服務(wù)，當(dāng)負(fù)載超限時(shí)，只需要擴(kuò)展共享服務(wù)資源。

5.2 按照業(yè)務(wù)面而不是技術(shù)來劃分組織，做有生命的產(chǎn)品而不是項(xiàng)目

共享服務(wù)要不斷更新完善，能滿足不斷創(chuàng)建的新業(yè)務(wù)。

在微服務(wù)模式下，開發(fā)團(tuán)隊(duì)全面負(fù)責(zé)“微服務(wù)”的研發(fā)，他們要能了解熟練自己的“微服務(wù)”所涉及的業(yè)務(wù)，持續(xù)不斷的了解用戶的需求，迭代改進(jìn)服務(wù)。這樣產(chǎn)品意識(shí)與業(yè)務(wù)能力就緊緊聯(lián)系在一起。業(yè)務(wù)中不管是服務(wù)中心的建立，還是各服務(wù)中心的能力都是一個(gè)不斷沉淀、不斷完善的過程。如果這一共性的功能業(yè)務(wù)覆蓋面比較大，甚至?xí)闪⒁粋€(gè)新的服務(wù)中心時(shí)對(duì)該業(yè)務(wù)的服務(wù)執(zhí)行獨(dú)立的運(yùn)營(yíng)。通過業(yè)務(wù)共建的模式，既能在最快時(shí)間內(nèi)實(shí)現(xiàn)業(yè)務(wù)功能，很好地滿足了前端業(yè)務(wù)方的需求，又能讓業(yè)務(wù)中心人員在共建過程中，對(duì)原來不熟悉的業(yè)務(wù)領(lǐng)域近距離地接觸，培養(yǎng)了這些人在該業(yè)務(wù)領(lǐng)域的專業(yè)能力，為該業(yè)務(wù)能力在持續(xù)運(yùn)營(yíng)和能力增強(qiáng)提供了很好的人才儲(chǔ)備和技術(shù)積累。

5.3 智能化服務(wù)端點(diǎn)與傻瓜式服務(wù)編排

利用友好的運(yùn)維工具，把微服務(wù)的協(xié)調(diào)統(tǒng)一傻瓜化。

微服務(wù)是一種協(xié)作式架構(gòu)風(fēng)格，無數(shù)微服務(wù)組成完整的業(yè)務(wù)流程。在微服務(wù)架構(gòu)下，每個(gè)業(yè)務(wù)分解成多個(gè)微小的服務(wù)，各服務(wù)可由不同團(tuán)隊(duì)開發(fā)。微服務(wù)經(jīng)過沉淀，發(fā)布API給其他微服務(wù)或業(yè)務(wù)。在這中間，業(yè)務(wù)是感之不到變化的，微服務(wù)架構(gòu)中的服務(wù)編排起了還原業(yè)務(wù)的作用，服務(wù)編排的質(zhì)量決定了業(yè)務(wù)的穩(wěn)定和效率。

服務(wù)編排的核心能力包括很多，服務(wù)路由、RPC、限流降級(jí)、容錯(cuò)熔斷、安全訪問控制、服務(wù)注冊(cè)與發(fā)現(xiàn)等等，即靈活，也難調(diào)試，所以管理這些復(fù)雜的協(xié)作服務(wù)，需要采用友好的運(yùn)維工具，搭建統(tǒng)一的監(jiān)控平臺(tái)，由服務(wù)平臺(tái)來完成編排，簡(jiǎn)化分布式服務(wù)調(diào)用的復(fù)雜度。

5.4 自動(dòng)化運(yùn)維，系統(tǒng)容錯(cuò)

把部署運(yùn)維的平臺(tái)做成“一鍵式”，方便對(duì)業(yè)務(wù)需求擴(kuò)展的敏捷響應(yīng)，便于移植，提高平臺(tái)可用性和穩(wěn)定性。

基礎(chǔ)設(shè)施自動(dòng)化在過去的幾年里取得了巨大的進(jìn)步。云特別是 AWS（亞馬遜云服務(wù)） 的進(jìn)化格外地降低了構(gòu)建、部署和運(yùn)行微服務(wù)時(shí)的復(fù)雜度；Docker容器以及進(jìn)行部署使運(yùn)維更加安全、方便 ，減少人工操作的錯(cuò)誤，減化人工操作的難點(diǎn)等。自動(dòng)化運(yùn)維就是把周期性、重復(fù)性、規(guī)律性的工作都交給工具完成，包括系統(tǒng)維護(hù)自動(dòng)化，巡檢自動(dòng)化和故障處理自動(dòng)化等。自動(dòng)化運(yùn)維依賴于具體的智能管理平臺(tái)，最終達(dá)到提升運(yùn)維效率的目的。市場(chǎng)上已涌現(xiàn)出大量成熟的商業(yè)化工具和開源工具，商業(yè)化工具的優(yōu)勢(shì)在于有產(chǎn)品團(tuán)隊(duì)的服務(wù)，響應(yīng)快，可選擇的數(shù)據(jù)模型較多，開源工具的優(yōu)勢(shì)在于無成本，可進(jìn)行二次開發(fā)。

把服務(wù)用作組件的一個(gè)結(jié)果是應(yīng)用在設(shè)計(jì)之初就要能容忍技術(shù)故障，既可以容忍人工操作錯(cuò)誤，又能兼容不同品牌的硬件錯(cuò)誤。因?yàn)榉?wù)隨時(shí)都可能發(fā)生故障，所以能夠監(jiān)測(cè)并自動(dòng)恢復(fù)服務(wù)尤其重要。微服務(wù)的各種監(jiān)控可提供查詢、預(yù)警，便于開發(fā)團(tuán)隊(duì)的排查和解決。

5.5 服務(wù)快速演化

緊跟業(yè)務(wù)需求的腳步，通過服務(wù)中心的方式，不斷試錯(cuò)、創(chuàng)新。

業(yè)務(wù)創(chuàng)新如同創(chuàng)業(yè)，一旦成功，可以給企業(yè)帶來超出預(yù)期的回報(bào)，但也可能有失敗的風(fēng)險(xiǎn)?？焖俑M(jìn)的信息化建設(shè)，不能只考慮嘗試創(chuàng)新帶來的影響，權(quán)衡利弊，成功了繼續(xù)優(yōu)化，失敗了立即中止并分析原因。建議組建7人的小團(tuán)隊(duì)進(jìn)行業(yè)務(wù)試錯(cuò)，一旦業(yè)務(wù)出現(xiàn)方向性錯(cuò)誤時(shí)，不管是調(diào)整方向還是放棄

該業(yè)務(wù)，對(duì)于集團(tuán)所需投入的資源都是在可控范圍內(nèi)。

6 結(jié)束語

我集團(tuán)要改變傳統(tǒng)的設(shè)計(jì)思路，積極探索和引用互聯(lián)網(wǎng)上的新技術(shù)、新方案、新管理、新概念，通過構(gòu)建共享服務(wù)中心，對(duì)集團(tuán)的所有存儲(chǔ)資源抽象表示和統(tǒng)一管理，靈活調(diào)配來滿足單個(gè)服務(wù)器不能滿足的存儲(chǔ)要求，滿足數(shù)據(jù)操作對(duì)性能，可靠性，安全性和簡(jiǎn)單性等的要求。采用自動(dòng)化運(yùn)維監(jiān)控，建設(shè)自動(dòng)化管理平臺(tái)。但設(shè)計(jì)這樣的平臺(tái)，需要掌握數(shù)據(jù)庫(kù)相關(guān)知識(shí)，以及任務(wù)調(diào)度、平臺(tái)管控等技術(shù)，甚至需要在實(shí)際應(yīng)用中，逐步提升和完善技術(shù)。任重而道遠(yuǎn)，希冀共享服務(wù)中心的建設(shè)可以更好、更快地幫助整個(gè)集團(tuán)進(jìn)行業(yè)務(wù)的構(gòu)建和業(yè)務(wù)拓展，為整個(gè)集團(tuán)提供各應(yīng)用系統(tǒng)的標(biāo)準(zhǔn)化服務(wù)，降低運(yùn)營(yíng)成本。

參考文獻(xiàn)：

[1] 鐘華. 企業(yè)IT架構(gòu)轉(zhuǎn)型之道：阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn).

[2] 徐子沛. 大數(shù)據(jù).

[3] 李智慧. 大型網(wǎng)站技術(shù)架構(gòu).

[4] 建立共享服務(wù)中心，發(fā)揮企業(yè)集團(tuán)規(guī)模優(yōu)勢(shì). 博文.

[5] 大數(shù)據(jù)時(shí)代面臨的挑戰(zhàn)與其應(yīng)對(duì)策略. 博文.

[6] 什么分布式架構(gòu)？分布式架構(gòu)如何設(shè)計(jì)？分布式集群/系統(tǒng)如何設(shè)計(jì)？如何應(yīng)對(duì)大數(shù)據(jù)的三大挑戰(zhàn)？ 博文.

[7] 微服務(wù)編排之道. 博文

[8] 分布式任務(wù)編排調(diào)度框架設(shè)計(jì). 博文

[9] 深度剖析微服務(wù)架構(gòu)的九大特征. 博文

[10] 微服務(wù)架構(gòu)（Microservice Architecture）. 博文

[11] 淺談服務(wù)治理與微服務(wù). 博文

[12] 微服務(wù)（Microservice）那點(diǎn)事. 博文

[13] 組件化、模塊化、集中式、分布式、服務(wù)化、面向服務(wù)的架構(gòu)、微服務(wù)架構(gòu). 博文

[14] 微服務(wù)架構(gòu)的特點(diǎn). 博文