??譯者 | 李睿

審校 | 重樓

51CTO讀者成長(zhǎng)計(jì)劃社群招募，咨詢小助手（微信號(hào)：TTalkxiaozhuli）

本文將探索一種解決方案，利用Apache Kafka將控件與數(shù)據(jù)流鏈接起來(lái)，從而提供供應(yīng)鏈的端到端可見性。所有的數(shù)字信息都將流入統(tǒng)一的中樞神經(jīng)系統(tǒng)，從而實(shí)現(xiàn)全面控制和及時(shí)反應(yīng)。供應(yīng)鏈控制塔的想法變成了現(xiàn)實(shí)：一個(gè)集成的數(shù)據(jù)駕駛艙，可以實(shí)時(shí)訪問(wèn)供應(yīng)鏈的所有級(jí)別和系統(tǒng)。

一、什么是供應(yīng)鏈控制塔?  

供應(yīng)鏈?zhǔn)怯蓞⑴c產(chǎn)品或服務(wù)的生產(chǎn)和交付的企業(yè)和人員組成的網(wǎng)絡(luò)。如今，許多供應(yīng)鏈?zhǔn)侨蛐缘?，涉及到?nèi)部物流、廣泛的企業(yè)物流以及端到端供應(yīng)鏈的B2B數(shù)據(jù)共享。

二、供應(yīng)鏈管理(SCM)  

供應(yīng)鏈管理(SCM)涉及到為企業(yè)創(chuàng)造價(jià)值所涉及的所有人員、流程和技術(shù)的規(guī)劃和協(xié)調(diào)。這包括跨部門流程，例如采購(gòu)/銷售、物流、運(yùn)營(yíng)/制造等。自動(dòng)化、健壯性、靈活性、實(shí)時(shí)和混合部署(邊緣+云計(jì)算)對(duì)于未來(lái)的成功至關(guān)重要，無(wú)論其所在的行業(yè)領(lǐng)域如何，也是跨供應(yīng)鏈端到端可見性的先決條件。

物流和供應(yīng)鏈面臨的挑戰(zhàn)是，如今可能有很多現(xiàn)成的商業(yè)應(yīng)用程序（ERP、WMS、TMS、DPS、CRM、SRM等），這些應(yīng)用程序在功能上高度專業(yè)化并且先進(jìn)。

1.供應(yīng)鏈中批量工作負(fù)載的挑戰(zhàn)

批處理工作負(fù)載會(huì)在供應(yīng)鏈中帶來(lái)許多問(wèn)題，而發(fā)生的新冠疫情表明了這一點(diǎn)：

• 信息缺失：配送或履行中心內(nèi)的內(nèi)部物流，跨建筑和區(qū)域，以及業(yè)務(wù)合作伙伴之間的內(nèi)部物流。
• 成本上升：降低整體設(shè)備效率(OEE)，低可用性，增加生產(chǎn)和買家的成本(B2B和B2C)。
• 客戶流失：由于交貨保證和其他服務(wù)等級(jí)協(xié)議（SLA）的失敗而導(dǎo)致糟糕的客戶體驗(yàn)和合同討論。
• 收入減少：更少的生產(chǎn)和銷售意味著更少的收入。
• ERP、WMS、TMS、DPS、CRM或SRM等專用系統(tǒng)在其運(yùn)營(yíng)中通常是現(xiàn)代化的、實(shí)時(shí)的或幾乎實(shí)時(shí)的。然而，它們之間的集成通常仍然不是實(shí)時(shí)的。例如，WMS中的批處理流程正在被實(shí)時(shí)訂單分配流程所取代，但WMS和ERP之間的鏈接仍然是批處理的。

2.實(shí)時(shí)端到端監(jiān)控

供應(yīng)鏈控制塔提供整個(gè)供應(yīng)鏈的端到端可見性和實(shí)時(shí)監(jiān)控：

控制塔可以幫助回答以下問(wèn)題：

• 現(xiàn)在發(fā)生了什么?
• 為什么會(huì)發(fā)生這種情況?
• 接下來(lái)會(huì)發(fā)生什么?
• 如何才能表現(xiàn)得更好?
• 如果……怎么辦?

供應(yīng)鏈控制塔結(jié)合了技術(shù)、流程和人員。如需要了解更多信息，可以在YouTube上查看Aadini的“供應(yīng)鏈控制塔”，以獲得更清晰的解釋。最重要的是，軟件的發(fā)展使實(shí)時(shí)自動(dòng)化成為可能，而不僅僅是人類的視覺(jué)監(jiān)控。

三、Kafka原生供應(yīng)鏈控制塔

