本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體涉及一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法。

背景技術(shù)：

隨著移動(dòng)互聯(lián)網(wǎng)電商的蓬勃發(fā)展，各式各樣的電商平臺(tái)涌現(xiàn)在互聯(lián)網(wǎng)世界。訂單環(huán)節(jié)是每個(gè)電商平臺(tái)必不可少的。市場(chǎng)上大多數(shù)電商平臺(tái)都使用了同一套開源的電商代碼，以及相似的底層服務(wù)器構(gòu)架。但每個(gè)電商系統(tǒng)售賣的商品類型與訪問流量各不相同，如何構(gòu)建與開發(fā)滿足于自身需求的底層架構(gòu)與上層業(yè)務(wù)代碼對(duì)一個(gè)電商平臺(tái)是非常重要的。

由于汽車電商的平臺(tái)技術(shù)不成熟與業(yè)務(wù)流程復(fù)雜的局限性，汽車作為大件在電商平臺(tái)上進(jìn)行售賣，對(duì)訂單流程的技術(shù)要求非常高。如何保障客戶的權(quán)益與下單的便捷，如何保障4s店、銷售顧問、汽車廠家與電商后臺(tái)的客服、運(yùn)營(yíng)與財(cái)務(wù)人員收到訂單消息的及時(shí)性與對(duì)訂單操作的合理性，是目前需要解決的復(fù)雜問題。訂單操作設(shè)計(jì)的不規(guī)范會(huì)導(dǎo)致以下問題：1、退單流程繁瑣。2、商品屬性選擇錯(cuò)誤，需要重新下單。3、不同人員對(duì)訂單操作的權(quán)限混亂。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的是提供一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法，解決了現(xiàn)有的電商平臺(tái)不能實(shí)現(xiàn)數(shù)據(jù)的動(dòng)態(tài)的負(fù)載均衡的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案：

一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法，包括如下步驟：

步驟1：建立底層服務(wù)器構(gòu)架，所述底層服務(wù)器構(gòu)架包括客戶端設(shè)備、nginx服務(wù)器、數(shù)個(gè)apache服務(wù)器、主數(shù)據(jù)庫(kù)服務(wù)器和從數(shù)據(jù)服務(wù)器；客戶端設(shè)備通過互聯(lián)網(wǎng)與nginx服務(wù)器通信，所有apache服務(wù)器均通過互聯(lián)網(wǎng)與nginx服務(wù)器通信，所有apache服務(wù)器均通過互聯(lián)網(wǎng)與主數(shù)據(jù)庫(kù)服務(wù)器通信，主數(shù)據(jù)庫(kù)服務(wù)器通過局域網(wǎng)與從數(shù)據(jù)庫(kù)服務(wù)器通信；

步驟2：nginx服務(wù)器通過互聯(lián)網(wǎng)連接所有汽車電商平臺(tái)下的底層服務(wù)器，所有所述底層服務(wù)器中的靜態(tài)文件與各種汽車商品圖片均傳送至nginx服務(wù)器中進(jìn)行緩存處理；

當(dāng)客戶需要進(jìn)行下單操作時(shí)，客戶端設(shè)備通過互聯(lián)網(wǎng)訪問nginx服務(wù)器中的靜態(tài)文件與各種汽車商品圖片并顯示給客戶，客戶通過客戶端設(shè)備生成訂單信息，并將訂單信息發(fā)送給nginx服務(wù)器，nginx服務(wù)器生成訂單業(yè)務(wù)邏輯；

步驟3：訂單業(yè)務(wù)邏輯通過nginx服務(wù)器作為入口進(jìn)行反向代理，并傳輸?shù)剿衋pache服務(wù)器的代碼層，每臺(tái)apache服務(wù)器均在代碼層將訂單業(yè)務(wù)邏輯處理成源代碼，并根據(jù)源代碼執(zhí)行訂單業(yè)務(wù)邏輯的流程，最終生成訂單數(shù)據(jù)，訂單數(shù)據(jù)包括訂單號(hào)、聯(lián)系人、下單地區(qū)、下單車型與款式、訂單分銷人和客戶意向4s店；

步驟4：每臺(tái)apache服務(wù)器均同時(shí)將訂單數(shù)據(jù)寫入主數(shù)據(jù)庫(kù)服務(wù)器；

步驟5：主數(shù)據(jù)庫(kù)服務(wù)器與從數(shù)據(jù)庫(kù)服務(wù)器使用mysql的主從分布功能在局域網(wǎng)中建立主從關(guān)系，主數(shù)據(jù)庫(kù)服務(wù)器將訂單數(shù)據(jù)傳送給從數(shù)據(jù)庫(kù)服務(wù)器；

