上雲七步走,助力垂直電商降本增效

甩開技術包袱,做出業務特色,越發成為垂直電商的生存之道

  今天,人們通過天貓、淘寶、蘇寧進行網絡購物,不僅方便,而且快樂,通過盒馬、餓瞭麼享受更加快捷的本地生活服務,與此同時,傢電、食品等垂直領域的電商平臺,也越來越有特色。  A公司是中國較早的食品領域相關產品和服務供應商,旗下的A1網致力於打造安全的大型食品購物網站。對食品進行優選,在保質期上嚴格把關,對食品庫存溫濕度以及人員健康嚴格把關的同時,網站不斷豐富食品種類,滿足不同人群的需求,和其他垂直領域電商平臺一樣,A1網也決定把更多的精力用在不斷提升服務質量和特色,網站本身往雲上遷移,借助雲計算的優勢,不斷提升系統響應速度,讓購物更加快捷,這已經成為該領域正在發生著的一個顯著變化。  把IT基礎設施重資產(包括基於IDC建設的服務器、存儲設備、網絡與安全設備等)轉移到雲上,實現IT基礎設施的虛擬化,根據業務量彈性靈活的使用資源,做到按量使用、按需付費,還有另一個附加好處,增強瞭經濟貿易風險抵禦能力。當經濟形勢觸底的時候,對於最壞的情況進行兜底,對於經濟形勢隨著拐點上行的時候,能夠輕裝前進,支持業務的快速擴張。  本文將以案例說明上雲為支撐業務和降低成本帶來的轉變,以及客戶的顧慮如何消除,最後通過什麼樣的步驟上雲。

系統越復雜越需要上雲,才能更敏捷的支撐業務

  業務的敏捷性要求,對使用傳統的IDC部署開源軟件運維的方式提出瞭挑戰。  上雲之前,網站已經具有瞭相當的規模,在北京世紀互聯主機房有數十個機櫃,在同城的備機房也有幾個機櫃,主要是存放備份、數據庫和代碼。

上雲七步走,助力垂直電商降本增效

圖1 雲下信息圖  使用瞭萬網的DNS服務和第三方的CDN服務,采用7層負載均衡,主機為物理機+kvm+vmware+docker的組合,存儲設備在主機房,有著數十TB的數據,使用瞭開源的漏洞掃描軟件,應用服務器采用瞭Nginx+Apache+Resin+Tomcat的組合,數據庫使用瞭SQLServer+MySql+Oracle等多種產品。  另外還使用瞭Redis緩存、ZooKeeper、MongoDB、ELK、Docker、K8S以及監控軟件和SVN,應用服務器+web前端+緩存+數據庫一共有上千臺服務器,操作系統則包括瞭centos和windows的多個版本。  與復雜的系統對應的是一支數十人的運維團隊,隨著時間的推移,不同廠商的產品越來越錯綜復雜,而業務的增長進一步為系統的平穩運行帶來瞭更大的挑戰,如何減少服務之間的依賴關系,如何打通數據,提高對新業務新需求的響應速度,如何提高運維人機比,這一系列的問題成為需要長期應對的挑戰。  而雲上通過微服務架構,通過使用企業分佈式服務EDAS、消息隊列、容器等服務和產品,極大的保障瞭系統的服務化和異步化,通過雲上數據庫、中間件、移動和物聯網套件以及小程序,可以快速搭建應用試錯,快速響應業務需求。

上雲後可以大幅度縮減成本

上雲七步走,助力垂直電商降本增效

圖2 雲上架構圖   由於電商特色的各種打折促銷活動,帶來瞭系統流量的波峰波谷,導致平時服務器的利用率遠遠不到50%,對於這部分業務,雲上可以使用包年包月的服務,性價比足夠高,而對於其他波峰的業務在雲上則可以使用按量付費的服務,在SLB設置規則當流量達到一定量的時候彈起一臺新機器,還可以考慮縱向的彈性擴展,比如提高配置規格,使得總體成本縮減到原來的一半。上雲後,客戶需要通過等保三級測評,可以通過我們和合作夥伴的服務幫助客戶準備材料,指導客戶順利通過測評,和自建機房相比,成本更低。  存儲都通過OSS上雲,雲下不存放數據,後續根據需要可以增加異地OSS備份,既節省瞭原來的存儲成本,雲上三副本的AZ內高可用、同城雙AZ容災和異地三AZ備份,很好的確保瞭數據可靠性與可用性。

