關(guān)于photoshop網(wǎng)盤(pán)資源的信息

當今年加州的夏天結束之時(shí) ，云計算圈子里將有一起標志性剪彩：全球視頻流媒體頭牌Netflix將拉閘下線(xiàn)南硅谷自己最后一個(gè)數據中心，百分百擁抱公有云。

這是一場(chǎng)歷時(shí)7年的公有云馬拉松。Netflix從招聘網(wǎng)頁(yè)開(kāi)始，螞蟻搬家，把自己數據中心的企業(yè)IT，從架構到職能，從片源搜索到大數據分析，一點(diǎn)一點(diǎn) 步步為營(yíng)遷移到亞馬遜AWS。去年已完成包括賬單和支付在內大部分系統云遷移，現在只剩最后一個(gè)月，Netflix將從自己的數據中心凈身出戶(hù)。

2008年8月，正當北京奧運會(huì )酣暢淋漓的時(shí)候，Netflix主要數據中心數據庫重創(chuàng )，停擺整整三天三夜。Netflix抓狂無(wú)門(mén)，外加每天高達三百四十萬(wàn)美元的慘重損失。多難興邦，Netflix痛下決心，從此走上AWS云遷移的不歸路。

2008年的那個(gè)時(shí)候，微軟正忙著(zhù)買(mǎi)雅虎，Azure八字還沒(méi)有一撇?；蛘呷藗冎繱un已日薄西山，但誰(shuí)是明日之星？然而，Netflix一幫名不經(jīng)傳的攻城獅程序猿們開(kāi)始了一場(chǎng)企業(yè)公有云造山運動(dòng)，最后把當時(shí)甚至多數企業(yè)IT男都弄不明了的云計算弄得家喻戶(hù)曉。

塞翁失馬,焉知非福。7年后，Netflix已成為全球云先鋒，通過(guò)自身摸索與實(shí)踐，從當時(shí)的云計算處女地踏出一條大路，開(kāi)創(chuàng )出卓越的企業(yè)公有云模式，昔日IT災區已是今天IT先驅?zhuān)蔀槿巳私梃b的楷模。最重要的是Netflix所執著(zhù)追求的業(yè)務(wù)目標全面開(kāi)花結果。

云前云后的確令人贊嘆不已，Netflix以2倍增長(cháng)的IT成本換取了巨大的業(yè)務(wù)成就：客戶(hù)增長(cháng)10倍，訪(fǎng)問(wèn)量攀升20倍，客戶(hù)互動(dòng)參與增長(cháng)爆棚100 倍，年銷(xiāo)售收入擴大3倍，達到55億美元，毛利增長(cháng)21倍，達到17.5億美元。Netflix業(yè)務(wù)從美國延伸到60多個(gè)國家和市場(chǎng)，由DVD租賃轉型數 字流媒體交付?，F在Netflix被分析家認為是下一個(gè)市值超1000億美元的公司。

Netflix是大型企業(yè)云遷移成功典范，它的公有云裸奔更讓人圍觀(guān)。Netflix為什么可以裸奔？有什么借鑒的價(jià)值？裸奔哪些地方是個(gè)坑？值得企業(yè)事 業(yè)用戶(hù)學(xué)習，并因人而異，因地制宜地應用到自己的業(yè)務(wù)實(shí)踐。此外，Netflix是家非常開(kāi)放的公司，它把自己的實(shí)踐經(jīng)驗開(kāi)源成Netflix OSS與產(chǎn)業(yè)分享。重度的開(kāi)源技術(shù)和工具深挖這里：netflix.github.io

為什么選擇AWS云遷移

數據庫掛掉只是當年Netflix轉向云的一個(gè)誘因，它促使Netflix深刻反思并認清自身業(yè)務(wù)一定需要一個(gè)優(yōu)勝的架構和應用。這類(lèi)對云架構的需求，在企業(yè)用戶(hù)市場(chǎng)大同小異。

高可用性：宕機的人傷不起，宕機不僅不能再發(fā)生，而且Netflix決心把可用目標提高，從3個(gè)9追求4個(gè)9，全年服務(wù)率達到99.99%。并考慮不能把雞蛋放在一個(gè)籃子里，堆棧式IT架構對自身所需要的高可用有局限，探索包括分布式數據庫在內的橫向擴展架構。

規?；篘etflix業(yè)務(wù)面臨的一個(gè)重大挑戰是總需求急劇增長(cháng)，同時(shí)由于收視終端設備類(lèi)別多，把握不住細分需求趨勢。所以，不善預測的Netflix期望能夠在每一個(gè)軟件構件層面隨時(shí)隨需橫向擴展，要架構敏捷，沒(méi)有任何局限。

