摘要：郭理靖表示，在京東商城的實踐中，針對線上系統(tǒng)選擇構(gòu)建兩個機房，分別是生產(chǎn)環(huán)境以及在災(zāi)備環(huán)境。在監(jiān)控引擎方面，京東云的嘗試也是比較細(xì)致的，其中包括監(jiān)控服務(wù)報警服務(wù)等。進一步，根據(jù)不同的報警，我們可以定位到

活動概要

在零售創(chuàng)新的趨勢影響下，恰逢一年一度618來臨之際，在高頻、高額、高密度的交易場景下，如何能為用戶提供穩(wěn)定而流暢的購物流程？如何做到通過技術(shù)創(chuàng)新打造品牌和合作商的基礎(chǔ)設(shè)施服務(wù)商呢？

在剛剛結(jié)束的京東云技術(shù)沙龍上海站活動中，多位京東的技術(shù)大咖與開發(fā)者面對面就零售業(yè)以及社交電商方面的核心技術(shù)以及成功解決方案進行了深入探討。

沙龍現(xiàn)場座無虛席

現(xiàn)場百余位開發(fā)者熱情參與了交流與互動，尤其對“大促”下的數(shù)據(jù)庫服務(wù)、企業(yè)級監(jiān)控的設(shè)計與實踐、社交電商的方方面面以及區(qū)塊鏈的智能化溯源等諸多技術(shù)領(lǐng)域十分關(guān)注。

我們將沙龍中的部分內(nèi)容整理、總結(jié)后放到了本文中，希望也能給相關(guān)的從業(yè)者們提供參考。（公眾號回復(fù)“PPT0526”可獲取沙龍視頻&PPT）

京東云產(chǎn)品研發(fā)部高級總監(jiān) 郭理靖

眾所周知，京東商城業(yè)務(wù)繁多，很多業(yè)務(wù)在研發(fā)設(shè)計初期并不想選用太多種類的數(shù)據(jù)庫，因為并不知道著手的業(yè)務(wù)規(guī)模大小，所以開始選擇只使用MySQL是最簡單的，基于研發(fā)的速度考慮有時候還選擇寫入日志和大字段數(shù)據(jù)。隨著數(shù)據(jù)積累量增多，用戶規(guī)模擴大，未來會涉及數(shù)據(jù)切換的問題。因此，對于這些“后來居上”的業(yè)務(wù)，還是要進行一些數(shù)據(jù)架構(gòu)優(yōu)化的工作。

京東云數(shù)據(jù)庫“上馬”了一些彈性數(shù)據(jù)庫服務(wù)，可以做到在一臺物理服務(wù)器上同時配置多個數(shù)據(jù)庫，將單機利用率提升到比較高的水平；同時配置的靈活調(diào)度系統(tǒng)，能夠在兩個數(shù)據(jù)庫之間完成對壓力不大的數(shù)據(jù)庫數(shù)據(jù)遷移，能幫助客戶有效地進行成本控制。另外，在使用MySQL的基礎(chǔ)上，性能不可避免地受限于機器，京東商城內(nèi)部還使用Jproxy這類分布式數(shù)據(jù)庫服務(wù)。郭理靖表示，在京東商城的實踐中，針對線上系統(tǒng)選擇構(gòu)建兩個機房，分別是生產(chǎn)環(huán)境以及在災(zāi)備環(huán)境。

關(guān)于智能分析，京東云在助力電商的過程中，一方面著手SQL日志分析以及容量分析，例如連接數(shù)是不是一直在增長、IO壓力、CP壓力等；同時也嘗試做一些故障自愈以及磁盤清理等。

在“京東云的服務(wù)實踐”方面，在云端提供豐富的數(shù)據(jù)庫服務(wù)，例如MySQL、Percona、MariaDB、SQL Server、MongoDB等。從京東云的統(tǒng)計角度來看，國內(nèi)開發(fā)者使用MySQL可以高達(dá)95%，另外5%會使用Percona或者MarinDB。

從海外的調(diào)研數(shù)據(jù)來看，海外數(shù)據(jù)庫用戶大約80%以上用戶都在用MySQL，而20%以下的用戶會選擇用MariaDB和Percona，之所以這有么大的差距，原因可能在官方在國內(nèi)外的宣傳力度上明顯的區(qū)別的原因。另外京東云還在安全、審計、日志等諸多方面提供了豐富的功能，另外還提供了Binlog備份和下載。