以客戶第一的理念消除顧慮

  在行業大背景下,以實實在在的業務和技術的痛點為驅動,上雲帶來的好處為指引,使得今天更多的客戶不是談論什麼是雲計算,為什麼要上雲,而是在談論如何快速高效的上雲。與此同時,作為一傢專門提供雲服務的技術輸出公司,我們正以專業的態度服務客戶,從而打消一切顧慮,下面列舉瞭一些客戶因為顧慮而提出的問題,以及我們的解答。

  • 雙11阿裡會不會先保障天貓、淘寶,由此可能傷害客戶?
    面對這樣尖銳的問題,我們其實想到瞭前面,早在每年十月份或更早就開始詢問客戶的增量,提前為客戶做好擴容準備,以確保客戶的業務為首先要保障的目標。
  • 如果要下雲的時候會不會像某雲計算廠商一樣制造阻礙,關掉Redis的相應功能,使得客戶不能使用DTS進行不停服遷移?
    我們的回答是,絕對不會的,可以通過實際使用來驗證我們的承諾。
  • 對於A1網而言,由於客服線路等原因,有些數據庫遷移不上雲,能否雲上應用訪問雲下數據庫?
    回答是可以的,通過ECC建立雲上和IDC之間的高速通道就可以很好的滿足業務需要。
  • 我們為客戶提供的安全合規服務收費嗎?
    我們提供資料都是免費的,如果需要購買安全產品比如WAF則要按照WAF產品付費。
  • 上雲後的成本怎麼樣?
    通常比原成本節省30%,可以使用TCO計算器進行成本分析和現有IDC成本對比。
  • 部分運維人員擔心上雲後會不會沒有工作?
    事實上,上雲後運維同學可以解放出來從事雲服務管理等更加高級的工作,大數據開發工程師可以做數據分析師和技術支持工作,產生的價值更大,因為業務價值更大。同時,阿裡雲還提供瞭從Apsara Clouder、ACA助理工程師、ACP專業工程師到ACE高級工程師的雲計算專業技能和資格認證服務,基於雲計算、大數據、雲安全、人工智能、中間件幾大領域,證明技術人員可以基於阿裡雲產品在對應的技術方向上解決企業的基本業務問題。

上雲七步走

上雲七步走,助力垂直電商降本增效

圖3 上雲方案圖  網絡遷移,是首先要解決的問題。遷移前,瞭解機房和辦公區之間、機房之間的專線情況,包括帶寬、類型等;遷移時,建立ECC高速通道。  應用遷移,一般先於數據庫進行。遷移前,確定雙機房之間是否實現瞭主從,比如通過Bind服務域名解析配置主從服務器等;遷移時,在雲上重新部署,或者使用SMC做應用遷移;技術細節可以參考“服務器遷移最佳實踐”。  緩存遷移,包括Redis、MemCache遷移。遷移前,確定存放的是什麼數據,比如session,用戶登錄信息等,確定存放的哪些數據是可以丟棄的,應用重新從數據庫更新,確定需要遷移的數據量;遷移時,使用DTS工具進行遷移,且支持增量;應用和Redis之間如果有代理程序,需要先進行失效處理。  數據庫遷移,主要是MySQL遷移。遷移前,確定每個業務線對應的實例使用情況,實例共享物理機情況,確定端口是否都使用3306,不同的實例是否都使用不同的域名,MySQL以哪些版本為主,確認雲上是否覆蓋,統計實例總數,一臺物理機多少個實例,每個實例數據量級別,通過POC來熟悉DTS用法;遷移時,使用DTS工具遷移;如果出現異常則可采用回退策略,DTS回流到線下,客戶可能做業務改動,比如將IP改成域名,需要提前檢查。技術細節可以參考最佳實踐  半結構化數據遷移,包括MongoDB遷移。遷移前,需要瞭解有幾個集群,總共多少TB數據,需要做雲服務POC驗證;遷移時,使用雲自建方式,加分片方式遷移,也可以使用雲服務方式,通過使用DTS工具從自建遷移過來。存儲遷移,主要指非結構化數據遷移。遷移前,瞭解現有存儲的數據是哪些,含副本數據量和實際數據量,負載情況,讀寫比例等,需要POC來熟悉產品用法,包括測試使用OSSImport來將IDC文件遷移到OSS;遷移時,歷史數據使用閃電立方遷移到OSS,熱數據使用OSSImport遷移到OSS雲上存儲;遷移到OSS需要改應用,需要註意檢查避免出錯,另外,如果小文件較多,則遷移耗時可能會較長,需要提前做好安排。  如上所述,通過分析需求和關鍵的技術難點,制定瞭上雲方案,該方案按照標準化的流程對應考慮的技術問題做瞭規范約定,包括準備工作階段、遷移方法和風險預案,通過方案的實施,能夠有效的幫助客戶提高上雲的效率,降低風險。

查看更多:https://yqh.aliyun.com/detail/6523

上雲就看雲棲號:更多雲資訊,上雲案例,最佳實踐,產品入門,訪問:https://yqh.aliyun.com/

Published in News by Awesome.

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *