在工業(yè)4.0和智能制造發(fā)展的驅(qū)動下，以中國制造2025為背景，汽車整車企業(yè)為了實現(xiàn)精益化的制造及物流，提升生產(chǎn)和物流的質(zhì)量和效率，建立高效、靈活、穩(wěn)定、透明的供應鏈體系變得尤為重要。面對多樣化的市場，整車企業(yè)的產(chǎn)品交付、成本控制、質(zhì)量追溯將面臨多維化、高效率、高標準的要求，而供應鏈的數(shù)字化轉(zhuǎn)型成為了整車企業(yè)快速響應市場，提高產(chǎn)品質(zhì)量的必經(jīng)之路。本文以某整車企業(yè)為原型（以下簡稱A公司）結(jié)合其供應鏈數(shù)字化轉(zhuǎn)型的經(jīng)驗來探討國內(nèi)眾多整車企業(yè)建立其智能化、數(shù)字化供應鏈體系面臨的問題和挑戰(zhàn)。

為了降低物流成本、縮短產(chǎn)品交貨期、提高供應商間配合的契合度以提高產(chǎn)品質(zhì)量，A公司計劃實施供應鏈管理系統(tǒng)，以實現(xiàn)整車計劃實時下發(fā)到幾百家供應商進行零部件生產(chǎn)計劃拆解生產(chǎn)，同時監(jiān)控各供應商生產(chǎn)過程、質(zhì)量數(shù)據(jù)以及質(zhì)量改進，初期A公司以傳統(tǒng)的單租戶方式構(gòu)建了如下圖結(jié)構(gòu)的供應商管理系統(tǒng)，所有供應商的數(shù)據(jù)統(tǒng)一存放在一個數(shù)據(jù)庫中其中各數(shù)據(jù)以供應商編碼區(qū)分。

經(jīng)過產(chǎn)品迭代期和運行期后，A公司的初始設想得以實現(xiàn)，相比之前人工電話、郵件催報等方式效率明顯提升，效果也顯而易見，但是隨著業(yè)務的發(fā)展，需求的變更，挑戰(zhàn)也隨之而來，主要體現(xiàn)在以下幾個方面：

1）業(yè)務場景管理沖突

部分供應商需要業(yè)務中做系統(tǒng)集成且系統(tǒng)多樣，部分供應商由手工采集數(shù)據(jù)，導致系統(tǒng)無法完全滿足所有供應商需求。

2）業(yè)務關(guān)鍵節(jié)點缺失

部分供應商無信息化手段管理關(guān)鍵業(yè)務節(jié)點，導致A公司無法及時協(xié)調(diào)供應商間的業(yè)務配合，例如，整車外觀件間的色差比對、關(guān)鍵結(jié)構(gòu)件間的尺寸比對等。

3）業(yè)務數(shù)據(jù)格式多樣

供應商信息化建設能力不一，造成同一業(yè)務場景中數(shù)據(jù)輸入或輸出不同，系統(tǒng)無法進行針對性解決，例如，供應商原材料或成品編碼規(guī)則不一，系統(tǒng)無法支持物流在線掃碼功能。

4）業(yè)務數(shù)據(jù)安全風險

供應商、三方物流間業(yè)務交織，業(yè)務執(zhí)行過程中的多環(huán)節(jié)需要配合協(xié)調(diào)工作，各個環(huán)節(jié)相互交織成網(wǎng)狀，數(shù)據(jù)權(quán)限以及功能權(quán)限無法高效實現(xiàn)。

當然還有許多由于單租戶系統(tǒng)架構(gòu)導致業(yè)務沖突，需求無法快速有效拓展而導致供應鏈數(shù)字化轉(zhuǎn)型未完全達到預期，無法高效響應A公司對產(chǎn)品質(zhì)量、市場預測、快速交付等核心業(yè)務。A公司總結(jié)經(jīng)驗教訓，重新整合資源，采用多租戶架構(gòu)進一步幫助供應鏈體系實現(xiàn)數(shù)字化轉(zhuǎn)型。

接下來本文對多租戶架構(gòu)及應用場景進行闡述，助力整車企業(yè)構(gòu)建高效、優(yōu)越、透明、可控的數(shù)字化供應鏈體系。

什么是多租戶?

