【正文】 備份過程通過 SSH 安全隧道進(jìn)行。可以進(jìn)行無限擴(kuò)容。 WEB 服務(wù)器，主要存放項(xiàng)目的程序代碼； 數(shù)據(jù)庫服務(wù)器，主要存放數(shù)據(jù)庫和數(shù)據(jù)倉庫等結(jié)構(gòu)化數(shù)據(jù)； 文件服務(wù)器，主要存放的是圖片、文件、視頻等非結(jié)構(gòu)化數(shù)據(jù)。 根據(jù)上傳資源的用戶角色不同， 非結(jié)構(gòu)化數(shù)據(jù) 又分為： a）用戶上傳 數(shù)據(jù)資源 備份：定期（如 30 分鐘）從 DB 服務(wù)器的 media meta 信息表中獲取最新上傳 數(shù)據(jù)資源 的列表，將此列表中的每個(gè) 數(shù)據(jù)資源 從 Media 服務(wù)器拷 貝到在線 Web 服務(wù)器（ Web1, Web2）、備份 Web服務(wù)器（ Backup Web），以此達(dá)到備份效果。在這里一樣根據(jù)項(xiàng)目運(yùn)營的不同階段做兩個(gè)階段的容災(zāi)方案。在 hadoop 下，當(dāng)你服務(wù)器資源不足 包括：硬盤、 CPU、內(nèi)存。如圖（ 11）所示，解決數(shù)據(jù)量大的情況下，數(shù)據(jù)查詢效 率的問題，以及服務(wù)器資源不足的問題。采用分布式可以解決集群的性能瓶頸問題，資源瓶頸問題，因?yàn)樗强梢詿o限拓展的。我們應(yīng)該采用分布式集群對(duì)架構(gòu)進(jìn)行拓展，以保障系統(tǒng)的性能以及項(xiàng)目的正常運(yùn)作，當(dāng)然這還包括 web 前端的安全性和性能問題，這個(gè)在服務(wù)器架構(gòu)上會(huì)詳細(xì)描述。 但是這種方法，只能在硬盤損壞的情況下保證項(xiàng)目正常運(yùn)作，如果服務(wù)器其他部件損壞則無法正常運(yùn)作。可以保證數(shù)據(jù)的安全和完整性。這里涉及到兩個(gè)概念 集群和分布式。在架構(gòu)中，將各種服務(wù)器按照安全級(jí)別的從高到低分為如圖（ 圖 51）： ? Web 服務(wù)器集群 ? 安全級(jí)別最低，可由外部直接通過 SSH(Secure Shell)協(xié)議登錄 ? 向所有 IP 打開 HTTP, HTTPS, SSH, FTP 等端口 ? 應(yīng)用服 務(wù)器及資源服務(wù)器集群 ? 安全級(jí)別中等，不可直接由外部登錄。而物流庫房中的路徑規(guī)劃，實(shí)際依賴的是貨位，只要確認(rèn)貨位后，即可依據(jù)貨位號(hào)的大小關(guān)系，制定路徑規(guī)劃規(guī)則，從而得到檢貨路徑。 檢貨及發(fā)貨 播種法是將多個(gè)訂單集中到一起后，批量檢貨，然后再分檢成單獨(dú)的訂單。 系統(tǒng)信息錄入即在系統(tǒng)中錄入收貨的相關(guān)信息，包括收貨商品的品種、數(shù)量、保質(zhì)期等，對(duì)于首次收貨 的新品，還需要測量其三維尺寸（以外包裝為準(zhǔn)）、重量、 UPC 碼等信息。例如需要查看商品的外包裝是否有明顯的污漬、破損，有保質(zhì)的商品還需要查看剩余保質(zhì)期還有多長時(shí)間（一般剩余保質(zhì)期不得少于保質(zhì)期長度的 2/3）等等。而點(diǎn)大包的方式下，當(dāng)面交接時(shí)僅僅清點(diǎn)送貨包裹數(shù)量，而不檢查包裹內(nèi)的商品詳情，因此收貨效率高，但是差錯(cuò)較多。首先，一般批量操作時(shí)效率較高，所以同一產(chǎn)品，若一次送貨數(shù)量較多，則整體的收貨效率也較高；其次，形狀規(guī)則的商品，易于清點(diǎn)，易于貼標(biāo)簽處理，收貨的效率也較高。 出入庫管理 庫房收貨能力： 庫房收貨能力受限于人力和設(shè)備兩大塊。 滯銷品和殘品的清理規(guī)則： 說到滯銷品，先要談一個(gè)概念：庫齡（ Inventory Age），即庫存從進(jìn)入庫房，到銷售出庫之間的時(shí)間。如果采 購單很多，采購員沒有精力一個(gè)個(gè)地打電話通知，也可以雙方約定好下單和看單的時(shí)間，例如采購在每周二 15:00 前完成采購單，供應(yīng)商在當(dāng)天的 17:00 左右查看郵箱，了解采購需求。 貨位系統(tǒng)的也是隨著 B2C 行業(yè)的逐步發(fā)展，隨著業(yè)務(wù)的需求，一步步地從簡單到復(fù)雜這么走過來的。 以上是 B2C 企業(yè)中的一些通用性的庫存結(jié)構(gòu)綜述，在具體的運(yùn)營中，有的行業(yè)有自身的特殊性，會(huì)使用更加復(fù)雜的庫存結(jié)構(gòu)方式，這里不作太深 入的探討。這部分不在實(shí)際的庫存中，但是可以很快采購到的貨品就叫做虛庫存。在這樣的情況下，會(huì)采用鎖定庫存的方式。為了理論符合實(shí)際，在系統(tǒng)中也會(huì)定義出這一部分的庫存為不可銷售狀態(tài)。 訂單占用庫存： 當(dāng)生成訂單時(shí)，可用庫存數(shù)量減少，訂單占用庫存數(shù)量增多，變化 的數(shù)量即訂單中的產(chǎn)品數(shù)量。庫存，也就是庫房中的貨品總和，它一般由如下部分組成： 可銷售 庫存： 大型 B2C 商城 中，前臺(tái)網(wǎng)站會(huì)與后臺(tái) WMS（ Warehouse Management sy tem）保持?jǐn)?shù)據(jù)同步，并作出判斷。測算存貨經(jīng)濟(jì)訂貨量時(shí) ,考慮對(duì)供應(yīng)鏈企業(yè)的影響 。 決策支持主要包含目標(biāo)市場決策、銷售戰(zhàn)略決策、營銷管理決策 3 個(gè)功能模塊， 14 個(gè)子模塊。把握客戶喜好，為銷售和營銷決策提供有效的數(shù)據(jù)支持幫助。同時(shí)依附客戶等級(jí)體系，構(gòu)建完整的客戶維 護(hù)標(biāo)準(zhǔn)。 訂單管理 訂單是用 戶行為和營銷機(jī)會(huì)分析的核心數(shù)據(jù)，訂單的形式多種多樣，在互聯(lián)網(wǎng)電子商務(wù)方面我們系統(tǒng)主要針對(duì) B2C 商城、淘寶商城 /網(wǎng)店、網(wǎng)絡(luò)分銷系統(tǒng) 3 個(gè)方面的訂單進(jìn)行處理。讓銷售人員更有針對(duì)性地開展工作。如圖（ 圖 310）。系統(tǒng)通過對(duì)競爭對(duì)手進(jìn)行合理分析了解競爭對(duì)手當(dāng)前狀態(tài)和營銷情況。形成客戶漏斗為營銷人員（客服人員）提供有效營銷依據(jù)。通過數(shù)據(jù)采集引擎和數(shù)據(jù)挖掘引擎可以輕松獲得這一手資料，構(gòu)建客戶數(shù)據(jù)庫（包括：潛在客戶數(shù)據(jù)）和訂單數(shù)據(jù)庫。從而形成集合客戶挖掘、關(guān)系維護(hù)、行為跟蹤、投訴處理、 換貨管理于一體的全方位全景式的客戶服務(wù)體驗(yàn)。 23 通過數(shù)據(jù)采集引擎，采集競爭對(duì)手?jǐn)?shù)據(jù)，主要來自淘寶網(wǎng)店、 B2C 商城 和團(tuán)購網(wǎng)站等。挖掘潛在客戶信息和潛在客戶的基本訂單資料。 客戶關(guān)系管理 根據(jù)目前電子商務(wù)格局， ECRM 客戶關(guān)系管理系統(tǒng) 包括：銷售機(jī)會(huì) 管理、客戶服務(wù)、訂單管理、決策支持等模塊如圖 （圖 37） 22 圖 37. ECRM 電子商務(wù)客戶關(guān)系管理架構(gòu) 客戶服務(wù) 客戶不管在那個(gè)行業(yè)都處于核心地位，誰擁有龐大的忠實(shí)客戶全體，誰就在商場利于不敗之地。商城平臺(tái)提供產(chǎn)品類型可分多級(jí)及根據(jù)商品活動(dòng)情況分類，如最新商家商品分類、最新特價(jià)商品分類、最新熱賣產(chǎn)品分類等。 商城后臺(tái)管理設(shè)計(jì) 圖 34. 商城后臺(tái)管理系統(tǒng)功能 如圖（圖 34）所示，商城后臺(tái)管理主要由 PSI 庫存管理、統(tǒng)計(jì)中心、會(huì)員管理、商品管理 平臺(tái)、支付平臺(tái)、市場平臺(tái)組成。 商城后臺(tái)管理包括：產(chǎn)品管理、訂單管理、會(huì)員管理、營銷推廣管理、頁面管理、銷售分析、物流管理、留言管理、活動(dòng)管理、數(shù)據(jù)備份、退貨管理、郵件系統(tǒng)、短信發(fā)送、通訊管理、權(quán)限管理等功能。 通過單點(diǎn)登錄、訂單管理、客戶服務(wù)為消費(fèi)人群提供了良好的應(yīng)用環(huán)境；通過報(bào)表服務(wù)、監(jiān)督管理、訂單管理、決策系統(tǒng)、市場機(jī)會(huì)管理為系統(tǒng)管理人員提供了數(shù)據(jù)管理、數(shù)據(jù)分析、行為分析等應(yīng)用。 數(shù)據(jù)服務(wù)層由數(shù)據(jù)業(yè)務(wù)庫及數(shù)據(jù)倉庫組成，數(shù)據(jù)業(yè)務(wù)庫的主要功能是存儲(chǔ)客戶數(shù)據(jù)、電子商務(wù)數(shù)據(jù)、訂單數(shù)據(jù)、物流數(shù)據(jù)等常用的 B2C 商城等用戶交易物流信息；數(shù)據(jù)倉庫的主要功能是對(duì)營銷數(shù)據(jù)、銷售數(shù)據(jù)、客戶行為數(shù)據(jù)進(jìn)行存儲(chǔ)，提供 ECRM 客戶關(guān)系管理、訂單管理、 PSI 進(jìn)銷存管理提供有效的數(shù)據(jù)支持。 5. 安全性 在數(shù)據(jù)錄入、傳輸、查詢等方面設(shè)計(jì)中均應(yīng)作充分的安全性考慮。 3. 采用先進(jìn)的平臺(tái)和開發(fā)工具 采用當(dāng)今應(yīng)用開發(fā)的主流模式，反映當(dāng)今先進(jìn)的應(yīng)用設(shè)計(jì)水平，并為今后系統(tǒng)的發(fā)展打下基礎(chǔ)。 電子商務(wù)構(gòu)建標(biāo)準(zhǔn)化 ? 計(jì)算機(jī)軟件工程規(guī)范國家標(biāo)準(zhǔn)匯編 GB/T1639896 ? GB/T1147595 軟件工程術(shù)語 ? GB/T1553895 軟件標(biāo)分類法 14 ? GB/T1250490 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ? GB/T1439493 計(jì)算機(jī)軟件可靠性和可維護(hù)性 ? GB/T1585395 軟件支持環(huán)境 15 第三章 電 子商務(wù)平臺(tái)建設(shè) 方案 平臺(tái) 設(shè)計(jì)原則 1. 實(shí)用靈活，易查找 頁面風(fēng)格明快簡潔有個(gè)性，網(wǎng)站的導(dǎo)航人性化設(shè)計(jì)。這種“平臺(tái)級(jí)”服務(wù)能夠保證支撐 SaaS 或其他軟件服務(wù)提供商各種應(yīng)用系統(tǒng)長時(shí)間、穩(wěn)定的運(yùn)行。 (2)平臺(tái)及服務(wù) :PaaS 運(yùn)營商所需提供的服務(wù)，不僅僅是單純的基礎(chǔ)平臺(tái)，而且包括針對(duì)該平臺(tái)的技術(shù)支持服務(wù)，甚至針對(duì)該平臺(tái)而進(jìn)行的應(yīng)用系統(tǒng)開發(fā)、優(yōu)化等服務(wù)。 13 圖 22 PASS 架構(gòu)特點(diǎn) PaaS 能將現(xiàn)有各種業(yè)務(wù)能力進(jìn)行整合，具體可以歸類為應(yīng)用服務(wù)器、業(yè)務(wù)能力接入、業(yè)務(wù)引擎、業(yè)務(wù)開放平臺(tái)，向下根據(jù)業(yè)務(wù)能力需要測算基礎(chǔ)服務(wù)能力，通過 IaaS 提供的API 調(diào)用硬件資源，向上提供業(yè)務(wù)調(diào)度中心服務(wù)，實(shí)時(shí)監(jiān)控平臺(tái)的各種資源，并將這些資源通過 API 開放給 SaaS 用戶。通過網(wǎng)絡(luò)進(jìn)行程序提供的服務(wù)稱之為 SaaS(Software as a Service)，而云計(jì)算時(shí)代相應(yīng)的服務(wù)器平臺(tái)或者開發(fā)環(huán)境作為服務(wù)進(jìn)行提供就成為了PaaS(Platform as a Service)。所以當(dāng)單擊 Web頁面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理。例如它可能用象 EJBs 和 ColdFusion Components 這樣的構(gòu)件對(duì)象來處理數(shù)據(jù)庫。它們各自處理自己的任務(wù)。 SAAS提 供商為企業(yè)搭建信息化所需要的所有網(wǎng)絡(luò)基礎(chǔ)設(shè)施及軟件、硬件運(yùn)作平臺(tái)，并負(fù)責(zé)所有前期的實(shí)施、后期的維護(hù)等一系列服務(wù)，企業(yè)無需購買軟硬件、建設(shè)機(jī)房、招聘 IT 人員，即可通過互聯(lián)網(wǎng)使用信息系統(tǒng)。 ? SAAS:是 Softwareasaservice（軟件即服務(wù)）。就像新的編程語言或模型伴隨著更多的痛苦，開發(fā)人員需要學(xué)習(xí)新的技巧及如何最好利用這些新技術(shù)。Web 應(yīng)用的交互如 Flickr, Backpack 和 Google 在這方面已經(jīng)有質(zhì)的飛躍。在這個(gè)階段有銀行業(yè)、配送系統(tǒng)的介入，在技術(shù)上、法律上、標(biāo)準(zhǔn)上等等方面有更高的要求。 信息交流階段 第二階段是信息交流階段 ：作為 B2B（商家對(duì)商家）來說，這一階段是簽定合同、完成必需的商貿(mào)票據(jù)的交換過程。 10 第二章 技術(shù)概述 電子商務(wù)信息 信息整理階段 第一個(gè)階段是信息整理階段：對(duì)于商家來說，此階段為發(fā)布信息階段。 4．互動(dòng)性 通過互聯(lián)網(wǎng)，商家之間可以直接交流、談判、簽合同、消費(fèi)者也可以把自己的反饋建議反映到企業(yè)或商家的網(wǎng)站，而企業(yè)或者商家則要根據(jù)消費(fèi)者的反饋及時(shí)調(diào)查產(chǎn)品種類及服務(wù)品質(zhì)，做到良性互動(dòng)。 電子 商務(wù)發(fā)展特點(diǎn) 1．簡單性 利用電子商務(wù)的簡單、快捷、的特性，傳統(tǒng)企業(yè)把信息流、商流、資金流和部分的物流完整的用網(wǎng)絡(luò)替代，將傳統(tǒng)的商務(wù)流程電子化、數(shù)字化。 電子商務(wù)未來趨勢 如圖（圖 14）根據(jù) DCCI 統(tǒng)計(jì)數(shù)據(jù)顯示， 截至 2021 年，中國網(wǎng)民規(guī)模未來三年將達(dá)到 億人，占總?cè)丝诘?50%，網(wǎng)民滲透率過半，達(dá) %。 因?yàn)槭袌霏h(huán)境的利好，國內(nèi)外 VC 持續(xù)看好中國電子商務(wù)前景。 7 電子商務(wù) 發(fā)展因素 傳統(tǒng)企業(yè)紛紛加速開辟 M2C 交易平臺(tái)，獨(dú)立建設(shè)垂直電子商務(wù)網(wǎng)站，帶動(dòng)了電子商務(wù)市場的繁榮和服務(wù)水平升級(jí)。 ? 2021 年 Q1 網(wǎng)絡(luò)經(jīng)濟(jì)、 GDP、社會(huì)消費(fèi)品零售總額的同比增速分別為 %、 %、%。 5 電子商務(wù)市場現(xiàn)狀 圖 11 2021 互聯(lián)網(wǎng)普及率統(tǒng)計(jì) 如圖（圖 11）所示，根據(jù) 中國互聯(lián)網(wǎng)數(shù)據(jù)中心 數(shù)據(jù) 統(tǒng)計(jì) 所示， 截至 2021 年 12 月底，中國網(wǎng)民規(guī)模突破 億大關(guān)，較 2021 年底增加 7330 萬人，年增幅 %；互聯(lián)網(wǎng)普及率攀升至 %。 EBusiness 是利用網(wǎng)絡(luò)實(shí)現(xiàn)所有商務(wù)活動(dòng)業(yè)務(wù)流程的電子化。但我國在引進(jìn)這些概念的時(shí)候都翻譯成電子商務(wù)，很多人對(duì)這兩者的概念產(chǎn)生了混淆。電子商務(wù)涵蓋 電子商務(wù) 的 范 圍 很 廣 ， 一 般 可 分 為 企 業(yè) 對(duì) 企 業(yè) (BusinesstoBusiness) ，企業(yè)對(duì)消費(fèi)者(BusinesstoConsumer) ， 消 費(fèi) 者 對(duì) 消 費(fèi) 者 (ConsumertoConsumer), 企業(yè)對(duì)政府(Businesstogovernment),業(yè)務(wù)流程 (Business process)等 5 種模式，其中主要的有企業(yè)對(duì)企業(yè)(BusinesstoBusiness)，