在監(jiān)控引擎方面，京東云的嘗試也是比較細(xì)致的，其中包括監(jiān)控服務(wù)、報警服務(wù)等。值得提及的是，其中所有監(jiān)控項都可以設(shè)置規(guī)則，比如CPU內(nèi)存超過70%，就可以設(shè)置一個短信報警，而其中所有的指標(biāo)都是對接到云監(jiān)控系統(tǒng)。“我們也支持只讀實例創(chuàng)建，需要只讀最大支持創(chuàng)建8個只讀實例，每個只讀實例都分配一個獨立域名，都可以用域名進行訪問。”他補充道。

談及數(shù)據(jù)運維，如何做到故障自動切換？京東云為此設(shè)計了比較完善的自動化系統(tǒng)。起初都是手動切換，選擇這樣的切換方式主要是擔(dān)心誤切的情況發(fā)生，畢竟很多服務(wù)通過域名鏈接數(shù)據(jù)庫，而域名的切換會造成一些延時，時間太長又是服務(wù)不可接受的。現(xiàn)在數(shù)據(jù)庫的故障都已經(jīng)進化到自動切換了。

數(shù)據(jù)安全性方面，采用了云硬盤加密的功能，對于用戶擔(dān)心的數(shù)據(jù)庫信息“被偷窺”的問題，只要啟動了數(shù)據(jù)加密的功能，使用云端RDS就可以充分放心享受其安全保障的服務(wù)。對于哪些IP可以訪問特定的數(shù)據(jù)庫這個事兒，靈活設(shè)置白名單即可。

重點強調(diào)的一點，在京東云數(shù)據(jù)庫服務(wù)中還涉及到DRDS，所謂DRDS是分布式關(guān)系型數(shù)據(jù)庫，追溯本源是將京東商城上的Jproxy技術(shù)移植到京東云上，主要作用還是在數(shù)據(jù)量特別大的情況下，單機無法支撐的前提下完成分庫分表，操控起來比較便捷。

DRDS服務(wù)主要解決了以下幾個困難：
1、隨著數(shù)據(jù)量和訪問量的增長，單機數(shù)據(jù)庫會遇到很大的挑戰(zhàn)，依賴硬件升級并不能完全解決問題，也就是單機數(shù)據(jù)庫容量瓶頸亟需被重視；
2、傳統(tǒng)數(shù)據(jù)庫容量擴展往往意味著服務(wù)中斷，很難做到業(yè)務(wù)無感知或者少感知等，被認(rèn)為是擴展窘境；
3、更重要的一點，傳統(tǒng)數(shù)據(jù)庫使用成本較高，當(dāng)業(yè)務(wù)數(shù)據(jù)訪問量增加到一定程度時，傳統(tǒng)數(shù)據(jù)庫需要依賴特定的高端存儲和小型機設(shè)備，對于用戶而言，成本較高。但DRDS的使用，恰好就是可以有效地幫客戶進行成本控制。

具體來說，DRDS服務(wù)提供中間件，例如針對用戶表，可以將用戶表中的ID進行拆分。當(dāng)需要查詢用戶時，并不需要修改SQL語句，DRDS會去解析語句，發(fā)現(xiàn)訪問的用戶數(shù)據(jù)表，用戶ID等信息，其實DRDS起到的作用就是解析SQL語句、分發(fā)SQL語句以及匯總SQL語句給用戶端，方便用戶可以更多聚焦自己的業(yè)務(wù)邏輯開發(fā)等，同時有效提高整個性能。

同時，DRDS可以做到多臺部署，但值得注意的一點，整個DRDS系統(tǒng)性能受限于后端實例數(shù)量。簡單來說后端的實例量越多，DRDS的性能越好。通過實測，DRDS中間件給SQL帶來的延遲是非常低的，DRDS對SQL語句的解析速度進行了專門的優(yōu)化 ，因此因中間件帶來的延遲基本也都可以忽略不計了。

DRDS本身不存儲數(shù)據(jù)，數(shù)據(jù)存放在后端的RDS MySQL 數(shù)據(jù)庫上。為保障系統(tǒng)穩(wěn)定性，每個分庫所在的MySQL版本必須一致。DRDS會在每個RDS實例上創(chuàng)建8個分庫，另外還會多帶帶創(chuàng)建0號分庫，用于存放非拆分?jǐn)?shù)據(jù)。

