云計(jì)算爆發(fā)式的增長
文章的開頭，我們先來看一組數(shù)據(jù)：阿里巴巴集團(tuán)財(cái)報(bào)顯示，截止2016年3月31日，阿里云已擁有超過230萬用戶；2016年第一季度阿里云營收10.66億元，同比增長175%。
以上這組數(shù)據(jù)，可以從側(cè)面反映現(xiàn)在的IT市場，云計(jì)算的使用率越來越高，越來越多的用戶開始接受并使用云計(jì)算了，這是一件好事。不過，筆者作為一名多年的云計(jì)算從業(yè)者，在為眾多的客戶提供云計(jì)算服務(wù)的時(shí)候，隱隱地發(fā)覺這個(gè)市場仍有一些可以提高的地方。
首先，我們來看一下云計(jì)算面向的用戶群體包含哪些：
個(gè)人站長、個(gè)人開發(fā)者
中小微企業(yè)（非互聯(lián)網(wǎng)）
互聯(lián)網(wǎng)企業(yè)
中大型傳統(tǒng)企業(yè)（民營企業(yè)、央企、國企等）
各級(jí)政府部門
教育部門、科研機(jī)構(gòu)
這些用戶對(duì)云計(jì)算的認(rèn)識(shí)大體分為了以下三種：
拒絕派：談云色變，覺得云不靠譜不安全；
盲目派：沒有充分的理解云計(jì)算，但又覺得云可以解決一切問題；
實(shí)力派：全面擁抱云計(jì)算，并能很好地將云計(jì)算和自身的業(yè)務(wù)系統(tǒng)結(jié)合起來；
如何用好云計(jì)算
隨著各大云計(jì)算廠商紛紛將自身優(yōu)秀的IT技術(shù)以云服務(wù)的模式開放出來，作為準(zhǔn)備上云或者已經(jīng)上云的用戶其實(shí)需要從三個(gè)層面做好相應(yīng)的準(zhǔn)備，以便更好地?fù)肀г朴?jì)算，提升自身IT業(yè)務(wù)的服務(wù)能力：
對(duì)各大云計(jì)算平臺(tái)應(yīng)該抱以一個(gè)合理的期望值。對(duì)用戶而言，云計(jì)算確實(shí)比傳統(tǒng)的IDC大幅度提高了技術(shù)能力和服務(wù)能力，讓用戶可以方便快捷地獲取優(yōu)質(zhì)的IT能力，并且能夠?qū)崿F(xiàn)按需付費(fèi)、彈性伸縮的IT架構(gòu)。
畢竟云計(jì)算廠商不是神也不是萬能的，不可能讓所有的云服務(wù)的可用性都能達(dá)到100%，我們以阿里云上使用量最大的產(chǎn)品云服務(wù)器ECS為例，其可用性的官方數(shù)據(jù)為99.95%，就是說在一年中大約有0.1825天，即4.38小時(shí)的時(shí)間，云服務(wù)器ECS是可能會(huì)出問題而導(dǎo)致服務(wù)中斷的。進(jìn)過筆者調(diào)研，阿里云、騰訊云、亞馬遜AWS、微軟Azure的云服務(wù)器承諾的可用性均為99.95%。
由于各大云平臺(tái)已經(jīng)形成了規(guī)模效應(yīng)，擁有的數(shù)據(jù)中心遍布各大城市、甚至是全球，每個(gè)數(shù)據(jù)中心的服務(wù)器數(shù)量基本都以萬計(jì)，且各數(shù)據(jù)中心之間的網(wǎng)絡(luò)連接也是十分復(fù)雜。在如此龐大的基礎(chǔ)架構(gòu)下，極有可能出現(xiàn)牽一發(fā)而動(dòng)全身的情況，畢竟天災(zāi)人禍不可避免，水災(zāi)、火災(zāi)、斷電、地震、甚至是工程師誤操作均有可能發(fā)生。那是不是說云計(jì)算也不可靠，或者沒辦法解決這些問題呢？其實(shí)不然，云計(jì)算在這個(gè)層面還是為用戶提供一定的保障和技術(shù)手段。如何實(shí)現(xiàn)，筆者將在后面的章節(jié)進(jìn)行說明。
經(jīng)常有用戶一上來就問，這個(gè)云平臺(tái)能夠支撐我應(yīng)用多少的并發(fā)量，這其實(shí)是一種非常不專業(yè)的問法，好比去醫(yī)院看病，一進(jìn)門就問醫(yī)生我得了什么病。
系統(tǒng)的性能猶如人的身體，它是一種綜合性的表現(xiàn)，是多個(gè)器官協(xié)同工作之后的結(jié)果。所以影響性能的因素，除了網(wǎng)絡(luò)、服務(wù)器性能之外，還包括數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫設(shè)計(jì)、SQL寫法、緩存的設(shè)計(jì)、消息隊(duì)列等中間件的使用，還有很關(guān)鍵的代碼結(jié)構(gòu)、框架設(shè)計(jì)等多個(gè)層面。因此，要了解系統(tǒng)上云之后的性能，首先要有一個(gè)合理的架構(gòu)設(shè)計(jì)，然后還要配合專業(yè)的性能測試和評(píng)估之后才能得出。另外，一個(gè)體系的性能優(yōu)化，是隨著業(yè)務(wù)發(fā)展而逐步展開的系統(tǒng)性工程，是需要多方配合的（不僅僅是一項(xiàng)簡單的單項(xiàng)工作而已）。
所以，系統(tǒng)性能這件事，用戶千萬不能過于盲目地全盤指望云平臺(tái)，云平臺(tái)可以在一定的層面幫助你，但是核心的優(yōu)化工作還是需要用戶通過提升技術(shù)能力去實(shí)現(xiàn)的。
筆者與很多的云計(jì)算用戶交流，并且提供過服務(wù)，發(fā)現(xiàn)很多人并沒有把云計(jì)算的優(yōu)勢(shì)發(fā)揮出來，歸納一下，大體上有以下問題：
把云服務(wù)器當(dāng)做了云計(jì)算的全部
云服務(wù)器雖然是云計(jì)算里非常重要的服務(wù)，但是它僅僅上百種云產(chǎn)品中的一項(xiàng)而已。除非應(yīng)用真的非常簡單，不然千萬不能讓云服務(wù)器承擔(dān)所有的工作，比如安裝數(shù)據(jù)庫、消息隊(duì)列、緩存等組件，這在性能、擴(kuò)展性、管理等多個(gè)層面都是不合理的。
沒有接受按需付費(fèi)和獲取的理念
很多用戶的固有思維還沒有轉(zhuǎn)變，不管應(yīng)用如何，都喜歡采用高配的云資源，這其實(shí)是一種資源和金錢的浪費(fèi)，按需獲取和彈性伸縮式云計(jì)算最核心的功能之一，用戶應(yīng)該充分理解并運(yùn)用這兩個(gè)特性。
應(yīng)用架構(gòu)沒有云化，沒有充分地實(shí)現(xiàn)分布式和高可用的云上架構(gòu)
這個(gè)問題應(yīng)該是最核心的問題，上了云平臺(tái)后，用戶最關(guān)心的兩個(gè)問題有：數(shù)據(jù)可靠性和應(yīng)用的可用性（不中斷性），以阿里云為例，筆者對(duì)此有如下建議：
合理地采用一些云平臺(tái)的組件：如負(fù)載均衡SLB、數(shù)據(jù)庫服務(wù)RDS、分布式數(shù)據(jù)庫服務(wù)DRDS、對(duì)象存儲(chǔ)OSS、消息隊(duì)列服務(wù)、緩存服務(wù)、日志服務(wù)等，這比自建系統(tǒng)會(huì)更高效、性能更好、擴(kuò)展性更強(qiáng)、維護(hù)更方便、可用性更高，當(dāng)然前提是需要你的應(yīng)用系統(tǒng)做一定的改造，主要是跟這些組件之間的API交互方面的代碼，不會(huì)涉及到核心業(yè)務(wù)邏輯性的代碼，改動(dòng)量是可控的。
數(shù)據(jù)的可靠性如何保障：首先假如你用了阿里云的對(duì)象存儲(chǔ)OSS，它本身就是一備三的冗余，會(huì)有一份數(shù)據(jù)放在同個(gè)AZ（可用區(qū)）的不同機(jī)柜上，還有一份數(shù)據(jù)放到同一個(gè)Region（地域）下另外的AZ（可用區(qū)）里，所它的數(shù)據(jù)可靠性高達(dá)10個(gè)9，這個(gè)數(shù)據(jù)基本可以代表數(shù)據(jù)不會(huì)丟失。當(dāng)然假如你還不放心，還可以將數(shù)據(jù)備份到不同的Region（地域）下。假如你用了云數(shù)據(jù)盤，你也可以按需設(shè)置快照規(guī)則，讓阿里云自 動(dòng)地幫你來做云數(shù)據(jù)盤的快照，這些快照都是存儲(chǔ)在對(duì)象存儲(chǔ)OSS里的，所以云盤數(shù)據(jù)可靠性也高達(dá)5個(gè)9。
應(yīng)用的可用性如何保障：近期阿里云華北區(qū)2的某個(gè)可用區(qū)出現(xiàn)問題中斷了服務(wù)，導(dǎo)致部分用戶的系統(tǒng)近1個(gè)小時(shí)無法訪問，但是也有部分用戶成功的避免這場事故，他是如何實(shí)現(xiàn)的呢？其實(shí)很簡單，要在云上構(gòu)建真正的分布式和多可用區(qū)的部署。在這里我們暫且不提實(shí)現(xiàn)難度較高的一地兩中心、兩地三中心、雙活三活等技術(shù)方案，筆者強(qiáng)烈建議用戶實(shí)現(xiàn)一定程度的高可用架構(gòu)：負(fù)載均衡SLB（支持部署多可用區(qū)） 多臺(tái)云服務(wù)器ECS（分布在同個(gè)地域下的不同可用區(qū)內(nèi)） 數(shù)據(jù)庫服務(wù)RDS 對(duì)象存儲(chǔ)OSS 緩存服務(wù)OCS（可選），這應(yīng)該是最容易實(shí)現(xiàn)也最便宜的高可用架構(gòu)。當(dāng)然，你的應(yīng)用需要做一定的改造以便能夠?qū)崿F(xiàn)分布式，這里面最核心的問題是能夠做到應(yīng)用的無狀態(tài)（如session做統(tǒng)一的管理）和靜態(tài)文件獨(dú)立存儲(chǔ)于OSS（如圖片、視頻、音頻、用戶上傳的附件等，甚至包含CSS、JS等文件）。這樣的架構(gòu)至少能保證在一個(gè)可用區(qū)出現(xiàn)故障的時(shí)候，應(yīng)用的服務(wù)不會(huì)中斷。
地域（Region）是指根據(jù)地理位置我們把某個(gè)地區(qū)的基礎(chǔ)設(shè)施服務(wù)集合稱為一個(gè)區(qū)域。
可用區(qū)（AZ）是指在同一地域內(nèi)，電力和網(wǎng)絡(luò)互相獨(dú)立的物理區(qū)域（機(jī)房）。
云計(jì)算的出現(xiàn)，在某種程度上解放了大量以前只關(guān)注底層的機(jī)房、硬件和網(wǎng)絡(luò)運(yùn)維的技術(shù)人員。一家企業(yè)最核心其實(shí)是他的業(yè)務(wù)系統(tǒng)，而不是機(jī)房里的那一堆機(jī)器，這些設(shè)備最大的價(jià)值是其計(jì)算能力、存儲(chǔ)能力、網(wǎng)絡(luò)能力能夠支撐企業(yè)核心業(yè)務(wù)的開展。
現(xiàn)在有了云，企業(yè)可以將更多的資源和精力花在業(yè)務(wù)的開拓上了，所以在團(tuán)隊(duì)能力上其實(shí)也有一個(gè)新的要求。
應(yīng)該將更多的精力關(guān)注到上層應(yīng)用，保證應(yīng)用、數(shù)據(jù)庫等核心業(yè)務(wù)能夠高效、穩(wěn)定地運(yùn)作。所以在云時(shí)代，對(duì)于運(yùn)維人員又了新的要求，一方面要加強(qiáng)云計(jì)算的學(xué)習(xí)，另外一方面還要學(xué)習(xí)企業(yè)的業(yè)務(wù)應(yīng)用，多了解各中間件、數(shù)據(jù)庫、系統(tǒng)框架等層面的知識(shí)，在業(yè)務(wù)系統(tǒng)的持續(xù)集成、各類發(fā)布、降級(jí)限流等流域多下功夫，幫助企業(yè)盡可能地實(shí)現(xiàn)自動(dòng)化運(yùn)維的模式。
在云時(shí)代，程序員要多學(xué)習(xí)主流云平臺(tái)的核心產(chǎn)品，尤其是這些產(chǎn)品對(duì)外公布的API，在未來的程序里，會(huì)集成越來越多的云產(chǎn)品，API就是程序與云平臺(tái)進(jìn)行交互的唯一途徑。
架構(gòu)師是一個(gè)系統(tǒng)的規(guī)劃者和建設(shè)者，在統(tǒng)籌規(guī)劃期間，就應(yīng)該選擇合適的成熟的技術(shù)方案，隨著云平臺(tái)的發(fā)展，云上各個(gè)組件的優(yōu)劣勢(shì)、適應(yīng)場景、如何搭配使用等事情都應(yīng)該是架構(gòu)師關(guān)注的點(diǎn)。
聯(lián)系客服