多租戶（Multi-tenancy）是一種軟件架構(gòu),它的目的在于將一套應用程序共享給不同的組織(客戶)，并且保證各個組織(客戶)之間數(shù)據(jù)的可靠性，安全性以及隔離性。在多租戶系統(tǒng)中，我們將這些組織(客戶)統(tǒng)稱為“租戶”。

假設現(xiàn)在我們開發(fā)了一個新的產(chǎn)品,正在推廣，客戶A,客戶B以及客戶C先后下訂單購買我們的產(chǎn)品。那么接下來，按照傳統(tǒng)的項目實施流程，我們需要分別給A,B,C三個客戶分別部署一套獨立運行的應用程序，我們稱這種方式為單租戶模式。

而在多租戶模式下，同樣是一套應用程序，針對于客戶A,客戶B以及客戶C，我們會分別為他們創(chuàng)建一個獨立運行的租戶賬號，并且給他們分配不一樣的功能及權(quán)限。盡管他們使用同一個應用程序，但是他們只被允許訪問屬于自己的那部分數(shù)據(jù)。與單租戶模式相比,后者在功能擴展和安全控制上更加靈活高效，同事還很大程度地降低了開發(fā)和維護成本。

多租戶架構(gòu)應用場景有哪些？

1）應用場景一:供應鏈管理(Supply Chain Management)

以整車企業(yè)為例,如果整車企業(yè)需要對供應鏈下游的原料供貨商、倉儲商、運輸商等進行信息化管理,使用多租戶系統(tǒng)的好處：

a.各個供應商之間數(shù)據(jù)隔離,方便維護；

b.整車企業(yè)易于統(tǒng)計同類型供應商之間的數(shù)據(jù),生成統(tǒng)計報表；

c.投入成本低,不需要給每個供應商部署一套系統(tǒng),只需要給供應商注冊租戶賬號,然后就可以使用。

2）應用場景二:多組織管理(Multi-Organization Management)

對于集團公司或者跨國企業(yè)來說,通常會在各地區(qū)劃分不同區(qū)域,每個區(qū)域有不同的子公司.每個公司有著嚴格的責任區(qū)域以及業(yè)務劃分.如果將所有的子公司都放在一個系統(tǒng)中進行管理,會存下以下幾點問題:

a.權(quán)限不易劃分：權(quán)限設計時需要考慮跨公司的權(quán)限控制，以便每個公司都有一個管理員角色，該角色僅負責維護該公司相關(guān)的系統(tǒng)數(shù)據(jù)；

b.數(shù)據(jù)過于耦合：不同子公司的各類基礎數(shù)據(jù)耦合在一起，不便處理.業(yè)務數(shù)據(jù)也不方便以公司維度單獨進行核算。

多租戶數(shù)據(jù)處理方案

多租戶系統(tǒng)的健壯與否，最重要的因素之一是要做好數(shù)據(jù)隔離。關(guān)于這一點，在系統(tǒng)設計之初就需要著重考慮.。多租戶數(shù)據(jù)存儲主流的方案主要分為以下三種：

1）分離數(shù)據(jù)庫(Separate database)

• 每個租戶單獨對應一個數(shù)據(jù)庫實例，將不同的租戶數(shù)據(jù)放在不同的數(shù)據(jù)庫實例當中。

2）分離Schema(Separate schema)

• 每個租戶單獨對應同一個數(shù)據(jù)庫實例下面的一個Schema，與分離數(shù)據(jù)庫的區(qū)別在于,這種方式只需要安裝一個數(shù)據(jù)庫實例。

3）數(shù)據(jù)分區(qū)(Partitioned data)

租戶共享同一個數(shù)據(jù)庫實例，同一個Schema，但是每張業(yè)務表中增加Tenant Identifier字段用于區(qū)分不同租戶的數(shù)據(jù)。這種方式隔離級別最低,數(shù)據(jù)共享程度最高。

總的來說，三種方式有利有弊,，需要在共享度、隔離度、復雜度以及成本上進行取舍，魚和熊掌不可兼得。

多租戶平臺設計思路

眾所周知，脫離業(yè)務的產(chǎn)品框架設計都是耍流氓，好的架構(gòu)不是設計出來的，而是隨著業(yè)務發(fā)展和客戶需求而逐漸演化出來的，所以在多租戶產(chǎn)品框架設計時在業(yè)務層面需要從以下幾個方面來考慮：

1）業(yè)務劃分