系統(tǒng)的最大處理能力取決于分庫的數(shù)量，因此在需要創(chuàng)建之后就應(yīng)該規(guī)劃好整個系統(tǒng)的容量以及能力，比較好的做法是根據(jù)初步的規(guī)劃，前期使用小規(guī)格的MySQL實例，但足夠多的分庫數(shù)，這樣就可以預(yù)留出足夠的擴容能力。

在技術(shù)分享中，郭理靖還系統(tǒng)介紹了擴容的方方面面，例如兩核4G的DRDS，性能相對較小，如果將后端RDS升級到更高配置，就被稱為是垂直擴容，操作起來十分容易。無論是水平擴容還是垂直擴容，盡管具體的操作方法不同，但過程平滑且隨時隨地都是共通的。

盡管DRDS 與傳統(tǒng)的單機數(shù)據(jù)庫相比，在擴展性上有了巨大的提升，但同時也帶來了一些限制，例如可保證同一個分庫中的事務(wù)一致性，但不支持分布式事務(wù)；只支持單個分庫內(nèi)的join操作，不支持跨庫的join；只支持UTF8字符集，因此并不是任何基于MySQL的應(yīng)用都可以無疑遷移到DRDS上，還需要進行一些改造。

京東云產(chǎn)品研發(fā)部總監(jiān) 鄭永寬

作為本場沙龍的第二位分享嘉賓，京東云產(chǎn)品研發(fā)部總監(jiān)鄭永寬為開發(fā)者們現(xiàn)場帶來了主題為“企業(yè)級監(jiān)控系統(tǒng)設(shè)計與實踐”的技術(shù)演講。

監(jiān)控是什么？監(jiān)控是運維生命線。
監(jiān)控解決什么問題？遠(yuǎn)遠(yuǎn)不止發(fā)現(xiàn)問題！
監(jiān)控還需要解決發(fā)現(xiàn)問題以后的定位，和定位后的止損，從而降低故障MTTR，即故障平均恢復(fù)時間。像京東這樣的大體量電商，如果發(fā)生不明原因的宕機所導(dǎo)致的損失是十分慘重的。為了高效解決降低故障恢復(fù)時間的問題，在故障發(fā)生之前提前做好相應(yīng)故障的恢復(fù)預(yù)案；在故障發(fā)生之后明確故障類型并且準(zhǔn)確定位故障，是非常有效的手段。

為了解決快速響應(yīng)的問題，監(jiān)控系統(tǒng)通常需要具備豐富的數(shù)據(jù)采集手段、多維度數(shù)據(jù)實時聚合計算、準(zhǔn)確的異常檢測、及時的告警通知、可定制的dashbord、根因定位與輔助決策推薦，以及預(yù)案平臺等功能，通過以上功能實現(xiàn)快速止損、業(yè)務(wù)高可用/可擴展等目標(biāo)。

根據(jù)以上功能定位，京東云會針對每個系統(tǒng)不同的業(yè)務(wù)特征，提供故障恢復(fù)預(yù)案推薦，用以來保證系統(tǒng)的高效運轉(zhuǎn)；對于監(jiān)控系統(tǒng)來說，無論是發(fā)現(xiàn)問題、定位問題還是解決問題，了解其中循環(huán)迭代的系統(tǒng)狀態(tài)十分重要，京東云的監(jiān)控平臺根據(jù)豐富的監(jiān)控手段可提供可靠有效的系統(tǒng)運維情況反饋，同時基于監(jiān)控數(shù)據(jù)和業(yè)務(wù)分析進行多樣化的預(yù)案推薦，幫助業(yè)務(wù)快速恢復(fù)。

具體來說，我們首先定義了一套統(tǒng)一的監(jiān)控標(biāo)準(zhǔn)：即監(jiān)控需要覆蓋基礎(chǔ)-存活-性能-業(yè)務(wù)四個層面，從而保證了采集數(shù)據(jù)的全面，進而避免監(jiān)控遺漏。即基礎(chǔ)監(jiān)控涵蓋了機器的基本指標(biāo)，比如cpu、內(nèi)存、硬盤等；存活監(jiān)控則聚焦機器和服務(wù)進程的存活性；性能監(jiān)控關(guān)注服務(wù)對外表現(xiàn)的性能指標(biāo)，比如PV、平響、錯誤碼等；業(yè)務(wù)監(jiān)控則是從用戶角度，監(jiān)控系統(tǒng)是否提供正常服務(wù)。進一步，根據(jù)不同的報警，我們可以定位到相應(yīng)的問題，再輔以對應(yīng)的預(yù)案平臺，從而確保了故障第一時間定位與恢復(fù)。

