本文來自微信公眾號“twt企業(yè)IT社區(qū)”，作者/余靜，大型零售巨頭運維經(jīng)理，從事零售行業(yè)10多年，了解零售行業(yè)各個環(huán)節(jié)，見證和參與從傳統(tǒng)零售到數(shù)字化零售轉(zhuǎn)型全過程，從線下輝煌到線下逐步被線上蠶食，從線下主動進(jìn)攻線上，到目前疫情期間能穩(wěn)住大盤，業(yè)績逐步提升，快速推進(jìn)商超行業(yè)數(shù)字化轉(zhuǎn)型。
一、后疫情時代，商超企業(yè)轉(zhuǎn)向全渠道業(yè)務(wù)發(fā)展
從2019年疫情開始，線下零售業(yè)務(wù)季度萎縮，許多商超零售行業(yè)已經(jīng)難以為繼，入不敷出，如蘇寧、國美相繼折戟，每日優(yōu)先也是難以為繼，到2022年許多商超公司活下來是當(dāng)前各個公司的重要任務(wù)。為什么突然出現(xiàn)這種情況呢？
從2015開始，新零售概念興起，許多商超頭部企業(yè)逐步轉(zhuǎn)向新零售，但是同時線上電商出現(xiàn)飽和，為了拓展市場，增加他們的護(hù)城河，他們逐漸向線下進(jìn)攻，通過新開、收購、整合重組等方式，新零售商超如如后春筍般一窩蜂出現(xiàn)，如盒馬鮮生、每日優(yōu)鮮、便利蜂、京東7鮮等，這就造成了對傳統(tǒng)零售的沖擊和競爭。
目前整個商超零售市場約5w億，市場就那么大，新玩家越來越多，體驗越來越好，老商超資金困難難以應(yīng)對，這樣就導(dǎo)致了老商超必須通過業(yè)務(wù)變革尋求發(fā)展。線上線下的競爭邊界越來越模糊，流量紅利逐漸見頂，商超行業(yè)進(jìn)入了存量競爭時代，商超企業(yè)都在開始談全渠道、全業(yè)態(tài)融合、數(shù)字化轉(zhuǎn)型。
總體來說后疫情時代的到來，整體中國經(jīng)濟轉(zhuǎn)型，無論國家頂層還是企業(yè)都在積極進(jìn)行數(shù)字化轉(zhuǎn)型，這樣給傳統(tǒng)商超帶來了新的挑戰(zhàn)，隨著消費的升級，全渠道數(shù)字化零售成為必然趨勢，打通移動端、PC端和實體端的消費需求，讓各個渠道之間形成互動和引流，從而全面打開銷量，同時實現(xiàn)商品、人員、任務(wù)數(shù)字化在線，可以隨時分析和掌握消費者需求，提高消費者的體驗，促進(jìn)消費者的購買欲望。
二、商超行業(yè)技術(shù)趨勢現(xiàn)狀
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，2022年各行各業(yè)數(shù)字化轉(zhuǎn)型如火如荼，數(shù)字化轉(zhuǎn)型正在影響每一個領(lǐng)域和行業(yè)，從金融服務(wù)、娛樂、教育、制造到醫(yī)療保健。企業(yè)通過數(shù)字化來提升的服務(wù)并提供符合客戶期望的產(chǎn)品。數(shù)字化轉(zhuǎn)型的核心目標(biāo)正變得更加響應(yīng)不斷變化的客戶偏好和市場趨勢。
商超行業(yè)的數(shù)字化轉(zhuǎn)型也是如此。作為商品流通的終端環(huán)節(jié)，商超業(yè)是國民經(jīng)濟的基礎(chǔ)產(chǎn)業(yè)，也是消費拉動經(jīng)濟增長的重要著力點。近年來，隨著生活水平的不斷提升，人們的消費理念和需求逐漸變化。與此同時，人工智能、云計算、大數(shù)據(jù)等新興技術(shù)的不斷成熟，正在加快零售行業(yè)數(shù)字化轉(zhuǎn)型的步伐。
新技術(shù)的應(yīng)用給予了傳統(tǒng)商超機會，那么我們是全部自建自研？還是依托于第三方公有云技術(shù)進(jìn)行業(yè)務(wù)自研，底座選擇第三方？大部分商超企業(yè)因為缺乏技術(shù)，資金有限會選擇部分自研加第三方底座方式進(jìn)行數(shù)字化轉(zhuǎn)型。
三、商超行業(yè)上云技術(shù)分析
任何一家以IT為支撐的企業(yè)當(dāng)前面臨的兩個巨大挑戰(zhàn)，第一是效率，如何提升效率，節(jié)省開發(fā)、運維、測試等人力成本。第二是安全，如何提升安全能力，當(dāng)前網(wǎng)絡(luò)環(huán)境復(fù)雜，隨著移動互聯(lián)網(wǎng)的興起，無論是業(yè)務(wù)還是辦公，都從內(nèi)網(wǎng)轉(zhuǎn)向公網(wǎng)，安全問題給運維人員帶來新的挑戰(zhàn)。
大部分企業(yè)IT部門是為業(yè)務(wù)服務(wù)，專注于業(yè)務(wù)系統(tǒng)的同時很難兼顧提高效率和提升安全能力，一般情況借助第三方的能力，如系統(tǒng)采用微服務(wù)部署到公有云k8s環(huán)境，采用云上的一些安全生態(tài)，這樣效率非常高。
云計算是數(shù)字化轉(zhuǎn)型的基石和助推器。任何一家企業(yè)基于自身的實際需求來邁向上云之路。這里以AWS為例談?wù)勆坛袠I(yè)公有云上用到的重要技術(shù)。
1、整體機房底座技術(shù)架構(gòu)
當(dāng)前整體架構(gòu)：
架構(gòu)說明：
a、機房分別與云之間采用雙百G光纖線路連接。
b、重點應(yīng)用采用AWS為主，某云廠商或者機房為輔。
c、重點系統(tǒng)采用在AWS、某云廠商、機房分別采用雙機房部署重點系統(tǒng)，自動切換。
d、大數(shù)據(jù)主要以機房為主，當(dāng)然AWS上的一些現(xiàn)成算法可以充分利用上。
2、整體業(yè)務(wù)訪問邏輯架構(gòu)
3、容器技術(shù)應(yīng)用
AWS容器服務(wù)使可以便捷地管理底層基礎(chǔ)設(shè)施，無論是在本地還是在云中。AWS上提供了完整的DevSecOps解決方案，如編排、計算選項、支持容器的工具和服務(wù)，托管機房的集群，其他一些工具及完整的解決方案。
應(yīng)用容器化是企業(yè)應(yīng)用現(xiàn)代化進(jìn)程中的重要環(huán)節(jié)之一，基于Kubernetes的容器集群被大量用戶在云上和云下使用。Amazon EKS服務(wù)可以幫助用戶快速創(chuàng)建基于Kubernetes的集群，Amazon EKS會把Kubernetes的控制平面進(jìn)行托管，這將大大降低了部署Kubernetes集群的復(fù)雜度。與此同時，Amazon EKS服務(wù)也提供了高可用的架構(gòu)以及豐富的安全管理功能。
在很多大型企業(yè)內(nèi)部，基于安全的考慮，也有大量的業(yè)務(wù)希望部署在純私有的網(wǎng)絡(luò)環(huán)境內(nèi)，業(yè)務(wù)底層的容器不需要被Internet直接訪問，但容器集群的Worker node以及內(nèi)部容器需要能夠通過被嚴(yán)格管理的代理來訪問Internet安裝軟件或者進(jìn)行必要的互聯(lián)網(wǎng)交互。以下內(nèi)容將會演示如何在中國區(qū)搭建一個私有的Amazon EKS集群，并利用Http代理的方式讓W(xué)orker Node可以訪問互聯(lián)網(wǎng)。
具體架構(gòu)如下：
使用AWS容器服務(wù)后整體提升效率（來自AWS官網(wǎng)）
我公司從機房自主搭建k8s集群開始到目前AWS云上使用k8s已3年多，整體從人工到目前基本實現(xiàn)完全自動化，整體上節(jié)省80%人工運維成本，將重復(fù)性勞動釋放去做更有意義的項目，整體來說，自我搭建雖然也提高一定的效率，但是維護(hù)成本很大，出問題技術(shù)團(tuán)隊人數(shù)很少，處理問題很慢，涉及模塊太多，專業(yè)度不足，規(guī)模越大越感覺力不從心，上了AWS云后，底座非常穩(wěn)定，系統(tǒng)故障率降低了，工作效率提升明顯。
4、云安全防護(hù)
隨著網(wǎng)絡(luò)攻擊越來越猖獗，企業(yè)安全防御需要有更高的曝光率，才能夠主動辨別潛在威脅和漏洞，評估安全警示并做出相對回應(yīng)。為了確保這點，大多數(shù)企業(yè)依賴如應(yīng)用程序、防火墻、身份識別系統(tǒng)等不同來源的日志和事件資料，這些數(shù)據(jù)源可能來自云計算或企業(yè)本地，各自使用獨特、互不兼容的資料格式。
2021年以來，國家已頒布個人信息保護(hù)法、關(guān)鍵基礎(chǔ)設(shè)施保護(hù)法、數(shù)據(jù)保護(hù)法等，這就要求我們對信息數(shù)據(jù)安全加以重視。
我們從2022年以來，利用第三方云安全技術(shù)對公網(wǎng)域名進(jìn)行漏洞掃描，同時進(jìn)行滲透測試，檢查出一些常見漏洞并予以修復(fù)。同時構(gòu)建主動防御工具，做到防患于未然，有攻擊有報警能應(yīng)對。
在2022AWS re:Invent大會上發(fā)布的Amazon Security Lake解決方案，可以自動將客戶在云端和本地的安全數(shù)據(jù)集中到客戶在AWS賬戶下專門構(gòu)建的數(shù)據(jù)湖中，使用Security Lake分析安全數(shù)據(jù)。更全面地了解整個組織的安全性，并改進(jìn)對工作負(fù)載、應(yīng)用程序和數(shù)據(jù)的保護(hù)。
Amazon Security Lake通過可定制的數(shù)據(jù)備份保留設(shè)置實現(xiàn)數(shù)據(jù)生命周期管理；該服務(wù)可將傳入的安全數(shù)據(jù)轉(zhuǎn)換為高效的Apache Parquet格式；并使數(shù)據(jù)符合開放網(wǎng)絡(luò)安全架構(gòu)框架（Open Cybersecurity Schema Framework，OCSF），對來自AWS的安全數(shù)據(jù)可更輕松地實現(xiàn)自動標(biāo)準(zhǔn)化，以及將其與幾十個預(yù)集成的第三方企業(yè)安全數(shù)據(jù)源相結(jié)合。安全分析師和工程師可以使用Amazon Security Lake聚合、管理和優(yōu)化大批量迥然不同的各類日志和事件數(shù)據(jù)，實現(xiàn)更快的威脅檢測、調(diào)查和事件響應(yīng)，高效、快速地解決潛在問題，同時繼續(xù)使用他們熟悉的分析工具?？蛻糁恍鑾状螁螕艟涂梢詣?chuàng)建，使用他們熟悉的分析工具，實現(xiàn)對數(shù)據(jù)的聚合、規(guī)范化和存儲，更快地響應(yīng)安全事件。客戶在完成設(shè)置、連接到選定的數(shù)據(jù)源之后，Amazon Security Lake會自動在客戶選定的AWS區(qū)域中構(gòu)建一個安全數(shù)據(jù)湖，讓用戶更輕松地滿足區(qū)域性的數(shù)據(jù)合規(guī)要求。
Security Lake創(chuàng)建一個數(shù)據(jù)湖，專門選擇的用于集中數(shù)據(jù)的賬戶和區(qū)域的安全性而構(gòu)建。自動收集現(xiàn)有賬號和新賬號的AWS日志和安全數(shù)據(jù)來源。它們被標(biāo)準(zhǔn)化為Open Cybersecurity Schema Framework（OCSF）。其中包括AWS CloudTrail管理事件、Amazon虛擬私有云（VPC）流日志、Amazon Route 53 Resolver查詢?nèi)罩?，以及通過AWS Security Hub集成的解決方案的安全檢測結(jié)果。還可以添加來自第三方安全解決方案的數(shù)據(jù)和自定義數(shù)據(jù)，包括來自內(nèi)部應(yīng)用程序或網(wǎng)絡(luò)基礎(chǔ)設(shè)施的日志。例如，上海華訊網(wǎng)絡(luò)系統(tǒng)和AWS合作構(gòu)建零信任安全模型、提供公有云環(huán)境下的數(shù)據(jù)資產(chǎn)安全保護(hù)，幫助派拉軟件等安全SaaS服務(wù)商更快更好地為制造、醫(yī)藥、零售等行業(yè)提供身份安全、應(yīng)用安全和數(shù)據(jù)安全服務(wù)。
四、商超零售行業(yè)數(shù)字化轉(zhuǎn)型的方向趨勢
商超零售行業(yè)目標(biāo)如下：
第一是零售業(yè)務(wù)對消費者全方位觸達(dá)，到店和到家業(yè)務(wù)任意選擇，使消費者在線上線下能夠被識別和服務(wù)，使得顧客體驗提高非常明顯；
第二在大數(shù)據(jù)和人工智能技術(shù)的基礎(chǔ)上，最明顯的應(yīng)用就是自助收銀、精準(zhǔn)定位目標(biāo)消費者、精準(zhǔn)會員營銷，樹立自己的品牌；
第三零售商超的運營模式從傳統(tǒng)的單一渠道獨立運營到線上線下一體化，以用戶、消費者、顧客為運營中心，降低消費者的行動成本，增加消費者的到店率。
整體來說，利用當(dāng)前企業(yè)云現(xiàn)成的底座和新技術(shù)快速開發(fā)、迭代出適合于各家公司業(yè)務(wù)的數(shù)字化項目，做自己擅長的事，將不擅長的事交給擅長的公司來做。
