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

　　今天，人們通過天貓、淘寶、蘇寧進行網絡購物，不僅方便，而且快樂，通過盒馬、餓了么享受更加快捷的本地生活服務，與此同時，家電、食品等垂直領域的電商平臺，也越來越有特色。
　　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需要改應用，需要注意檢查避免出錯，另外，如果小文件較多，則遷移耗時可能會較長，需要提前做好安排。
　　如上所述，通過分析需求和關鍵的技術難點，制定了上云方案，該方案按照標準化的流程對應考慮的技術問題做了規范約定，包括準備工作階段、遷移方法和風險預案，通過方案的實施，能夠有效的幫助客戶提高上云的效率，降低風險。

原文鏈接
本文為云棲社區原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的上云七步走，助力垂直电商降本增效的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。