Apache Kafka是數(shù)據(jù)流事實(shí)上的標(biāo)準(zhǔn)，它可以實(shí)現(xiàn)任何規(guī)模的實(shí)時(shí)數(shù)據(jù)集成和處理。這是構(gòu)建供應(yīng)鏈控制塔的一個(gè)關(guān)鍵要求。

以下采用一幅跨用例的商業(yè)價(jià)值圖來(lái)回顧一下Kafka在改善供應(yīng)鏈方面的附加價(jià)值：

如果了解一下供應(yīng)鏈控制塔的定義，它們或多或少是相同的。供應(yīng)鏈控制塔只可能與實(shí)時(shí)數(shù)據(jù)相關(guān)，這就是Kafka最適用的原因。

四、實(shí)時(shí)數(shù)據(jù)共享的全局?jǐn)?shù)據(jù)網(wǎng)格

供應(yīng)鏈?zhǔn)侨蛐缘?，依賴于企業(yè)內(nèi)部獨(dú)立業(yè)務(wù)單元之間的協(xié)作和B2B通信：

最近，軟件行業(yè)推出了一種新的范例和架構(gòu)模式：數(shù)據(jù)網(wǎng)格。它允許使用自己的技術(shù)、API和數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)獨(dú)立的解耦域。但是數(shù)據(jù)共享是標(biāo)準(zhǔn)化的、兼容的、實(shí)時(shí)的、可靠的。借助Apache Kafka的強(qiáng)大功能，這樣一個(gè)數(shù)據(jù)網(wǎng)格的核心可以實(shí)時(shí)運(yùn)行：

Kafka原生工具，例如MirrorMaker或Confluent Cluster Linking，可以實(shí)現(xiàn)跨數(shù)據(jù)中心、云、區(qū)域甚至獨(dú)立公司之間的可靠實(shí)時(shí)復(fù)制。

五、Kafka作為實(shí)時(shí)供應(yīng)鏈控制塔的數(shù)據(jù)樞紐

供應(yīng)鏈控制塔協(xié)調(diào)跨不同領(lǐng)域、技術(shù)、API和業(yè)務(wù)流程的需求、供應(yīng)、交易和物流。

控制塔不僅僅是一個(gè)Kafka集群，而是Kafka支撐著業(yè)務(wù)邏輯、集成和可視化，這些邏輯聚合了來(lái)自不同來(lái)源的所有數(shù)據(jù)，并使其從端到端實(shí)時(shí)變得更有價(jià)值。

數(shù)據(jù)通信以實(shí)時(shí)、近實(shí)時(shí)、批處理或請(qǐng)求-響應(yīng)的方式進(jìn)行。無(wú)論源和接收器應(yīng)用程序支持什么。然而，企業(yè)架構(gòu)的核心是實(shí)時(shí)的和可擴(kuò)展的。這使得未來(lái)的現(xiàn)代化和用現(xiàn)代實(shí)時(shí)服務(wù)取代遺留的批處理系統(tǒng)成為可能。

可視化和自動(dòng)分辨率作為現(xiàn)代控制塔的核心部件。供應(yīng)鏈控制塔的第一個(gè)目標(biāo)是端到端的實(shí)時(shí)可見性。創(chuàng)建實(shí)時(shí)儀表板、警報(bào)以及與第三方監(jiān)控工具的集成具有巨大的價(jià)值。

然而，構(gòu)建的管道支持幾個(gè)額外的新用例?？鐐鹘y(tǒng)和現(xiàn)代應(yīng)用程序的數(shù)據(jù)集成和關(guān)聯(lián)是供應(yīng)鏈優(yōu)化創(chuàng)新的重大變化。新的應(yīng)用程序可以根據(jù)實(shí)時(shí)信息自動(dòng)采取自動(dòng)操作和決策來(lái)解決問(wèn)題，而不是實(shí)時(shí)可視化發(fā)生的事情。

六、真實(shí)世界的Kafka示例

現(xiàn)代供應(yīng)鏈依賴于供應(yīng)商、履行中心、倉(cāng)庫(kù)、商店和消費(fèi)者之間的實(shí)時(shí)數(shù)據(jù)。以下是一些跨垂直行業(yè)使用Apache Kafka作為實(shí)時(shí)供應(yīng)鏈控制塔的真實(shí)例子：

