另外，這個公司有一個特性，很多大的商家都在廣州，為了提升廣州商家的用戶體驗，它在廣州也放了一個 CLB，通過內網(wǎng)專線連接到在上海的業(yè)務。也就是說，業(yè)務架構沒有太多的變化，但是可用性和用戶體驗都有提升。
最后一點，因為現(xiàn)在 IDC 網(wǎng)絡都是千兆的，萬兆成本非常貴，而在騰訊云所有的可用區(qū)域是全萬兆架構。大數(shù)據(jù)這塊， IDC 的大數(shù)據(jù)對網(wǎng)絡的要求比較高，所以這個客戶把自己的套件放到黑石上。
視頻直播從娛樂秀場的大爆發(fā)逐漸走向垂直領域的縱深，電商、教育、金融等各行各業(yè)對視頻直播的需求已到了非常迫切的地步，在介紹了騰訊云面對電商行業(yè)的全面解決方案之后，騰訊資深產(chǎn)品經(jīng)理錢栩磊以《電商直播技術應對之道》來詳細介紹電商 + 直播場景下，騰訊云的解決方案。
概括來說，直播可以給消費者帶來圖文介紹或者是錄播視頻很難提供的臨場感，可以刺激消費者縮短決策路徑，通過主播帶來的氣氛刺激消費者消費。雖然直播對電商的促進作用有這么多，但是現(xiàn)實中如何通過直播帶來大流量，并進行轉化是個大問題。
對于客戶來說，如果自己做一個直播 APP，每個模塊下有這么多工作要做。比如說上傳 / 匯聚，會涉及到視頻的編碼、視頻推流、實時美顏等等；視頻轉碼方面，會涉及到實時轉碼、多格式轉碼、多協(xié)議轉碼、轉碼模塊、錄制截圖等等。如果還要加上互動功能，實現(xiàn)觀眾和主播進行視頻互動、視頻連麥、美顏濾鏡、特效等等，不僅復雜燒腦，技術上門檻也非常高。
具體到騰訊的視頻云解決方案，基于騰訊多年在 QQ 視頻的技術沉淀，再加上服務端技術，以及增值直播服務，打包形成了一個視頻直播解決方案，這個解決方案整體來說分為三個大模塊：一是直播內容采集，二是直播后臺系統(tǒng)，三是直播內容播放。具體應用場景就是主播端、服務端和觀眾端。
在騰訊云直播特性上，首先可以支持超低的直播延時 400 毫秒；其次是多路的視頻上麥，支持多路互動；另外，在保證超低延時和多路視頻上麥的同時，騰訊云還提供高畫質的視聽體驗。
在視頻直播 + 聊天室的服務中，提供一站式的 IM 通訊系統(tǒng)，完整的場景化構造，包括 APP 帳號關聯(lián)及登陸系統(tǒng)，可以通過 QQ、微信登陸；另外可以發(fā)送自定義消息，發(fā)送圖片、評論、點贊甚至是禮物，這些消息都支持單獨形式彈出；同時，作為電商平臺還可以在上面浮出商品信息、購物車信息以及支付消息；另外可以直播互動，主播允許后，可以與粉絲進行視頻溝通；值得強調的是，直播聊天室沒有人數(shù)限制。
在直播 + 短視頻服務中，騰訊云提供一整套短視頻解決方案，包括短視頻的 SDK，以及豐富的編輯、特效等性能；另外直播 + 美顏相信大家都不陌生，關于美顏，騰訊云提供的效果非常多，包括大眼、美妝、瘦臉瘦身等等。
對于當前受到廣泛關注的人工智能，騰訊云也提供直播 +AI 解決方案，可以對主播進行人臉處理以及人臉識別、人臉關鍵點追蹤，實現(xiàn)很多動效；此外，還可以實現(xiàn)實時綠幕摳圖；另外還有 OCR 識別，在快遞面單上自動生成可編輯文字，替代人工輸入的方式。
分享最后錢栩磊介紹，自從 2015 年推出視頻云服務以來，TOP100 里的直播 APP，80% 用的是騰訊視頻云；在電商、金融等垂直領域，90% 用的是騰訊視頻云，涵蓋主播人數(shù) 60% 以上。
作為美麗聯(lián)合集團旗下美麗說、蘑菇街、淘世界的一個業(yè)務實體，蘑菇街技術專家陳輝分享了電商平臺的實踐和一些感悟，特別是從自主可控、電商平臺兩個角度引發(fā)大家的思考。
分享一開始，陳輝介紹了蘑菇街業(yè)務和技術發(fā)展的歷程。蘑菇街在 2016 年 5 月和美麗說、淘世界進行融合，這個時候不僅僅是蘑菇街一個平臺，里面涉及到多個平臺，不僅僅是解決單一平臺的問題，要解決的是不同平臺之間的業(yè)務整合、隔離問題。另外，下一個階段蘑菇街要考慮怎么把電商能力輸出。
從技術角度， 陳輝著重分享了在業(yè)務多平臺階段，技術怎么做平臺化，怎么通過平臺化技術讓業(yè)務活下來。蘑菇街三個比較主流的購物入口包括微信小程序、微信小店微商城、自己的 APP，此外還有 APP、H5、小程序等多端和多場景、多平臺，這時候應用該怎么分、代碼怎么寫至關重要。
平臺化主要做的事情就是能夠支持多平臺業(yè)務的快速構建、部署，并通過技術手段解決隔離、選擇、穩(wěn)定性等問題。在這其中可以分解為擴展性、隔離性、基礎能力、合作與效率等多個方面，根據(jù)蘑菇街的經(jīng)驗，歸總為一些原則：
上圖是蘑菇街架構整體解決方案，用模塊化框架以及一系列的核心插件去解決一些依賴、管理、隔離相關的問題，上層會有不同的業(yè)務模塊去拆分，然后切入到本身的業(yè)務管理里。
對此陳輝認為，平臺化能夠解決的問題包括穩(wěn)定性、快速擴展、標準化場景，但是不能解決的包括：業(yè)務上多平臺之間要穿插，應該怎么做？從技術上來講，電商不只有后端服務，其實電商還有包括安全、風控、運維以及其他任何基礎的一些支持。還有前端，如果我們僅僅考慮后端相關的東西是不夠的，比如還要考慮 DevOps 的落地、還有效率相關的問題，這是蘑菇街在后面階段看重的點。
基于以上問題，蘑菇街會去考慮 serverless、service mesh、SOA、微服務…把這些叫做 Buzzword，這兩年最熱的就是這些概念；另外，還會考慮錢和業(yè)務的問題，是不是要投入全部精力去做技術上的創(chuàng)新？因此會考慮 business ecosystem，標準化以后向外提供標準化服務。此外還可以看類似 Lambda 這樣的模式是不是也是我們想要的，可以不用關注彈性、擴容，不去關注網(wǎng)絡成本、質量，類似這樣的方式是否可以更好地提高效率。
據(jù)陳輝介紹，如果非要問蘑菇街為什么要自建平臺、自建平臺的好處是什么、為什么要自己搞 PaaS？只能說時機到了。在合作伙伴的選擇上，蘑菇街選擇了騰訊云，在蘑菇街上云這件事情上，騰訊云給予了很多支持，從服務的專業(yè)程度和細致程度，也給陳輝留下了深刻印象。
小紅書是一家發(fā)展非?？焖俚墓?，在技術層面來看也是如此，近段時間小紅書的開發(fā)團隊在對業(yè)務系統(tǒng)進行微服務化改造，同時也進行容器化的推廣， 以期提高線上部署的效率，控制發(fā)布風險。那么，關于容器化小紅書有什么樣的心得呢小紅書運維總監(jiān)孫國清現(xiàn)場分享了小紅書大規(guī)模容器化應用實踐。
大家都知道容器有很多優(yōu)點，對于小紅書最看中容器的三個方面：部署效率、彈性容量和善用資源。
基于以上考慮，小紅書開始實施容器的部署實踐。 ? ?左邊是我們的 CI 過程，右邊是監(jiān)控和日志相關的內容；prometheus 作為監(jiān)控的平臺，ELK 是日志系統(tǒng)，這里面，prometheus 和容器的搭配是比較好的，對于容器監(jiān)控內容的配置上，可以實現(xiàn)完全的自發(fā)現(xiàn)，免配置；最下層是一些基礎的組件，traefik 可以幫助規(guī)避 kubernetes 里的所謂 iptables 陷阱。最下面是 docker，小紅書的整個環(huán)境都是建在騰訊云上，利用了騰訊云上的容器服務來搭配。
孫國清表示，在所有組件里面，有一個是最重要的，Spinnaker。Spinnaker 是 Netflix 的一個開源項目，擁有開放性和集成能力，以及較強的 Pipeline 表達能力，同時，Spinnaker 支持多種云平臺，是一個非常完善的發(fā)布系統(tǒng)。
上圖是 Spinnaker 系統(tǒng)的界面，里面有一些術語和 K8s 需要對應，并不是完全照搬的概念，因為它是支持多平臺的系統(tǒng)。在 KBS 環(huán)境里，每個綠色塊代表的是容器實力，聚在一起的綠色塊可以理解為 KBS 里的 RS。那么為什么會有幾個塊聚在一起呢？它叫做 cluster，一個應用的不同版本在一個 cluster 里可以同時存在，你可以對 cluster 做管理，也可以用 Pipeline 做發(fā)布的觸發(fā)。
Pipeline 的表達能力是非常強的，可以并發(fā)去執(zhí)行一些工作，等所有工作結束了再繼續(xù)下一個工作，所有開發(fā)者對于發(fā)布系統(tǒng)的 Pipeline 的期望，它都可以做到。在這里面每一個綠色圓點代表的是每一個步驟，叫做 stage，所有 Pipeline 的執(zhí)行能力都是用 stage 來做的。
以上是小紅書的容器部署工具，那么，如何有什么樣的流程可以把這些工具串起來呢？經(jīng)典的流程有三個：一是在開發(fā)的時候，二是做集成測試的時候，三是上線。
開發(fā)的時候，代碼切出了一個 feature 分支，每次開發(fā)都將代碼提交到分支，一旦提交以后，它會專門為你構建。
集成測試，就是當開發(fā)者提交到 release 分支，然后觸發(fā) Jenkins Job，Jenkins Job 會專門為分支做一個構建，構建之后做觸發(fā)部署的 Pipeline，在整個部署內，需周而復始很多次，需要多次修改上線調試。但也可通過自動化工具，比如黑盒子工具測試 API。
在上線環(huán)節(jié)，小紅書會遵循 Canary 發(fā)布過程。即先把用戶進行分類，有些用戶能夠接受不穩(wěn)定，小紅書把它引入到新版本，過段時間之后再聽聽用戶的反饋，如果可以就擴大容量，這樣的過程是持續(xù)的且達到 100%。該過程是通過 Spinnaker 來控制的，即整個的流量控制。
上圖為 Canary 的底層架構。Canary service 是用來做流量分發(fā)的組件，對金絲雀用戶的分組有感知，流量進來之后，經(jīng)過測試做完、路由完后，會分發(fā)到某一個 service 的特定的 Proxy，會有策略判斷將其分發(fā)到新版本還是舊版本，Proxy service 有一個 API，然后通過調用 API 調配它的策略。
Canary 策略，可以基于用戶的設備類型（IOS 或者安卓）、來源 IP 或者是這些東西的組合，或者是完全隨機。我們經(jīng)常使用的策略是公司內部辦公室的所有 IOS 用戶或者公司辦公室的所有安卓用戶先來試驗新版本。
以上是小紅書在容器部署過程中的一些技術實現(xiàn)的細節(jié)。至今，小紅書有 80 多的應用已經(jīng)跑在容器環(huán)境中了，所占全站流量大概是 1/3 左右的比例，預計在明年 Q1 的時候，小紅書 100% 的流量會跑在容器里。現(xiàn)場，孫國清還透露，如果順利的話，明年大促的時候，小紅書所有的流量將全由容器承擔。
遷移的場景豐富多樣，業(yè)務系統(tǒng)各有不同，好的遷移方案的設計不僅能夠節(jié)省遷移成本，還能幫助用戶擁有更加完備的異地部署和災備能力。依托騰訊多年的大規(guī)模數(shù)據(jù)運維經(jīng)驗，騰訊云提供了安全可靠的數(shù)據(jù)傳輸工具，幫助用戶更好的完成遷移。本次沙龍最后一次分享嘉賓，來自騰訊云技術專家姚俊軍，將為大家分享完整的云上遷移方案設計思路與工具。
姚俊軍首先以搬家類比遷移，深入淺出地闡述了云遷移及其方案的本質 。姚俊軍表示，把東西從源端搬到目的端的過程就是搬家，搬家的時候，大家可以選擇搬家公司幫忙完成搬家，開發(fā)者也可以選擇遷移合作伙伴來幫助完成這件事；大家會選擇一些有利的工具，比如大車、面包車。而遷移工具也非常多，比如數(shù)據(jù)庫遷移工具、對象重組遷移工具。而剩下的就是物品，比方說搬家時的家電、家具，遷移時的數(shù)據(jù)、文件、代碼、邏輯、甚至是與大數(shù)據(jù)相關的東西。那么，具體說到遷移場景，根據(jù)客戶的實際情況可能會有這么幾種：
騰訊云從眾多的遷移案例里提煉出了一個通用的遷移流程，大概是分了四個階段七個步驟。四個階段分為前期評估階段、準備階段、遷移實施階段、優(yōu)化階段。而七個步驟分別是業(yè)務架構評估、方案設計階段、測試驗證階段、環(huán)境部署階段、正式遷移執(zhí)行階段、上線切割階段以及最終云上優(yōu)化，這大概就是一個相對而言遷移流程。
遷移在實施過程中，其實會有幾種選擇，因此，也會有不一樣的遷移路徑。如下圖所示，如果適合重新托管，那么便可以做遷移工作。其中一種方式是完全用自己的方式、自己的能力，手動安裝、手動配置、手動部署，然后完成遷移。另外一種方式是可以使用一些工具，這個工具可以是自己的工具，也可以是騰訊云提供的工具。
通過遷移上云，用戶會獲得一個成本節(jié)省的能力以及云上服務的能力。比如，遷移上云，我們的資源利用率會得到提高，運維成本會得到降低，云上的彈性擴容、安全穩(wěn)定、高可用也成為我們即將具備的能力。除此以外，就單單遷移這件事，如果通過去設計一個較完整的遷移服務方案來完成這樣一個遷移任務，這會使我們的技術團隊快速獲得一個跨 IDC 的業(yè)務能力。
設計云上遷移方案，一般先從了解自身架構開始，然后去確定采用哪種遷移方式。姚俊軍現(xiàn)場推薦了兩種遷移方案，一種是全量停服遷移，另一種是平滑不停服遷移，可以根據(jù)自己的業(yè)務情況去選擇。
演講最后，姚俊軍簡單介紹了環(huán)境配置、應用內容、文件、大數(shù)據(jù)、數(shù)據(jù)庫等一般的云上遷移內容和方案。并現(xiàn)場向參會者推薦了一些常用的遷移工具，包括 DTS、COS 本地上傳、COS 在線遷移、CDN 等。姚俊軍表示，除了擁有比較完整的遷移方案和云端基礎設施，騰訊云也有一些較好的合作伙伴，這里面有做實施的、有自己核心技術的，能夠為開發(fā)者提供了一個比較全面的遷移技術和遷移生態(tài)。