監(jiān)控系統(tǒng)需要保證數(shù)據(jù)采集手段豐富化、計算聚合多樣化、存儲高效化以及數(shù)據(jù)展示有效化等幾個方面。其中數(shù)據(jù)的存儲以及數(shù)據(jù)可視化展示等是監(jiān)控系統(tǒng)最基礎(chǔ)的需求，不管多龐大的運維系統(tǒng)都是如此。

京東云采用多種采集方式，包括Agent采集，API推送，外部探測點。通過遍布全國的探測點，可以模擬發(fā)起各種協(xié)議的訪問，同時提供API推送接口，支持用戶自己發(fā)送數(shù)據(jù)過來，可以進一步展示用戶需要的數(shù)據(jù)。另外我們自研的tsdb時序數(shù)據(jù)存儲，采用基于Cassandra+自研cache+esmeta的方案，我們將最近3h的數(shù)據(jù)存入自研cache，增加了查詢的時效性和可靠性。其中自研cache基于的Facebook論文gorilla實現(xiàn)，追求極致的壓縮比。通過這些手段，存儲的空間可以降低到1/10，同時保證了查詢性能。

另外京東云的監(jiān)控CMDB表現(xiàn)出色。首先CMDB可以將資源和業(yè)務(wù)同時管理起來，這是監(jiān)控CMDB解決的第一個問題；另一方面，大規(guī)模集群中的某臺機器發(fā)生問題后，通過JNS名字服務(wù)可以迅速定位受影響的業(yè)務(wù)，并基于CMDB提供業(yè)務(wù)/應(yīng)用/集群的監(jiān)控配置推薦，這是監(jiān)控CMDB重點突出的地方。

題，鄭永寬總結(jié)道，首先監(jiān)控可視化是關(guān)鍵一環(huán)，多維度的聚合計算使數(shù)據(jù)更有意義，這是基于京東云多年的運維經(jīng)驗總結(jié)得到的。京東云的監(jiān)控體系可以定位多種故障原因，例如某一業(yè)務(wù)是否有變更，是否配有相應(yīng)的報警，網(wǎng)絡(luò)等資源是否異常，是哪個業(yè)務(wù)出現(xiàn)的問題等……通過以上方面的監(jiān)控，我們可以知道某一業(yè)務(wù)的故障恢復(fù)操作的執(zhí)行情況，此方式對故障快速定位以及查找故障來源非常有效。基于以上確認(rèn)故障原因的能力，京東云快速迭代升級開發(fā)了變更可視化產(chǎn)品，對可能導(dǎo)致故障發(fā)生的所有問題來源進行事件監(jiān)控，從上線操作、配置變更的單任務(wù)監(jiān)控到平臺全局事件的監(jiān)控，進一步助力京東云監(jiān)控體系定位問題能力的提升。

問題定位后，為使用戶接收到有意義的報警進而快速回復(fù)問題，我們對異常問題進行分析合并，京東云支持各種策略的合并，可按照固定接收人報警、不同業(yè)務(wù)范圍報警、固定時間報警等策略進行報警，減少告警風(fēng)暴，另外對于通知下游的對接，我們實現(xiàn)了郵件、短信、微信、電話等多種方式報警。

未來京東云還會著手配置化管理功能的優(yōu)化，更好支持事件自動恢復(fù)。“結(jié)合監(jiān)控CMDB和報警設(shè)置，我們可以真正把故障和報警聯(lián)動起來，對于相關(guān)的報警事件，監(jiān)控系統(tǒng)可以自動調(diào)取對應(yīng)的預(yù)案，從而達(dá)到系統(tǒng)的故障自愈的目標(biāo)。”

京東云應(yīng)用研發(fā)部社交電商負(fù)責(zé)人 趙金勇

從整個電商發(fā)展來看可以被總結(jié)為”四化“，分別是去中心化、場景化、碎片化以及個性化。我們發(fā)現(xiàn)流量成本越來越高，“帶領(lǐng)著”獲客成本、品牌商運營成本也一路居高不下，這恐怕就是品牌商自己不做運營選擇其他途徑的原因，正所謂“品牌形象宣傳去中心化” 就是這個道理。