步驟6：每臺(tái)apache服務(wù)器對(duì)訂單數(shù)據(jù)的查詢時(shí)，由從數(shù)據(jù)庫(kù)服務(wù)器負(fù)責(zé)數(shù)據(jù)的查詢工作。

所述訂單業(yè)務(wù)邏輯為訂單的下單、訂單的扭轉(zhuǎn)和訂單的糾正分別遵循的流程規(guī)則，所述流程規(guī)則包括以下步驟：

步驟s1：客戶選擇汽車商品屬性后進(jìn)入訂單確認(rèn)頁(yè)面，確認(rèn)無(wú)誤后，填寫用戶地址與備注信息；若客戶選擇選擇使用優(yōu)惠券，則顯示優(yōu)惠后的價(jià)格與活動(dòng)；汽車商品屬性包括汽車商品的圖片；

步驟s2:進(jìn)入支付頁(yè)面，客戶選擇支付方式進(jìn)行支付；支付成功后，將客戶選擇的汽車商品屬性通過互聯(lián)網(wǎng)向負(fù)責(zé)該汽車商品的管理員的手機(jī)上發(fā)送短信和微信信息；

步驟s3：管理員根據(jù)訂單并通過nginx服務(wù)器與客戶第一時(shí)間進(jìn)行聯(lián)系，核實(shí)訂單，管理員通過nginx服務(wù)器通知客戶所選擇的4s店，客戶選擇一個(gè)4s店后，nginx服務(wù)器將訂單推送到該4s店的所有銷售顧問的微信中；

步驟s4：銷售顧問收到客戶的訂單后，通過手機(jī)聯(lián)系nginx服務(wù)器進(jìn)行搶單操作，第一名搶單成功的銷售顧問將獲得客戶的聯(lián)系方式；銷售顧問聯(lián)系客戶進(jìn)行線下提車操作；

步驟s5：客戶若下錯(cuò)訂單，客戶需要進(jìn)行訂單的糾正，客戶可通過客戶端設(shè)備的取消訂單操作進(jìn)行退單，管理員通過nginx服務(wù)器審核并進(jìn)行退款；客戶在退款未結(jié)束的任何時(shí)間點(diǎn)都可將正在取消的訂單恢復(fù)成正常訂單。

所述訂單數(shù)據(jù)包括用戶的地址信息、汽車商品屬性、用戶的付款信息，用戶的退款信息、訂單的下單信息、訂單的扭轉(zhuǎn)信息和訂單的糾正信息。

所述客戶端設(shè)備為手機(jī)或電腦。

本發(fā)明所述的一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法，解決了現(xiàn)有的電商平臺(tái)不能實(shí)現(xiàn)數(shù)據(jù)的動(dòng)態(tài)的負(fù)載均衡的問題，增加了電商平臺(tái)在進(jìn)行邏輯操作時(shí)的快捷性。

附圖說明

圖1是本發(fā)明的底層服務(wù)器構(gòu)架框圖。

具體實(shí)施方式

如圖1所示的一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法，包括如下步驟：

步驟1：建立底層服務(wù)器構(gòu)架，所述底層服務(wù)器構(gòu)架包括客戶端設(shè)備、nginx服務(wù)器、數(shù)個(gè)apache服務(wù)器、主數(shù)據(jù)庫(kù)服務(wù)器和從數(shù)據(jù)服務(wù)器；客戶端設(shè)備通過互聯(lián)網(wǎng)與nginx服務(wù)器通信，所有apache服務(wù)器均通過互聯(lián)網(wǎng)與nginx服務(wù)器通信，所有apache服務(wù)器均通過互聯(lián)網(wǎng)與主數(shù)據(jù)庫(kù)服務(wù)器通信，主數(shù)據(jù)庫(kù)服務(wù)器通過局域網(wǎng)與從數(shù)據(jù)庫(kù)服務(wù)器通信；

步驟2：nginx服務(wù)器通過互聯(lián)網(wǎng)連接所有汽車電商平臺(tái)下的底層服務(wù)器，所有所述底層服務(wù)器中的靜態(tài)文件與各種汽車商品圖片均傳送至nginx服務(wù)器中進(jìn)行緩存處理；

當(dāng)客戶需要進(jìn)行下單操作時(shí)，客戶端設(shè)備通過互聯(lián)網(wǎng)訪問nginx服務(wù)器中的靜態(tài)文件與各種汽車商品圖片并顯示給客戶，客戶通過客戶端設(shè)備生成訂單信息，并將訂單信息發(fā)送給nginx服務(wù)器，nginx服務(wù)器生成訂單業(yè)務(wù)邏輯；