根據(jù)業(yè)務場景和業(yè)務功能需求，將產(chǎn)品劃分為不同的模塊，模塊間完全解耦，數(shù)據(jù)交互時主要采用以下三種方式：

a.消息通訊，建立特定的消息通道，雙方監(jiān)聽/生產(chǎn)消息數(shù)據(jù)。

b.事件總線，建立特定的事件總線，雙方監(jiān)聽/生產(chǎn)事件數(shù)據(jù)。

c.REST服務，需要實時響應的采用REST服務的方式，約定數(shù)據(jù)格式。

2）業(yè)務規(guī)則

為了適應不同租戶對產(chǎn)品的不同業(yè)務需求，需要每個模塊在提供標準功能外，還需要提供以下功能擴展：

a.功能變種，即產(chǎn)品提供的功能不能完全滿足需求，采用參數(shù)配置或數(shù)據(jù)流方向調(diào)整來實現(xiàn)功能變形。

b.功能延伸，即租戶在現(xiàn)有功能的基礎上需要額外的業(yè)務，采用消息/事件方式發(fā)送新業(yè)務請求，在租戶的業(yè)務規(guī)則管理中采用動態(tài)腳本的方式建立新的業(yè)務點以滿足租戶需求。

c.功能裂變，即租戶對某一個功能在多個維度上都有新的需求，甚至于租戶新的需求完全不在現(xiàn)有產(chǎn)品功能列表中，采用模塊定制開發(fā)熱部署的方式進行上線，同時通過License來控制租戶的功能模塊權(quán)限。

3）業(yè)務引擎

當使用產(chǎn)品的租戶變多時，就會面臨功能沖突問題，為了在不做定制開發(fā)或少做動態(tài)腳本配置的前提下滿足各客戶的需求，采用業(yè)務引擎來調(diào)度和組合業(yè)務規(guī)則，完成業(yè)務運轉(zhuǎn)。

a.業(yè)務節(jié)點，業(yè)務執(zhí)行過程中的最小組成單元，進行分類管理，動態(tài)組合。

b.業(yè)務輸入,業(yè)務執(zhí)行過程中的輸入流，進行綁定與監(jiān)控。

c.業(yè)務邏輯，業(yè)務計算單元，通過配置四則運算，接口調(diào)用，外部腳本處理等進行業(yè)務整合。

d.業(yè)務輸出，業(yè)務執(zhí)行完成后輸出結(jié)果，進行綁定與監(jiān)控。

4)業(yè)務接口

租戶集成外部系統(tǒng)串聯(lián)自己的IT體系。

a.提供標準的業(yè)務接口服務，進行租戶及用戶調(diào)用授權(quán)。

b.配合外部腳本、規(guī)則引擎、消息監(jiān)聽搭建租戶特有的接口服務。

c.配合數(shù)據(jù)流引擎、調(diào)度引擎進行外部系統(tǒng)集成。

多租戶供應鏈數(shù)字化方案落地

PIKE（Polelink Infrastructure Kernel Environment）是北匯自研的一套成熟的軟件開發(fā)框架，目前已經(jīng)迭代了三個大的版本。北匯軟件開發(fā)團隊在PIKE 3.0的基礎之上，研發(fā)出適用上述應用場景的多租戶系統(tǒng)平臺助力整車廠及其零部件供應商快速構(gòu)建高效優(yōu)越的供應鏈體系，下面附帶幾張整車企業(yè)使用多租戶架構(gòu)的供應鏈平臺基于業(yè)務數(shù)據(jù)進行供應商質(zhì)量和交付管控的實施效果圖，僅供參考：

總結(jié)

北匯信息深耕智能工廠領(lǐng)域近十年，從MES系統(tǒng)（Manufacturing Execution System,，制造執(zhí)行系統(tǒng)）逐步開始開發(fā)新一代的制造過程管控系統(tǒng)——MOM系統(tǒng)（Manufacturing Operation Management，制造運營管理）。基于多租戶（Multi-tenancy）開發(fā)架構(gòu)的應用，北匯信息開發(fā)的MOM系統(tǒng)幫助汽車供應商實現(xiàn)數(shù)字轉(zhuǎn)型，后續(xù)將逐步分享我們在如何快速實現(xiàn)業(yè)務、數(shù)據(jù)可視化、自動化系統(tǒng)集成等方面的經(jīng)驗，敬請期待！