所謂社交電商，必然與”社交”關(guān)系密切，進而社交工具自然必不可少。除了憑借五花八門的推送工具，京東云社交電商還憑借京東與生俱來的海量商品以及優(yōu)勢供應(yīng)鏈屢獲成績。基于京東大數(shù)據(jù)營銷的能力，海量用戶的精準(zhǔn)畫像以及商品推銷、智能選品等這些穩(wěn)定可靠的基礎(chǔ)服務(wù)來打造系統(tǒng)。

京東社交電商支持三級分傭自動結(jié)算、靈活設(shè)計類目返傭點數(shù)、自定義會員晉升規(guī)則、自動統(tǒng)計團隊銷售業(yè)績以及豐富的營銷推廣玩法等。

技術(shù)架構(gòu)方面，京東云商微服務(wù)架構(gòu)是數(shù)據(jù)庫、硬盤以及統(tǒng)一運維。其中公共平臺、開放平臺、裝修服務(wù)還有市場、數(shù)據(jù)搬運、流量統(tǒng)計等系統(tǒng)都是基于微服務(wù)架構(gòu)，業(yè)務(wù)層提供統(tǒng)一的、原子化的API接口， 上層業(yè)務(wù)在這些接口之上構(gòu)建而成。”

京東社交電商分三端，分別是買家端、供應(yīng)商端和PC端。社交電商的系統(tǒng)已接入到京東龐大的商品池，大家可以在整體的商品池中挑選自己的產(chǎn)品，共同的良性生態(tài)就此構(gòu)建。

此外，我們還提供基于京東大數(shù)據(jù)打造的鵲橋插件，鵲橋連接人和貨，完成精準(zhǔn)營銷。從交易完成之后，所有交易數(shù)據(jù)和貨源數(shù)據(jù)以及貨源行為數(shù)據(jù)匯總到一起，京東大數(shù)據(jù)平臺就對所有的數(shù)據(jù)進行分析，完成實時監(jiān)控，在此基礎(chǔ)上基于數(shù)據(jù)驅(qū)動彰顯出廣告優(yōu)化、客群聚類、千人千面、自動化營銷。

“整體的系統(tǒng)是基于京東云技術(shù)來構(gòu)建，京東云作為京東對外賦能的窗口，提供一些可信賴的基礎(chǔ)服務(wù)，包括技術(shù)服務(wù)以及系統(tǒng)支持，這部分主要涉及電商云”。

舉個例子來說，北京網(wǎng)庫信息技術(shù)股份有限公司是國內(nèi)基于單品供應(yīng)鏈的B2B電子商務(wù)服務(wù)公司，以打造中小微企業(yè)的全產(chǎn)業(yè)正品采購平臺為使命，關(guān)注企業(yè)優(yōu)勢單品的在線供應(yīng)鏈應(yīng)用，服務(wù)包括在線采購、在線批發(fā)分銷、在線定制等。

自成立以來，公司服務(wù)平臺積累中小企業(yè)用戶數(shù)據(jù)1800多萬，旗下B2B平臺注冊中小企業(yè)會員近200萬家，為全國超過30萬家中小企業(yè)提供基礎(chǔ)B2B電子商務(wù)應(yīng)用服務(wù)，并與其中2400多家具有單品優(yōu)勢的實體企業(yè)共同構(gòu)建了單品電子商務(wù)交易平臺，在此過程中與京東社交電商開展了密切合作。

京東數(shù)科區(qū)塊鏈產(chǎn)品創(chuàng)新負(fù)責(zé)人 張作義

京東區(qū)塊鏈品牌名叫京東智臻鏈，京東區(qū)塊鏈的架構(gòu)體系分為JD Chain和JD BaaS（Blockchain as a Service）兩部分，JD Chain作為核心引擎，在數(shù)據(jù)賬本、共識協(xié)議、密碼算法、存儲等方面引入新的研究成果和工程架構(gòu)，解決處理性能、伸縮性、擴展性、安全性等基礎(chǔ)和關(guān)鍵的技術(shù)問題，建立創(chuàng)新性的技術(shù)架構(gòu)和應(yīng)用方案。JD BaaS是服務(wù)平臺，提供靈活易用和可伸縮的區(qū)塊鏈系統(tǒng)管理能力，無縫融合包括JD Chain、Fabric在內(nèi)多種區(qū)塊鏈系統(tǒng)的部署管理，向企業(yè)級用戶提供公有云、私有云及混合云環(huán)境快速部署能力，降低企業(yè)使用成本，加快應(yīng)用落地。