步驟3：訂單業(yè)務(wù)邏輯通過nginx服務(wù)器作為入口進(jìn)行反向代理，并傳輸?shù)剿衋pache服務(wù)器的代碼層，每臺(tái)apache服務(wù)器均在代碼層將訂單業(yè)務(wù)邏輯處理成源代碼，并根據(jù)源代碼執(zhí)行訂單業(yè)務(wù)邏輯的流程，最終生成訂單數(shù)據(jù)，訂單數(shù)據(jù)包括訂單號(hào)、聯(lián)系人、下單地區(qū)、下單車型與款式、訂單分銷人和客戶意向4s店；實(shí)現(xiàn)了數(shù)據(jù)的動(dòng)態(tài)的負(fù)載均衡，增加了電商平臺(tái)在進(jìn)行邏輯操作時(shí)的快捷性。

步驟4：每臺(tái)apache服務(wù)器均同時(shí)將訂單數(shù)據(jù)寫入主數(shù)據(jù)庫(kù)服務(wù)器；

步驟5：主數(shù)據(jù)庫(kù)服務(wù)器與從數(shù)據(jù)庫(kù)服務(wù)器使用mysql的主從分布功能在局域網(wǎng)中建立主從關(guān)系，主數(shù)據(jù)庫(kù)服務(wù)器將訂單數(shù)據(jù)傳送給從數(shù)據(jù)庫(kù)服務(wù)器；

步驟6：每臺(tái)apache服務(wù)器對(duì)訂單數(shù)據(jù)的查詢時(shí)，由從數(shù)據(jù)庫(kù)服務(wù)器負(fù)責(zé)數(shù)據(jù)的查詢工作；這樣既解決了數(shù)據(jù)庫(kù)服務(wù)器的壓力，優(yōu)化訂單數(shù)據(jù)的顯示，而mysql的binlog又可以保障數(shù)據(jù)的穩(wěn)定性，即使出現(xiàn)了臟數(shù)據(jù)也可以及時(shí)恢復(fù)。

所述訂單業(yè)務(wù)邏輯為訂單的下單、訂單的扭轉(zhuǎn)和訂單的糾正分別遵循的流程規(guī)則，所述流程規(guī)則包括以下步驟：

步驟s1：客戶選擇汽車商品屬性后進(jìn)入訂單確認(rèn)頁(yè)面，確認(rèn)無(wú)誤后，填寫用戶地址與備注信息；若客戶選擇選擇使用優(yōu)惠券，則顯示優(yōu)惠后的價(jià)格與活動(dòng)；汽車商品屬性包括汽車商品的圖片；

步驟s2:進(jìn)入支付頁(yè)面，客戶選擇支付方式進(jìn)行支付；支付成功后，將客戶選擇的汽車商品屬性通過互聯(lián)網(wǎng)向負(fù)責(zé)該汽車商品的管理員的手機(jī)上發(fā)送短信和微信信息；

步驟s3：管理員根據(jù)訂單并通過nginx服務(wù)器與客戶第一時(shí)間進(jìn)行聯(lián)系，核實(shí)訂單，管理員通過nginx服務(wù)器通知客戶所選擇的4s店，客戶選擇一個(gè)4s店后，nginx服務(wù)器將訂單推送到該4s店的所有銷售顧問的微信中；

步驟s4：銷售顧問收到客戶的訂單后，通過手機(jī)聯(lián)系nginx服務(wù)器進(jìn)行搶單操作，第一名搶單成功的銷售顧問將獲得客戶的聯(lián)系方式；銷售顧問聯(lián)系客戶進(jìn)行線下提車操作；

步驟s5：客戶若下錯(cuò)訂單，客戶需要進(jìn)行訂單的糾正，客戶可通過客戶端設(shè)備的取消訂單操作進(jìn)行退單，管理員通過nginx服務(wù)器審核并進(jìn)行退款；客戶在退款未結(jié)束的任何時(shí)間點(diǎn)都可將正在取消的訂單恢復(fù)成正常訂單。

所述訂單數(shù)據(jù)包括用戶的地址信息、汽車商品屬性、用戶的付款信息，用戶的退款信息、訂單的下單信息、訂單的扭轉(zhuǎn)信息和訂單的糾正信息。

所述客戶端設(shè)備為手機(jī)或電腦。

本發(fā)明所述的一種電商訂單在底層服務(wù)器構(gòu)架中的處理方法，解決了現(xiàn)有的電商平臺(tái)不能實(shí)現(xiàn)數(shù)據(jù)的動(dòng)態(tài)的負(fù)載均衡的問題，增加了電商平臺(tái)在進(jìn)行邏輯操作時(shí)的快捷性。