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