• 零售：沃爾瑪公司監(jiān)控整個(gè)供應(yīng)鏈的信息，包括配送中心、履行中心、商店、移動(dòng)應(yīng)用程序和B2B接口。其示例包括本地和全球庫(kù)存管理和補(bǔ)充系統(tǒng)。
• 制造業(yè)：寶馬公司將其智能工廠的數(shù)據(jù)輸入云端，以提供對(duì)數(shù)據(jù)的訪問(wèn)，以實(shí)現(xiàn)可視性和新的自動(dòng)化應(yīng)用。Baader公司建立了一個(gè)實(shí)時(shí)定位系統(tǒng)(RTLS)來(lái)優(yōu)化端到端監(jiān)控和高級(jí)計(jì)算，如實(shí)時(shí)路由和估計(jì)到達(dá)。
• 物流：DHL、瑞士郵政、愛馬仕、SBB和許多其他物流和運(yùn)輸領(lǐng)域的公司建立了實(shí)時(shí)跟蹤和跟蹤平臺(tái)，以優(yōu)化其業(yè)務(wù)流程的可見性和效率。
• 移動(dòng)服務(wù)：全球幾乎所有打車或送餐應(yīng)用程序，例如Uber、Lyft、Grab或FreeNow(前MyTaxi)，都利用Apache Kafka向前端發(fā)送實(shí)時(shí)通知，并在后端進(jìn)行數(shù)據(jù)關(guān)聯(lián)，以實(shí)現(xiàn)實(shí)時(shí)司機(jī)-乘客匹配、路由、支付、欺詐檢測(cè)和許多其他用例。
• 食品：Albertsons、Instacart、達(dá)美樂(lè)披薩、Migros和許多其他食品相關(guān)企業(yè)通過(guò)實(shí)時(shí)服務(wù)改善食品價(jià)值鏈上的業(yè)務(wù)流程。

無(wú)論在哪個(gè)行業(yè)工作，如何向其他垂直領(lǐng)域的公司學(xué)習(xí)，改善供應(yīng)鏈的挑戰(zhàn)都非常相似。

七、由Apache Kafka支持的后現(xiàn)代ERP/MES/TMS

雖然供應(yīng)鏈控制塔提供了端到端的可見性，但每個(gè)系統(tǒng)都有類似的要求。企業(yè)資源計(jì)劃(ERP)已經(jīng)存在了很多年。它通常是單片的、復(fù)雜的、專有的、批處理的、不可擴(kuò)展的。MES、TMS和許多其他物流和供應(yīng)鏈管理平臺(tái)也是如此。

后現(xiàn)代ERP代表了下一代ERP架構(gòu)。它是實(shí)時(shí)的、可擴(kuò)展的和開放的。后現(xiàn)代ERP結(jié)合了開源技術(shù)和專有標(biāo)準(zhǔn)軟件。許多解決方案是云原生的，甚至作為完全管理的SaaS提供。

像終端用戶一樣，軟件供應(yīng)商利用Apache Kafka的數(shù)據(jù)流來(lái)實(shí)現(xiàn)后現(xiàn)代的ERP、MES、CRM、SRM或TMS：

八、物流和供應(yīng)鏈管理需要實(shí)時(shí)數(shù)據(jù)  

數(shù)據(jù)流沿著價(jià)值鏈呈指數(shù)級(jí)增長(zhǎng)。供應(yīng)鏈的端到端可見性對(duì)于優(yōu)化業(yè)務(wù)流程至關(guān)重要。實(shí)時(shí)訂單管理和庫(kù)存管理就是其中的兩個(gè)例子。

通過(guò)自動(dòng)化流程進(jìn)行可視化和實(shí)時(shí)采取行動(dòng)，既可以降低成本和風(fēng)險(xiǎn)，也可以增加收入和客戶體驗(yàn)。實(shí)時(shí)供應(yīng)鏈控制塔實(shí)現(xiàn)了這種創(chuàng)新。這種戰(zhàn)略組件的基礎(chǔ)需要是實(shí)時(shí)的、可擴(kuò)展的和可靠的。這就是為什么數(shù)據(jù)流平臺(tái)Apache Kafka非常適合構(gòu)建控制塔的原因。

各行業(yè)領(lǐng)域的成功案例證明了數(shù)據(jù)流在整個(gè)供應(yīng)鏈中的價(jià)值。甚至像ERP、WMS、TMS、DPS、CRM或SRM這樣的供應(yīng)鏈產(chǎn)品的軟件供應(yīng)商也在Apache Kafka之上構(gòu)建他們的下一代軟件。

那么如何將可見性帶入供應(yīng)鏈?已經(jīng)建好實(shí)時(shí)控制塔了嗎?數(shù)據(jù)流在這些場(chǎng)景中扮演什么角色?用戶需要與行業(yè)專家進(jìn)行溝通和探討。

原文鏈接：https://dzone.com/articles/a-real-time-supply-chain-control-tower-powered-by-kafka