然而，擴大架構規模走什么路線(xiàn)？當時(shí)成本代價(jià)成為主要關(guān)注之一。比如按當時(shí)Oracle數據庫授權政策，架構規模擴大兩倍，授權成本遠遠不止漲兩倍。（去IOE，也許最早從這里開(kāi)始）

性能：超越現有系統性能，更好更快向客戶(hù)提供滿(mǎn)意的服務(wù)。這個(gè)保障有兩方面分工：AWS提供數據中心架構優(yōu)秀基礎性能保障，但難于針對具體的業(yè)務(wù)特別的Netflix業(yè)務(wù)改進(jìn)性能。Netflix則專(zhuān)注在A(yíng)WS基礎之上的業(yè)務(wù)創(chuàng )新和自身性能優(yōu)化。

遷移經(jīng)驗

Netflix在實(shí)施云遷移時(shí)，選擇之一是像貨場(chǎng)用叉車(chē)一樣把當時(shí)數據中心的堆棧完整轉運到AWS，然后在此基礎上做微調。這種遷移方式最簡(jiǎn)單，但弊端是 同時(shí)把原來(lái)不好的設計和行為方式一塊端了過(guò)去。最后Netflix決定完全從零開(kāi)始，以云計算思路，基于A(yíng)WS公有云創(chuàng )建全新的企業(yè)架構和應用。

螞蟻搬家： 一件事情持之以恒做了7年，從一個(gè)側面說(shuō)明云遷移不是突擊戰，不是一揮而就的事。去年公司首席產(chǎn)品官Neil Hunt在A(yíng)WS re:Invent大會(huì )上回憶說(shuō)，選擇一張白紙畫(huà)吉印通 ，Netflix冒有極大風(fēng)險。當時(shí)完全沒(méi)有云環(huán)境經(jīng)驗，也真不知道將遇到什么問(wèn)題，甚至這條路是否 走的通都是個(gè)問(wèn)題？基于這樣的考慮，Netflix謹慎選擇小規模搬遷，螞蟻搬家，一次一小塊。做不好，退回去重做。做好了，再搬下一塊。一次客戶(hù)遷移1 %，2%，5%，步步為營(yíng)，逐步成長(cháng)，直到最后完成全部遷移。

羅馬雙騎：由于 云遷移存在前景未卜的風(fēng)險，Netflix采取了一個(gè)安全求穩戰術(shù)：羅馬雙騎“Roman Riding”。這種騎術(shù)是一個(gè)人先騎一匹馬牽一匹馬，然后站在所騎馬背上。下一步慢慢把一條腿跨到并行奔跑的另一匹馬背上，形成羅馬雙騎奔跑。最后騎在 后一匹馬上，完成雙騎騎術(shù)。

羅馬雙騎騎術(shù)

羅馬雙騎是一次馬背上的遷移，驚險之處有兩個(gè)：站在馬背上跨越和橫跨兩匹馬背站立奔跑。如果跨越出錯，或并立奔跑不能完美協(xié)調一致，都可能葬身馬蹄。按照這個(gè)騎術(shù)，Netflix先在A(yíng)WS創(chuàng )建原有服務(wù)功能，然后進(jìn)行羅馬雙騎，而且每次只遷移一個(gè)特性或功能。

Netflix的云遷移雙騎有點(diǎn)像現在說(shuō)的數據中心雙活。新開(kāi)發(fā)的功能實(shí)例進(jìn)行云部署運行，并導入正常流量，同時(shí)保留原有功能在老系統運行。云端功能被仔 細地監控并保持運行一定時(shí)期。如果所有的事情都運行良好，則注銷(xiāo)老系統功能。如果有任何問(wèn)題發(fā)生，那么馬上切換回老系統。多次確保云上功能完全正確無(wú)誤之 后，最后終止原有本地數據中心的該項功能，由云上功能取代原有服務(wù)。這個(gè)思路實(shí)際上已經(jīng)貫穿在Netflix現在的DevOps一切流程中。

最逼格的是防御：NBA有句老話(huà)“防守奪魁”。Netflix的經(jīng)典是“常作不死”（避免失敗的最好方法就是不斷地失?。?。Netflix這句話(huà)畫(huà)龍點(diǎn)睛，闡述出當今軟件定義數據中心，由硬件性能保障，轉型軟件性能和機制保障的架構迭代。

