丨云上運(yùn)維云端究竟需不需要怎樣的

這種觀點(diǎn)有意無(wú)意地散播，其實(shí)會(huì)造成一些的影響。開(kāi)發(fā)者會(huì)容易輕視運(yùn)維工作的重要性，忽略架構(gòu)設(shè)計(jì)中運(yùn)維友問(wèn)題；而從事運(yùn)維方向的工程師們，可能更會(huì)有點(diǎn)兒焦慮，甚至于擔(dān)心未來(lái)的職業(yè)生涯。但很顯然，這是一種誤解。云端當(dāng)然需要運(yùn)維，而且云上運(yùn)維很重要。因?yàn)椴还茉谑裁礃拥倪\(yùn)行環(huán)境下，運(yùn)維的本質(zhì)和需求都沒(méi)有，一樣要為業(yè)務(wù)保駕護(hù)航，要保證系統(tǒng)的正常運(yùn)作、應(yīng)對(duì)突況等等。云時(shí)代的運(yùn)維，正確的理解應(yīng)該是這樣的：云不但沒(méi)有消滅運(yùn)維，反而是助推了運(yùn)維的發(fā)這是因?yàn)?，云的引入能夠讓我們?cè)诟叩膶用嫒ニ伎己徒鉀Q問(wèn)題。比如說(shuō)，云端基礎(chǔ)設(shè)施的存在，可以讓運(yùn)維從偏硬件服務(wù)器、偏物理機(jī)房的日常繁瑣工作中解脫出來(lái)，地基于云在軟件的層面，進(jìn)行部署、、調(diào)整。而云上的高質(zhì)量、高可用的服務(wù)，也能避免我們重復(fù)建設(shè)，不用自己造，也大大減輕了運(yùn)維負(fù)擔(dān)。DevOps理念和云原生熱潮的興起，就說(shuō)明了這一點(diǎn)。許多工作，你慢慢地會(huì)分不清它究竟另外，由于云獨(dú)有的一些特點(diǎn)，它也會(huì)帶來(lái)一些新的運(yùn)維工作。比如我們課程中一直在涉及握云令行工具?，F(xiàn)在幾乎每個(gè)云都推出了令行工具，比如AWSCLI、AzureCLI、阿里云CLI面各講的例子中，為了便于你學(xué)習(xí)和理解，我都使用了公有云的門(mén)戶來(lái)進(jìn)行操作。但如果是在生產(chǎn)環(huán)境，你需要對(duì)很大規(guī)模的資源池逐個(gè)進(jìn)行調(diào)整，或者同一件事情，你需要在不同時(shí)間反復(fù)地操作很多遍，那你就很可能需要將這些操作化、程序化，這就需要用到云令行工具了。6vm1-in-vpc1”，你就可以使用下面的aliyunecs命令來(lái)輕松表達(dá)：1123456789[{ VM~]$aliyunecsCreateInstance--ImageId"InstanceId":"i-uf6hn8z47kqve3xxxxxx","RequestId":"222DA83B-0269-44BF-A30300CB98EAB07"}[{@VM~]$aliyunecsStartIns-InstanceIdi-RequestId":"8E4C43CA8F36-422C-AEF1-}現(xiàn)在各個(gè)云的CLI基本上都進(jìn)化到了第二代，相比第一代，CLI在易用性和表達(dá)能力上都有了很大的提升，你不妨學(xué)習(xí)嘗試一下。而且這些CLI都能和S編程進(jìn)行比較好的融合，小提示：除了命令行工具，各云還都提供了開(kāi)發(fā)者工具包（DK）。如果你的資源調(diào)度邏輯相當(dāng)復(fù)雜，或者需要與你自己的程序集成，那么你可以考慮使用相應(yīng)語(yǔ)言的DK，來(lái)進(jìn)行云上的一些資源管理操作。如果你要頻繁地在云上部署一套包含眾多資源項(xiàng)的復(fù)雜系統(tǒng)，你還有另外一個(gè)得力的幫手：資源編排類云服務(wù)。屬于這個(gè)領(lǐng)域的服務(wù)包括有AWSClouFormaion、Aze的ARMTemte、阿里云資源編排服務(wù)（ROS）等等，它們都可以通過(guò)使用一個(gè)JSON格式的文本文件，來(lái)描述和定義一個(gè)系統(tǒng)中所有的組件，以及它們互相之間的關(guān)系。JSON碼”（InfrastructureasCode）理念在云端的實(shí)現(xiàn)。下面我給出了一個(gè)Azure的ARMTemte的配置文件局部示例，可以讓你有一個(gè)直觀1"$schema": "contentVersion":"parameters":"adminUsername":"type":"metadata":{"description":"Thisistheusernameyouwishto "variables": ame":"addressPrefix":"imagePublisher": "resources": "apiVersion":"2015-05-01-"type": "name":"location":"properties":{"publicIPAllocationMethod": "apiVersion":"2015-05-01-"type": "name":"location":"dependsOn": .Network/networkSecurityGroups', "properties":{... "apiVersion":"2017-03-"type": "name":"location":"dependsOn":[ .Network/networkInterfaces/',"properties":"hardwareProfile":{"vmSize":"[parameters('vmSize')]"},"networkProfile":{"networkInterfaces":{"id":]}]}注：這個(gè)文件是用于配置單機(jī)WordPress的模板，這里略去了許多內(nèi)容，其全貌可 這個(gè)。這類資源編排服務(wù)，理論上能夠支持云上所有服務(wù)的組合，而且配置節(jié)點(diǎn)互相能夠，功能十分強(qiáng)大。它還具有一定的靈活性，一般都有輸入?yún)?shù)字段，允許你在部署時(shí)動(dòng)態(tài)決定一首先，在云端，傳統(tǒng)的運(yùn)維工作仍然存在，其中包括你所熟知的、部署、升級(jí)、備份等等。只是操作會(huì)有所不同，比如在云上，我們可以利用前面說(shuō)到令行工具和資源模一直是運(yùn)維最的工作之一。幾乎所有的云端服務(wù)都自帶有一定的功能，默認(rèn)提供了不少內(nèi)置的維度指標(biāo)和可視化圖表，這些開(kāi)箱即用的圖表你要充分利用好，它們能夠很好地幫助你了解相關(guān)服務(wù)的狀態(tài)。那么，如果自帶的不夠用怎么辦？其實(shí)這些默認(rèn)的統(tǒng)計(jì)的背后，往往都是由云的一個(gè)大型統(tǒng)一服務(wù)來(lái)支撐的，如AWS的CloudWatch和Azure的Monitor等等。你可以好好研究一下這類統(tǒng)一服務(wù)，通過(guò)它可以滿足你更深度的自定義需求。另外，這些你精心選擇和設(shè)置的項(xiàng)，還能夠和云上的服務(wù)，以及服務(wù)聯(lián)動(dòng)，輕松實(shí)現(xiàn)運(yùn)營(yíng)的“大屏”和問(wèn)題的實(shí)警。Azure上的自定義示例備份是一個(gè)簡(jiǎn)單但又很容易被我們忽視的事項(xiàng)。即便是在云端，盡管云廠商已經(jīng)做了許多如三副本之類的防護(hù)措施，但還是會(huì)存在出故障的可能，所以我們?nèi)匀恍枰龊脗浞?，尤其是重要?shù)據(jù)的備份。總之，我們?cè)谠粕闲枰獎(jiǎng)?chuàng)造多層次的冗余，而備份在創(chuàng)造冗余方面也承擔(dān)著重要的角色，有的時(shí)候，它會(huì)是我們的最后保障。在的虛擬機(jī)層面做備份，你的得力助手會(huì)是鏡像和快照鏡像我們?cè)谏弦恢v中已經(jīng)接觸過(guò)了，它可以用來(lái)恢復(fù)虛擬機(jī)；快照則是云磁盤(pán)級(jí)別對(duì)時(shí)注意：不要小看鏡像和快照這樣簡(jiǎn)單基礎(chǔ)的操作，像在第5講中提到過(guò)的嚴(yán)重事故，就完全可以通過(guò)簡(jiǎn)單的磁盤(pán)快照進(jìn)行避免。因?yàn)榭煺盏谋旧聿灰蕾囉谠票P(pán)，的方式來(lái)。云上的對(duì)象可以在這方面肩負(fù)重任，我在PaaS篇中會(huì)做專門(mén)講解。的過(guò)程中一定會(huì)遷移工作。POC第二，對(duì)于一些虛擬機(jī)、數(shù)據(jù)庫(kù)等獨(dú)立的軟硬件單元，許多云廠商都提供了的遷移服務(wù)或工具，支持離線甚至遷移，妥善使用可以事半功倍。比如AWS的主機(jī)遷移服務(wù)SMS（ServerMigrationService）、數(shù)據(jù)庫(kù)遷移服務(wù)DMS（DatabaseMigrationService）和阿里云的數(shù)據(jù)傳輸服務(wù)DTS（DataTransmissionService）所以，當(dāng)你遇到一些遷移場(chǎng)景時(shí)，不妨先查一查云廠商是否有的支持。由于遷移類服務(wù)畢竟我們的是建立在云廠商所提供的基礎(chǔ)設(shè)施之上的。云雖然已經(jīng)高度成熟，但作為一個(gè)高度復(fù)雜的系統(tǒng)，也總難免會(huì)有不按你所期望進(jìn)行工作的時(shí)候，或者極為偶爾也會(huì)出些小Bug，這時(shí)和云廠商的對(duì)接就顯得尤為重要了。所以，我們的運(yùn)維團(tuán)隊(duì)中需要有相應(yīng)的角色對(duì)云的工單機(jī)制，以及技術(shù)支持側(cè)的對(duì)接方式了然于胸，以備不時(shí)之需。你也要熟讀文檔，要吃透云計(jì)算的許多特性，這樣才能更準(zhǔn)確地與溝通，更快地尋求到對(duì)口的幫助，最后解決好問(wèn)題。這里的管理，指的不僅僅是對(duì)云上資源的管理，更要深入到流程和制度的管理層面。比如對(duì)于云資源名、開(kāi)通、清理等日常操作的規(guī)范，各類云上安全的控制和最佳實(shí)踐，所有云資源的、所屬資源組和權(quán)限體系等等。這些都需要有效的管理，才能避免資源在云上的野蠻生長(zhǎng)。所以，高明的云上運(yùn)維，既要為應(yīng)用開(kāi)發(fā)，要足夠高效，也要有適當(dāng)?shù)墓芾砗图s束。我好在云廠商也在不斷推出和完善與云上管理相關(guān)的配套服務(wù)，比如說(shuō)，Azure能夠比如，AWSCloudTrail能夠?qū)~戶內(nèi)的操作進(jìn)行和審計(jì)。如果你的組織內(nèi)用戶（團(tuán)隊(duì)專人對(duì)成本進(jìn)行和分析，以此提升每一位用戶的成本意識(shí)。曾使用的實(shí)踐，是按今天這一講，與其說(shuō)是，不如說(shuō)是和你一起探討云上運(yùn)維的相關(guān)要點(diǎn)。因?yàn)槠?，今天我主要總結(jié)介紹了那些最重要的，和你最需要了解的內(nèi)容，沒(méi)有辦法深入探究每一個(gè)與運(yùn)維相關(guān)的細(xì)節(jié)。但你必須知道這些事務(wù)的存在，明白云上運(yùn)維需要做哪些事情，這樣在你需要的時(shí)候，才能有針對(duì)性地去查找資料，找到怎么做這些事情的方法。當(dāng)前業(yè)界的一個(gè)重要趨勢(shì)是，運(yùn)維和開(kāi)發(fā)的邊界正在模糊。所以我面提到的諸多運(yùn)維工作，可能是由開(kāi)發(fā)者來(lái)負(fù)責(zé)，也可能是運(yùn)維人員來(lái)承擔(dān)。這要根據(jù)公司和部門(mén)的具體情況來(lái)決定。但至少，這些工作很重要，無(wú)論由什么角色來(lái)完成，總是需要有人來(lái)扎實(shí)落地的。所以從個(gè)人視角來(lái)看，作為開(kāi)發(fā)者，你應(yīng)該學(xué)習(xí)和掌握一些運(yùn)維的知識(shí)和技巧，讓自己變得更加全面和綜合；如果作為運(yùn)維人員，你也應(yīng)該學(xué)習(xí)了解現(xiàn)代軟件構(gòu)建和系統(tǒng)架構(gòu)方面的知識(shí)，尤其是學(xué)習(xí)云、掌握云，為云端架構(gòu)的全面到來(lái)做好準(zhǔn)備。如果要執(zhí)行一些云上的CLI命令，你當(dāng)然可以在自己的機(jī)器上安裝命令行工具包，但其實(shí)你還可以使用不少云都提供的非常方便的“CloudS ”。那你知道什么是Cloud 前面講到云上資源管理時(shí)，我提到了“資源組”的概念。你知道資源組是什么嗎？它起 部分的8篇內(nèi)容就全部結(jié)束了，希望你有所收獲。下一講，進(jìn)入的PaaS世界。歡迎你留言與我交流，咱們下期再見(jiàn)。 不得售賣(mài)。頁(yè)面已增加防盜追蹤，將依法其上一 07|云端架構(gòu)最佳實(shí)踐：與故障同舞，與伸縮共下一 09|什么是PaaS？怎樣深入理解和評(píng)估衡器主要通過(guò)IP地址信息或HTTP協(xié)議中的來(lái)標(biāo)記和定向客戶端請(qǐng)求。1 5Cloud 的 ，可以直接在瀏覽器上或者app內(nèi)使