菜鳥聯盟與順豐快遞之爭終于在更重量級的大佬發話后暫時宣告平息，撕逼大戰以沒用結論沒用贏家而告一段落。冷靜分析，兩方之爭的最初起因，還是因為順豐的豐巢系統沒用部署在阿里云中。
這一點我們在《順豐與菜鳥之爭僅僅是因為沒有用阿里云？》一文中已經說明過，菜鳥快遞和阿里云都是阿里巴巴的，而順豐快遞做為菜鳥快遞的合作伙伴，將計算服務遷入到阿里云似乎也符合情理；如果放在騰訊云中，不但菜鳥對其的技術支持很難及時跟進，而且容易造成業務數據的外泄，被競爭對手掌握。總結下來，順豐擔心數據被阿里云壟斷，畢竟阿里云和菜鳥聯盟是親兄弟，順豐快遞與菜鳥聯盟再怎么親也是生意場上的朋友，順豐的顧慮我們完全可以理解。另一方面，菜鳥聯盟也擔心放在騰訊云計算中的順豐業務數據被騰訊公司一覽無余，這對于擅長造數據引導市場消費導向的電商大公司來說，也同樣是致命的。
競爭對手之間不相互存放數據，這是行業內不成文的規矩，這個大家都懂。一個最典型的案例，就是京東商城剛起步沒多久，很快就封殺了支付寶的收款通道。如果京東使用支付寶的收款通道，那么他每天交易量訂單流水必然在支付寶公司一覽無余，而支付寶跟淘寶是一家的，那么競爭對手有多少量，占多少市場份額，對于淘寶來說就一覽無余啦，而對于不掌握數據主動權的京東來說，則是黑盒。這是一種不對稱的競爭關系，也就難怪為什么當初劉強東哪怕投入再多技術開發成本，也要將支付寶這個收款通道替換掉的原因所在。
那么縱觀此次菜鳥聯盟與順豐快遞之爭，雙方還只是數據存放的爭論。從技術層面上來說，云計算分幾種層次，在服務器和帶寬資源外包的情況下，順豐快遞應該是通過服務器租賃的方式與騰訊云合作。每臺服務器是通過云計算系統劃分出來的，彼此之前都有獨立的root管理員或者administrator管理員，只要這個密碼不被修改掉，那么服務器中的數據就應該是安全。以筆者實際參與部署的延譽寶的服務器端云集成實踐為例，這款APP每天巨大的訪問量讓傳統的兩三臺服務器根本無法承受，為了解決這個問題，延譽寶的技術團隊采用在前端部署負載均衡服務器，而將具體的訪問和計算處理業務隨機分配給后面任意一臺服務器；數據庫采用主從模式，商戶的會員數據、優惠券服務器、商戶頭條促銷信息分別有三個主數據庫為分別為不同的業務邏輯服務，讀取數據則隨機分配到十多臺數據庫服務器中的任意一臺只讀服務器上，當業務量大的時候，負責數據讀取的從服務器還會隨時調配增加。
云計算技術雖然解決了類似延譽寶這樣用戶量巨大的APP應用并發訪問問題，但也帶來新的問題，就是數據必須托管在這些云計算供應商那里。雖然我們有管理員密碼的最后一道防線，但密碼人家也是隨時可以為您修改和重置的。一般小的APP只要幾臺服務器，對于密碼重置還是可以監控到的，但是順豐快遞這樣的規模，其服務器集群的部署必然和延譽寶類似，在業務膨脹和收縮過程中，服務器的增減是很正常的，誰也不能保證數據的存留不會被云計算供應商看到，前提是，只要他對您的數據感興趣。阿里云是云供應商，既然大家都不是君子，將心比心想想，放在騰訊云上的順豐快遞的那點數據……后面的話語也就不好說得太明白了。
那么，冷靜思考此次菜鳥聯盟與順豐快遞之爭后，我們也應該就云計算背后的數據安全好好上一課啦！當您的規模還不足夠大的時候，選擇云計算供應商還是性價比最優的方案，當您的供應商對的數據可能會感興趣的時候，相信您也上規模了，不要怕，勇敢的將數據搬出來！