在Netflix看來(lái)架構事故不可避免，架構的可靠性和性能需經(jīng)得起任何可能的意外、錯誤甚至宕機。軟件需要天生能夠處理硬件故障、網(wǎng)絡(luò )連接故障、軟件集 群故障以及其它類(lèi)型的錯誤。軟件設計上需要通過(guò)在分布式架構中恰當處理獨立，分隔，冗余，延遲和備份，力圖架構永立不敗之地。

比如Netflix實(shí)施了微服務(wù)，讓服務(wù)碎片化，減少彼此關(guān)聯(lián)，以求事故波及最小鏈，最小化災難半徑。又如Netflix設計了多實(shí)例、多區域和多地域冗余，以確保業(yè)務(wù)連續可用。

不僅如此，Netflix特別“作”，而且非常自“作”。它創(chuàng )建一支“猴軍”（Simian Army）人為搗蛋，隨機地引入錯誤，甚至隨機地導致服務(wù)器崩潰終止服務(wù)，這種搗蛋每周演習一次。比如隨機關(guān)閉生產(chǎn)環(huán)境中的實(shí)例，人為進(jìn)行延時(shí)使服務(wù)不可 用來(lái)模擬服務(wù)降級。通過(guò)這樣的不斷折騰，即使各種宕機，云服務(wù)依然銅墻鐵壁，固若金湯。

Netflix猴軍

現在Netflix猴軍已成為行業(yè)著(zhù)名的開(kāi)源工具，廣受攻城獅程序猿的歡迎和使用。

組織轉型DevOps：從本地專(zhuān)用數據中心轉向AWS公有云，Netflix最大的組織機構改革是DevOps。IT人員200擴大到1000+，原來(lái)做開(kāi)發(fā)的程序猿已經(jīng)同時(shí)身兼負責運維，轉型成為DevOps。

現在的Netflix組織結構正是云結構本身的寫(xiě)照：去中心化和微服務(wù)。面向服務(wù)按最大可能最小化組建團隊。告訴團隊目標和責任，但不說(shuō)干什么，不控制； 保持團隊間既定專(zhuān)注，但不綁定團隊，團隊要獨立擔當?？傊?，一個(gè)以微服務(wù)為單元組建的團隊獨立負責開(kāi)發(fā)部署、功能和擴展、可用性設計和安全，凡重要事宜， 不要被代表。

中心團隊側重整體最佳操作案例分享和專(zhuān)家指導，提供公共開(kāi)發(fā)工具和資源，保障整體戰略大方向一致，提供監測和預警，進(jìn)行評測和趨勢分析。

在此組織架構下，Netflix開(kāi)發(fā)速度極大提高，原來(lái)2周一次發(fā)布，現在一天代碼部署上千次。

裸奔中的那些坑

歸納起來(lái)，Netflix云遷移經(jīng)驗教訓包括這么幾點(diǎn)：

真是搬家，不是辦家家： 在云遷移之前，用戶(hù)肯定會(huì )進(jìn)行云供應商選擇和平臺研究，甚至按實(shí)際的應用任務(wù)及負荷進(jìn)行系統模擬測試。這些前期工作對云供應商選擇幫助，但決不可認為兩者 完全吻合，可以一帆風(fēng)順實(shí)現遷移。云遷移過(guò)程挑戰在真槍實(shí)彈階段，只有當在選定云平臺進(jìn)行落地搭建完成后，你放應用和流量時(shí)，用戶(hù)才知道云環(huán)境瓶頸在哪 兒？之前的一些聰明設計在實(shí)際的海量規模環(huán)境下很可能就是紙上談兵和辦家家。

上一個(gè)新選擇，盡可能在大規模全荷載下，以真實(shí)的數據存儲進(jìn)行運行，從而逼近真實(shí)。記住，坐花轎的不是你的媳婦，接了面紗才是你媳婦。

這是云，不是咱機房：Netflix 自己的數據中心裝備高大上，服務(wù)器容量大，速度快，帶寬充足穩定。因此允許程序猿玩得嗨，設計豪華應用，對遠程系統提供充足的API接口。然而AWS網(wǎng)絡(luò ) 實(shí)際上存在各種延遲，所以必須在結構上接受各種網(wǎng)絡(luò )的交互環(huán)境，以及所帶來(lái)的延遲。這是哪怕是AWS這樣高分布式云架構也存在的狀況。