談及服務(wù)層，大家比較關(guān)注身份、權(quán)限、資源調(diào)度管理、證書管理還有版本控制、日志記錄等。“在今年發(fā)布的《2019京東區(qū)塊鏈技術(shù)實踐白皮書》中，5大類、14個應(yīng)用案例的信息都在列。”

如果是BaaS可以被認(rèn)為是汽車發(fā)動機的“底盤”，有了底盤就可以圍繞底盤配置其他零部件，JD Chain就是里面的“發(fā)動機”，適用于不同的場景的區(qū)塊鏈應(yīng)用場景。BaaS幫助企業(yè)或者開發(fā)者搭上區(qū)塊鏈的“順風(fēng)車”，而且京東也整合了很多在BaaS平臺基礎(chǔ)上的應(yīng)用服務(wù)。

“JD Baas、JD Chain是京東區(qū)塊鏈的兩大技術(shù)架構(gòu)體系。基于區(qū)塊鏈去匹配各種各樣的應(yīng)用場景，主題就是怎么用區(qū)塊鏈去創(chuàng)造真實的價值，也可以被稱為是可持續(xù)價值。”

京東 JD BaaS平臺比較重要的特色，就是身份認(rèn)證服務(wù)，這也是區(qū)塊鏈和聯(lián)盟鏈不同的地方。聯(lián)盟鏈?zhǔn)且粋€許可鏈，京東方面身份認(rèn)證服務(wù)，例如身份注冊、企業(yè)證照審核等一系列內(nèi)容審核加入?yún)^(qū)塊鏈，以保障聯(lián)盟鏈各主體的合規(guī)性、關(guān)聯(lián)性、安全性。

在這個過程中，無論是企業(yè)還是個人的身份認(rèn)證信息都會存儲到區(qū)塊鏈中，在區(qū)塊鏈節(jié)點之間做一個協(xié)同，包括對外展示都是基于身份認(rèn)證發(fā)生一系列關(guān)系，這較之無認(rèn)證的關(guān)系發(fā)生將有很大的區(qū)別，也是未來比較看好的方向。

京東自主知識產(chǎn)權(quán)區(qū)塊鏈底層框架JD Chain于2019年3月正式宣布開源，在“萬級交易處理、秒級交易確認(rèn)、海量賬戶和交易、動態(tài)伸縮、賬戶存儲、多核并行、密碼算法”等方面符合經(jīng)典區(qū)塊鏈對存儲、對計算的定義和要求，同時還把Key Value結(jié)構(gòu)用現(xiàn)有recycle極大處理效率，這也是可以支持更高速度的原因。

零售、物流與數(shù)字科技等領(lǐng)域，是京東區(qū)塊鏈主要服務(wù)的方向。例如參與廣州互聯(lián)網(wǎng)法院“網(wǎng)通法鏈”建設(shè)、區(qū)塊鏈增值稅專用發(fā)票試點、與宿遷的電子證照打通試點等，實際賦能數(shù)字存證、電子發(fā)票、電子證照等方面的諸多實際應(yīng)用。

舉個例子來說，區(qū)塊鏈的數(shù)字存證。我們參與了北京互聯(lián)網(wǎng)法院和廣州互聯(lián)網(wǎng)法院的區(qū)塊鏈項目，需要把使用司法服務(wù)的內(nèi)容搭載一條司法聯(lián)盟鏈，主要可以實現(xiàn)什么作用呢？打比方說簽署一個合同，去公證處公證是必要流程之一，如果有了這個聯(lián)盟鏈，所有的操作都可以在司法‘朋友圈’實現(xiàn)。司法聯(lián)盟鏈可被理解為是數(shù)字簽名的技術(shù)，以此判斷合同簽署的合法性，同時簽完的合同會及時備份到這條聯(lián)盟鏈中，這樣，法院、公證處以及司法鑒定部門，包括合同雙方的簽署人都能夠及時獲知該信息。

此外，京東區(qū)塊鏈在防偽追溯方面做得最多，京東區(qū)塊鏈防偽追溯平臺曾經(jīng)受住四五次大促考驗，用戶復(fù)購率、用戶轉(zhuǎn)化率明顯提高，京東目標(biāo)客群對追溯對消費體驗升級、商品品質(zhì)保證的高度認(rèn)可。

以上就是此次沙龍活動分享的大致內(nèi)容。

關(guān)注微信公眾號"京東云開發(fā)者社區(qū)"，
回復(fù)“PPT0526”獲取課程視頻&PPT。

除了大促技術(shù)也可點擊→“京東云”了解618大促活動！
全場低至1折哦！