【正文】 接由外部登錄?？梢员ＷC數(shù)據(jù)的安全和完整性。我們應(yīng)該采用分布式集群對(duì)架構(gòu)進(jìn)行拓展，以保障系統(tǒng)的性能以及項(xiàng)目的正常運(yùn)作，當(dāng)然這還包括 web 前端的安全性和性能問題，這個(gè)在服務(wù)器架構(gòu)上會(huì)詳細(xì)描述。如圖（ 11）所示，解決數(shù)據(jù)量大的情況下，數(shù)據(jù)查詢效 率的問題，以及服務(wù)器資源不足的問題。在這里一樣根據(jù)項(xiàng)目運(yùn)營的不同階段做兩個(gè)階段的容災(zāi)方案。 WEB 服務(wù)器，主要存放項(xiàng)目的程序代碼； 數(shù)據(jù)庫服務(wù)器，主要存放數(shù)據(jù)庫和數(shù)據(jù)倉庫等結(jié)構(gòu)化數(shù)據(jù)； 文件服務(wù)器，主要存放的是圖片、文件、視頻等非結(jié)構(gòu)化數(shù)據(jù)。備份過程通過 SSH 安全隧道進(jìn)行?？梢赃M(jìn)行無限擴(kuò)容。 根據(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á)到備份效果。在 hadoop 下，當(dāng)你服務(wù)器資源不足 包括：硬盤、 CPU、內(nèi)存。采用分布式可以解決集群的性能瓶頸問題，資源瓶頸問題，因?yàn)樗强梢詿o限拓展的。 但是這種方法，只能在硬盤損壞的情況下保證項(xiàng)目正常運(yùn)作，如果服務(wù)器其他部件損壞則無法正常運(yùn)作。這里涉及到兩個(gè)概念 集群和分布式。而物流庫房中的路徑規(guī)劃，實(shí)際依賴的是貨位，只要確認(rèn)貨位后，即可依據(jù)貨位號(hào)的大小關(guān)系，制定路徑規(guī)劃規(guī)則，從而得到檢貨路徑。 系統(tǒng)信息錄入即在系統(tǒng)中錄入收貨的相關(guān)信息，包括收貨商品的品種、數(shù)量、保質(zhì)期等，對(duì)于首次收貨 的新品，還需要測量其三維尺寸（以外包裝為準(zhǔn)）、重量、 UPC 碼等信息。而點(diǎn)大包的方式下，當(dāng)面交接時(shí)僅僅清點(diǎn)送貨包裹數(shù)量，而不檢查包裹內(nèi)的商品詳情，因此收貨效率高，但是差錯(cuò)較多。 出入庫管理 庫房收貨能力： 庫房收貨能力受限于人力和設(shè)備兩大塊。如果采 購單很多，采購員沒有精力一個(gè)個(gè)地打電話通知，也可以雙方約定好下單和看單的時(shí)間，例如采購在每周二 15:00 前完成采購單，供應(yīng)商在當(dāng)天的 17:00 左右查看郵箱，了解采購需求。 以上是 B2C 企業(yè)中的一些通用性的庫存結(jié)構(gòu)綜述，在具體的運(yùn)營中，有的行業(yè)有自身的特殊性，會(huì)使用更加復(fù)雜的庫存結(jié)構(gòu)方式，這里不作太深 入的探討。在這樣的情況下，會(huì)采用鎖定庫存的方式。 訂單占用庫存： 當(dāng)生成訂單時(shí)，可用庫存數(shù)量減少，訂單占用庫存數(shù)量增多，變化 的數(shù)量即訂單中的產(chǎn)品數(shù)量。測算存貨經(jīng)濟(jì)訂貨量時(shí) ,考慮對(duì)供應(yīng)鏈企業(yè)的影響 。把握客戶喜好，為銷售和營銷決策提供有效的數(shù)據(jù)支持幫助。 訂單管理 訂單是用 戶行為和營銷機(jī)會(huì)分析的核心數(shù)據(jù)，訂單的形式多種多樣，在互聯(lián)網(wǎng)電子商務(wù)方面我們系統(tǒng)主要針對(duì) B2C 商城、淘寶商城 /網(wǎng)店、網(wǎng)絡(luò)分銷系統(tǒng) 3 個(gè)方面的訂單進(jìn)行處理。如圖（ 圖 310）。形成客戶漏斗為營銷人員（客服人員）提供有效營銷依據(jù)。從而形成集合客戶挖掘、關(guān)系維護(hù)、行為跟蹤、投訴處理、 換貨管理于一體的全方位全景式的客戶服務(wù)體驗(yàn)。挖掘潛在客戶信息和潛在客戶的基本訂單資料。商城平臺(tái)提供產(chǎn)品類型可分多級(jí)及根據(jù)商品活動(dòng)情況分類，如最新商家商品分類、最新特價(jià)商品分類、最新熱賣產(chǎn)品分類等。 商城后臺(tái)管理包括：產(chǎn)品管理、訂單管理、會(huì)員管理、營銷推廣管理、頁面管理、銷售分析、物流管理、留言管理、活動(dòng)管理、數(shù)據(jù)備份、退貨管理、郵件系統(tǒng)、短信發(fā)送、通訊管理、權(quán)限管理等功能。 數(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ù)支持。 3. 采用先進(jìn)的平臺(tái)和開發(fā)工具 采用當(dāng)今應(yīng)用開發(fā)的主流模式，反映當(dāng)今先進(jìn)的應(yīng)用設(shè)計(jì)水平，并為今后系統(tǒng)的發(fā)展打下基礎(chǔ)。這種“平臺(tái)級(jí)”服務(wù)能夠保證支撐 SaaS 或其他軟件服務(wù)提供商各種應(yīng)用系統(tǒng)長時(shí)間、穩(wěn)定的運(yùn)行。 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 用戶。所以當(dāng)單擊 Web頁面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理。它們各自處理自己的任務(wù)。 ? SAAS:是 Softwareasaservice（軟件即服務(wù)）。Web 應(yīng)用的交互如 Flickr, Backpack 和 Google 在這方面已經(jīng)有質(zhì)的飛躍。 信息交流階段 第二階段是信息交流階段 ：作為 B2B（商家對(duì)商家）來說，這一階段是簽定合同、完成必需的商貿(mào)票據(jù)的交換過程。 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ù)未來趨勢(shì) 如圖（圖 14）根據(jù) DCCI 統(tǒng)計(jì)數(shù)據(jù)顯示， 截至 2021 年，中國網(wǎng)民規(guī)模未來三年將達(dá)到 億人，占總?cè)丝诘?50%，網(wǎng)民滲透率過半，達(dá) %。 7 電子商務(wù) 發(fā)展因素 傳統(tǒng)企業(yè)紛紛加速開辟 M2C 交易平臺(tái)，獨(dú)立建設(shè)垂直電子商務(wù)網(wǎng)站，帶動(dòng)了電子商務(wù)市場的繁榮和服務(wù)水平升級(jí)。 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)普及率攀升至 %。但我國在引進(jìn)這些概念的時(shí)候都翻譯成電子商務(wù)，很多人對(duì)這兩者的概念產(chǎn)生了混淆。隨著國內(nèi) Inter 使用人數(shù)的增加，利用 Inter 進(jìn)行網(wǎng)絡(luò)購物并以銀行卡付款的消費(fèi)方式已日漸流行，市場份額也在迅速增長，電子商務(wù)網(wǎng)站也層出不窮。ECommerce 集中于電子交易，強(qiáng)調(diào)企業(yè)與外部的交易與合作，而 EBusiness 則把涵蓋范圍擴(kuò)大了很多。 ? 電子商務(wù)占互聯(lián)網(wǎng)經(jīng)濟(jì)市場份額的 %，是未來網(wǎng)絡(luò)經(jīng)濟(jì)發(fā)展的主要?jiǎng)恿Α?B2C 電子商務(wù)市場投資吸引力增強(qiáng)，針對(duì) B2C 的大量上市與融資， 2021 年達(dá)到一個(gè)高峰。 一方面以電子流代替了實(shí)物流，可以降低人力成本、資金成本、運(yùn)營成本； 一方面突破了時(shí)間和空間的限制，交易活動(dòng)可以在任意時(shí)間、任何地點(diǎn)進(jìn)行，從而提高了效率。主要是選擇自己的優(yōu)秀商品，精心組織自己的商品信息，建立自己的網(wǎng)頁，然后加入名氣較大、影響力較強(qiáng)、點(diǎn)擊率較高的著名網(wǎng)站中，讓盡可能多的人們了解你認(rèn)識(shí)你。網(wǎng)上交易的成功與否就在這個(gè)階段。 ? SOA:( ServiceOriented Architecture，面向服務(wù)的體系結(jié)構(gòu) ) 是一個(gè)組件模型， 它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。就像打開自來水龍頭就能用水一樣，企業(yè)根據(jù)實(shí)際需要，向 SAAS 提供商租賃軟件服務(wù)。被模型 返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。 PaaS 是 PlatformasaService 的縮寫，意思是平臺(tái)即服務(wù)。 PaaS的運(yùn)營商最了解他們所運(yùn)營的基礎(chǔ)平臺(tái)，所以由 PaaS 運(yùn)營商所提出的對(duì)應(yīng)用系統(tǒng)優(yōu)化和改進(jìn)的建議也非常重要。從用戶角度出發(fā)，最大限度滿足用戶搜索需求。 應(yīng)用程序安全驗(yàn)證：通過 MD5 加密技術(shù)，對(duì)應(yīng)用級(jí)用戶進(jìn)行口令和權(quán)限驗(yàn)證確保網(wǎng)站的安全性。 核心業(yè)務(wù)層由 B2C 商城、淘寶商城及網(wǎng)絡(luò)分銷系統(tǒng)組成，是用戶提供數(shù)據(jù)訪問、用戶體驗(yàn)的直接入口。 20 B2C 購物 流程 設(shè)計(jì) 圖 35. 商城業(yè)務(wù) 流程 設(shè)計(jì) B2C 訂單流程設(shè)計(jì) 21 圖 36. 訂單管理流程 商品管理系統(tǒng) 商品信息是由產(chǎn)品基礎(chǔ)屬性、產(chǎn)品類型、產(chǎn)品規(guī)格、產(chǎn)品品牌構(gòu)成的一組信息。然后這一切必須以優(yōu)質(zhì)的客戶服務(wù)為基點(diǎn)。挖掘潛在客戶信息和潛在客戶的基本訂單資料。 大量的潛在客戶挖掘，只是萬里長征的第一步，如何將潛在客戶發(fā)展成自身的顧客 常24 客 忠實(shí)客戶，是 客戶關(guān)系維護(hù)的一個(gè)重要內(nèi)容。分析對(duì)手的營銷事件及效果，從而為自身營銷提供決策依據(jù)。特別是新品上市，如何定位商品目標(biāo)群體，那么客戶漏斗可以為您解決這個(gè)問題如圖（ 圖311）。 訂單管理主要包含： B2C 平臺(tái)訂單管理、淘寶商城訂單管理、網(wǎng)絡(luò)分銷商訂單管理、物流跟蹤、信用控制 5 個(gè)功能模塊。主要內(nèi)容如圖（ 圖 313）通過字面可以很好地理解這里就不詳細(xì)闡述。當(dāng)可銷售庫存 0，前臺(tái)網(wǎng)站會(huì)顯示商品可供購買，而一旦可銷售庫29 存 0 時(shí)，前臺(tái)網(wǎng)站則會(huì)顯示商品不可直接購買 。 鎖定庫存： 在銷售中，經(jīng)常會(huì)使用的一種方式是降價(jià)，這一方式的效果會(huì) 非常好，成功的降價(jià)促銷可以在很短時(shí)間內(nèi)將商品一售而空，可銷售庫存直接轉(zhuǎn)化為訂單占用庫存。 30 調(diào)撥占用庫存： 電子商務(wù)系統(tǒng)需要設(shè)立一個(gè)以上的庫房。 供應(yīng)管理 零售企業(yè)的庫存，都來自于供應(yīng)商?？紤]單個(gè) Unit 的庫齡并沒有什么意思，但是某一個(gè) Item，某一個(gè) Category 的平均庫齡，卻真實(shí)地反應(yīng)了公司的庫存狀況。 實(shí)物庫存數(shù)量 : 32 在實(shí)際收貨過程中，不可能做到完全按預(yù)約進(jìn)行，有些商品的銷售數(shù)量突然加大，可能需要緊急收貨；有的訂單雖然當(dāng)前銷售不多，剩余天數(shù)較多，但有可能是下一波促銷商品，很快就會(huì)產(chǎn)生銷售高峰；有的時(shí)候會(huì)出現(xiàn)影響收貨效率的意外情況，因此，在管理送貨預(yù)約時(shí)，不要一次性 將所有收貨能力全部安排掉，而要保留部分機(jī)動(dòng)力量，用于靈活安排。對(duì)于不符合銷售標(biāo)簽的產(chǎn)品，要當(dāng)場拒收。播種法的最33 大優(yōu)勢(shì)在于， 多個(gè)訂單集中處理后，理論上需要檢的產(chǎn)品會(huì)均勻分布在整個(gè)庫房中，檢貨時(shí)只需要在庫房中遍歷一次，即可完成整個(gè)檢貨的過程。 ? 只向 Web 服務(wù)器集群打開相應(yīng)的服務(wù)端口（由具體應(yīng)用決定且可配） ? （ 分布式 ） 數(shù)據(jù)庫集群和 (分布式 )文件系統(tǒng)集群 36 ? 安全級(jí)別最高，不可直接由外部登錄 ? 只向應(yīng)用服務(wù)器及資源服務(wù)器集群打開絕對(duì)必要的服務(wù)端口 數(shù)據(jù)安全設(shè)計(jì) 數(shù)據(jù)在 項(xiàng)目 中 處于核心地位，數(shù)據(jù) 分為 兩大類即：結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。 結(jié)構(gòu)化數(shù)據(jù)以 MYSQL 為例常用的集群技術(shù)，目前最常用的方式就是設(shè)置主 從（ masterslave）庫 ,并實(shí)現(xiàn)讀寫分離，保障數(shù)據(jù)安全的同時(shí)，提高了數(shù)據(jù)操縱的效率。 集群大家可以理解為，一組服務(wù)器集中在一起實(shí)現(xiàn)一個(gè)業(yè)務(wù)。 MYSQL SERVER 可以無限拓展，每個(gè) mysql server 都可以是如圖（ 圖 44）所示的主從庫。 ? 第一階段，可采用定時(shí)異地容災(zāi)機(jī)制 項(xiàng)目初期， 為了防止數(shù)據(jù)丟失， 可以通過 定期對(duì)數(shù)據(jù)進(jìn)行備份 包括：結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù) 。 在 WEB 服務(wù)器主要采用 LVS 作為負(fù)載均衡中間件， 4 臺(tái)服務(wù)器（ web web weblbweblb2）用于實(shí)現(xiàn) web 服務(wù)器的負(fù)載均衡（需 5 個(gè) IP）。 ? 進(jìn)行代碼級(jí)安全檢驗(yàn)，防止 SQL 注入問題。 weblb weblb2 均為 web 服務(wù)器的負(fù)載均衡節(jié)點(diǎn)，用于調(diào)用 web web2 網(wǎng)站服務(wù)器，其中 weblb1 服務(wù)器處于工作狀態(tài)，當(dāng) weblb1 出現(xiàn)故障或死機(jī)時(shí)將由 weblb2 服務(wù)器接管所有的 weblb1 的所有工作直到 weblb1 服務(wù)器恢復(fù)正常，保證用戶的正常訪問；