實(shí)際上在自己數據中心硬件比較可靠，任何單一硬件實(shí)例故障是少見(jiàn)的，因此基于時(shí)域的內存管理是不錯的辦法。同樣，管理不穩定的內存狀態(tài)是可行的，因為我們 很少去進(jìn)行從一個(gè)到另一個(gè)的實(shí)例遷移。事實(shí)上，云環(huán)境中你對實(shí)例的關(guān)注和內存管理，將有新的方向。由于可能的更復雜接口沖突或延遲等，實(shí)例遷移、丟失、故 障率更高，需要特別提防。

合租房的滋味： 如果你合租，你知道同享廚衛，你知道一大早你想入廁，可能要等等因為別人已經(jīng)占崗。上公有云就是這意思，你對客戶(hù)提供的服務(wù)都是要通過(guò)硬件、網(wǎng)絡(luò )、存儲等 共享模式去交付，請隨時(shí)準備接受延遲。合租模式既存在于云堆棧中任何一個(gè)層面，而且在任何層面它的表現又差異迥然，所以絕對講延遲無(wú)處不在。這里潛在許多 陷進(jìn)，你在自己的專(zhuān)用數據中心難以發(fā)現。

各種延遲最后都可能是對你服務(wù)延遲甚至服務(wù)終止設下的坑。不要掉到坑里的辦法就是設定你已經(jīng)掉進(jìn)坑里的各種后路，隨時(shí)準備壯士斷腕，丟支線(xiàn)服務(wù)，保證主干服務(wù)，特別是確保主干服務(wù)的連續，起碼主干服務(wù)別掛掉。

或者，管理你在公有云上的資源，對你丟不起的業(yè)務(wù)避免合租。

微服務(wù)不是萬(wàn)能的：這是一個(gè)微服務(wù)崛起的云世界。Netflix是微服務(wù)的模范踐行者，強調把服務(wù)切分到最小的粒度，對應獨立團隊去快速開(kāi)發(fā)和迭代。微服務(wù)在反脆弱、容錯、獨立部署與擴展、架構抽象、技術(shù)隔離等方面具有諸多優(yōu)勢，保障了服務(wù)整體的可用和可擴展性。

微服務(wù)是相對于單體應用而言，它對復雜應用是當前極佳的開(kāi)發(fā)和營(yíng)運模式選擇。微服務(wù)在架構內省約了中間件，服務(wù)間直接通過(guò)API銜接，它對資源的開(kāi)銷(xiāo)要求 分布式獨立配置?；谶@些特性，在上具體應用之前用戶(hù)必須考慮自身基礎設施和組織結構的成熟度，包括服務(wù)的集成模式？有無(wú)自動(dòng)化部署和配置能力？監測能否 實(shí)現？是否采用DevOps的組織形式等？

Netflix微服務(wù)成功，但它的應用并不是天生就是微服務(wù)，而是后續采取微服務(wù)上新功能，最后反過(guò)來(lái)把老功能轉碼改造成微服務(wù)。是否采用微服務(wù)由用戶(hù)自身服務(wù)需求和復雜性決定，不能為微服務(wù)而微服務(wù)。

把一個(gè)管理和營(yíng)運效率都很好的現有單體應用拆分成多個(gè)微服務(wù)可能并不是當務(wù)之急。更好的選擇是在新增功能時(shí)上手微服務(wù)，并以此練兵，在有了足夠的 DevOps經(jīng)驗后，再看是否把原有應用切分成更細粒度的服務(wù)。如果應用不復雜，以?xún)?yōu)秀的模塊化方式做單體應用仍然是好的選擇。

旅途與彼岸

Netflix已經(jīng)義無(wú)反顧走上公有云之路，不再回頭。在云遷移的7年間，Netflix走過(guò)漫長(cháng)的混合IT/混合云旅途。Netflix給企業(yè)用戶(hù)最大的啟示不在于公有云成為自己企業(yè)IT的終點(diǎn)，而在于提供前車(chē)之鑒，展示云遷移的歷程。

不是每一個(gè)企業(yè)都需要裸奔公有云，但混合IT/混合云是每個(gè)企業(yè)的必由之路。

AWS牛人Werner Vogels這樣描述云世界的未來(lái)：百花齊放的各種云服務(wù)構成了混合IT，但在我看來(lái)，你必須直面現實(shí)，混合IT不是終結。長(cháng)遠看，許多企業(yè)仍然將有自己的數據中心，但隨時(shí)間的推移，企業(yè)數據中心將越來(lái)越少。

企業(yè)云計算是一個(gè)旅途，混合云/混合IT是常態(tài)。即便是公有云旗手亞馬遜，谷歌甚至Netflix迄今仍然保留有自己的專(zhuān)用IT操作。公有云存量將越來(lái)越大，而彼岸絕非一朝一夕。CBI