邁向云開(kāi)發(fā)

derek_334892 發(fā)布于2019-04-25 17:35 / 2405人閱讀

摘要：給開(kāi)發(fā)人員提供一致的體驗(yàn)是構(gòu)建能支持云應(yīng)用的操作系統(tǒng)的目標(biāo)之一。你們認(rèn)為哪些最適合于云開(kāi)發(fā)開(kāi)發(fā)者應(yīng)為些添加哪些東西來(lái)增強(qiáng)其云開(kāi)發(fā)的能力你們對(duì)基于云的有興趣嗎很個(gè)人的說(shuō)我是有潛在偏見(jiàn)的作為一個(gè)提交者，我很喜歡，也是和的粉絲。

開(kāi)發(fā)者正在不斷體驗(yàn)多種不同的云環(huán)境。當(dāng)在云中工作時(shí)，開(kāi)發(fā)者應(yīng)如何改變他們的思考方式？是否有某些云環(huán)境更適合于剛準(zhǔn)備入門的開(kāi)發(fā)者？而那些目前尚未涉及云開(kāi)發(fā)的開(kāi)發(fā)者們又如何在此領(lǐng)域獲得相應(yīng)技能呢？

為了回答這些問(wèn)題，就云開(kāi)發(fā)的現(xiàn)狀、推薦工具和反面模式，三位意見(jiàn)領(lǐng)袖進(jìn)行了交流。我們的專家組成員是：

Adron Hall，通曉多種語(yǔ)言的碼農(nóng)和開(kāi)發(fā)人員布道師。
Magnus M?rtensson，微軟MVP，擔(dān)任瑞典Active Solution顧問(wèn)公司的云架構(gòu)師。
Andy Piper，熱衷于推動(dòng)Cloud Foundry的開(kāi)發(fā)人員。

是不是一位云開(kāi)發(fā)人員的工具箱相比于普通開(kāi)發(fā)者會(huì)有很大不同？如果是這樣的話，那么在你們看來(lái)，云開(kāi)發(fā)者更依賴于哪些傳統(tǒng)的web開(kāi)發(fā)者不會(huì)使用的工具呢？

Hall：首先我會(huì)定義當(dāng)聽(tīng)到“云開(kāi)發(fā)人員”這個(gè)詞時(shí)會(huì)想到什么。一名云開(kāi)發(fā)人員就是負(fù)責(zé)這樣的代碼解決方案的人，解決方案是基于水平擴(kuò)展的、分布式的、冪等的和異步處理，同時(shí)具有可伸縮、高度可用和彈性存儲(chǔ)的特點(diǎn)。

我說(shuō)在回答這個(gè)問(wèn)題時(shí)當(dāng)然應(yīng)完全根據(jù)這個(gè)定義。一名普通的開(kāi)發(fā)人員經(jīng)常是在某個(gè)傳統(tǒng)的RDBMS數(shù)據(jù)庫(kù)的基礎(chǔ)之上構(gòu)建應(yīng)用，在此過(guò)程中他會(huì)使用某個(gè) 框架或是其它基于此框架之上的工具，并受到垂直擴(kuò)展的限制。這并不是不好的開(kāi)發(fā)方式，但是對(duì)于云或其它任何可水平擴(kuò)展的環(huán)境來(lái)說(shuō)，以這種方式來(lái)構(gòu)建應(yīng)用或服務(wù)效率會(huì)非常低。一旦達(dá)到較大物理擴(kuò)展極限，開(kāi)發(fā)者就完全無(wú)能為力了，因?yàn)樗僖矝](méi)有辦法使用任何合理的方式來(lái)提升性能。

一位云開(kāi)發(fā)人員會(huì)橫跨廣闊的資源范圍來(lái)構(gòu)建應(yīng)用，他經(jīng)常將某個(gè)應(yīng)用的功能拆分成更為具體的服務(wù)或模塊。云開(kāi)發(fā)人員也常需要涉足于某些含有更多語(yǔ)言的工具包，這些語(yǔ)言包括從JavaScript到C#、Ruby或其它語(yǔ)言等。這樣做的原因固然經(jīng)常是出于必要，但在很大程度上也是為了在每個(gè)特定工作最適合使用的工具之間提供匹配。

所以，簡(jiǎn)而言之，云開(kāi)發(fā)人員的工具是不同的。
M?rtensson：云開(kāi)發(fā)人員需要用很多與非云開(kāi)發(fā)環(huán)境不同的思考方法來(lái)武裝自己。較之于其他寄宿（host）選項(xiàng)而言，當(dāng)處于云部署平臺(tái)時(shí)，你可以很容易地獲取到很多東西。良好的云平臺(tái)會(huì)提供一個(gè)工具集，這個(gè)工具集與你可能使用過(guò)的相比顯得非常不同。它可擁有“無(wú)限的”存儲(chǔ)空間，該空間同時(shí)具有自動(dòng)備份、內(nèi)建的緩存功能、強(qiáng)有力的服務(wù)總線和其他特性。

公平來(lái)說(shuō)，你完全沒(méi)有必要僅為了獲得此工具箱而去100%買入云計(jì)算。如果需要的話，你完全可以只是使用來(lái)自云平臺(tái)的如服務(wù)總線這樣的某一項(xiàng)服務(wù)。與任何非云環(huán)境的寄宿類型不同的是，工具箱中擁有更多 “工具”，比如快速?gòu)椥?、?nèi)建容錯(cuò)、故障轉(zhuǎn)移，以及你可以在任何時(shí)候按需優(yōu)化費(fèi)用的完全可度量的服務(wù)等。這些云特點(diǎn)常被引為NIST云計(jì)算定義。我認(rèn)為，云開(kāi)發(fā)人員有非常多的工具待去了解和運(yùn)用。合適地運(yùn)用這些工具可以助你構(gòu)建那些以前看起來(lái)近乎不可能的、或者即使可能但也是代價(jià)昂貴的解決方案。如果這些特性被濫用的話，那么云開(kāi)發(fā)人員則會(huì)冒著失去獲得強(qiáng)大力量的希望的風(fēng)險(xiǎn)，甚至于冒著構(gòu)建了更為昂貴的解決方案的風(fēng)險(xiǎn)。因?yàn)槟芰υ綇?qiáng)大，責(zé)任也越多。

最后，如果我們?cè)俣嗾務(wù)擖c(diǎn)傳統(tǒng)開(kāi)發(fā)人員工具，其實(shí)對(duì)于云開(kāi)發(fā)人員和其他類型的開(kāi)發(fā)人員來(lái)說(shuō)，這些工具都是極其一致的。按照我的經(jīng)驗(yàn)，雖然在 Windows Azure平臺(tái)上使用PowerShell可以在云環(huán)境中獲得很多收益，并且也自動(dòng)化了構(gòu)建和部署。但對(duì)于大多數(shù)其他寄宿情形來(lái)說(shuō)，這種做法也可以獲得同樣的效果。我只是覺(jué)得在一個(gè)像云這樣的內(nèi)在的分布式環(huán)境中這樣做是很自然的。對(duì)于任何一個(gè)想使用云來(lái)讓自己能力更強(qiáng)大的開(kāi)發(fā)人員，我的建議是去學(xué)習(xí)和了解云計(jì)算的真正力量。它們是你的新工具，將會(huì)助力你實(shí)現(xiàn)從一名傳統(tǒng)開(kāi)發(fā)者成為云開(kāi)發(fā)人員的目標(biāo)，你曾經(jīng)為此有過(guò)一段痛苦的時(shí)光甚至于以前這只能是一種奢望！

Piper：好問(wèn)題，這也是我一直仔細(xì)考慮的問(wèn)題之一。Adron在一件事上正確，就是云帶來(lái)的是規(guī)?！獰o(wú)論是就數(shù)據(jù)本身而言（同時(shí)到達(dá)的數(shù)據(jù)量，或存儲(chǔ)的數(shù)據(jù)量）還是就你如何在云環(huán)境中為了獲得可用性而擴(kuò)展你的應(yīng)用至跨地理位置的多個(gè)實(shí)例而言。也就是說(shuō)，雖然很多專為這個(gè)新時(shí) 代而創(chuàng)建的工具和技術(shù)（如Riak和其他的分布式數(shù)據(jù)庫(kù)）紛紛出現(xiàn)，并且與以前比工具箱中出現(xiàn)了很多不同的工具，我總是傾向于認(rèn)為，開(kāi)發(fā)者使用新的云平臺(tái) 的最重要的一件事，就是忘掉他們過(guò)去的假設(shè)——換種方式來(lái)思考如何部署應(yīng)用。

給開(kāi)發(fā)人員提供一致的體驗(yàn)是構(gòu)建能支持云應(yīng)用的操作系統(tǒng)的目標(biāo)之一。我們寧愿如此簡(jiǎn)單：用Ruby或node.js或隨便某個(gè)工具來(lái)編寫一個(gè)簡(jiǎn)單 web應(yīng)用，然后本地運(yùn)行，或者運(yùn)行在自己的單一服務(wù)器上，亦或運(yùn)行在一個(gè)可縮放的彈性的云環(huán)境中。所以我們構(gòu)建一個(gè)抽象層來(lái)隱藏不同的云基礎(chǔ)設(shè)施（AWS、OpenStack或無(wú)論什么）之間的差異，讓開(kāi)發(fā)人員能夠很輕松地部署應(yīng)用。這確實(shí)意味著他們需要意識(shí)到不能依賴于自己應(yīng)用的位置、硬編碼的 IP地址或其他配置，這些都是不好的做法，而應(yīng)是在編碼時(shí)應(yīng)盡可能將代碼與數(shù)據(jù)庫(kù)（它們有可能會(huì)改變）之間解耦。所以思考方式和架構(gòu)都是不同的，不過(guò)最起碼很多工具和代碼都可以保持不變。

你們認(rèn)為哪些IDE最適合于云開(kāi)發(fā)？開(kāi)發(fā)者應(yīng)為些IDE添加哪些東西來(lái)增強(qiáng)其云開(kāi)發(fā)的能力？你們對(duì)基于云的IDE有興趣嗎？

Piper：很個(gè)人的說(shuō)我是有潛在偏見(jiàn)的（作為一個(gè)Eclipse提交者），我很喜歡Eclipse，也是IntelliJ和 RubyMine的粉絲?，F(xiàn)在大部分成熟的IDE都擁有非常好的插件與云服務(wù)進(jìn)行交互，比如有低級(jí)別的AWS Explorer，也有提供了平滑的構(gòu)建/測(cè)試/部署體驗(yàn)Eclipse的Cloud Foundty集成插件。

我曾使用過(guò)像Eclipse Orin和Cloud9這樣的基于云的IDE和編輯器，它們都非常方便。我很高興地看到它們演進(jìn)得也很快，從而可以利用的web特性。

當(dāng)然很可能具有諷刺意味的是，我自己的開(kāi)發(fā)者工具集根本不是以IDE為中心的。我將一天的大部分時(shí)間都花在Sublime Text以及命令行上，并且我也是Ubuntu的包管理和OS X的自制軟件開(kāi)源包管理器的大粉絲 :-)。

M?rtensson：聽(tīng)到Andy這么說(shuō)很有趣，因?yàn)槲矣蓄愃频谋尘?，不過(guò)剛好相反。我是一個(gè)Microsoft/C# /Windows Azure的開(kāi)發(fā)人員，這使得我在面對(duì)IDE環(huán)境和開(kāi)發(fā)體驗(yàn)上極具偏見(jiàn)。最近Microsoft在Visual Studio中實(shí)現(xiàn)無(wú)縫的云開(kāi)發(fā)體驗(yàn)上投入的努力是無(wú)與倫比的，而這是我在Visual Studio身上前所未見(jiàn)。它們確實(shí)做出了巨大的努力來(lái)支持快速和強(qiáng)有力的云開(kāi)發(fā)。Visual Studio中的Server Explorer能夠踏足任何云賬戶并和運(yùn)行其上的任何服務(wù)進(jìn)行交互。你可以管理它們，監(jiān)控它們，并可以在云上運(yùn)行類似于IntelliTrace和性能監(jiān)視器這樣的工具。然后你可以下載結(jié)果并在Visual Studio中進(jìn)行分析。很自然地，你能在本地構(gòu)建和測(cè)試任何云應(yīng)用，包括最近加入的非超級(jí)管理員模式的計(jì)算模擬器（Express版本）。隨后你可以將應(yīng)用作為一個(gè)單元推送到位于Windows Azure上的自己的網(wǎng)站和云服務(wù)中。我在Visual Studio IDE所見(jiàn)到的用于云開(kāi)發(fā)的（讀作：Windows Azure開(kāi)發(fā)）部分在Visual Studio歷史上是無(wú)與倫比的。干了這杯Kool-Aid？是??！大口地享受它吧！

Hall：很明顯有至上之選：Cloud9IDE。

雖然如此，在現(xiàn)在很多情況下IDE看起來(lái)有所妨礙。當(dāng)某個(gè)人需要在具有很多種語(yǔ)言和工具的不同環(huán)境之間切換時(shí)，最容易的就是抓到Sublime或類似的某個(gè)東西并運(yùn)行。

在重量級(jí)有像Visual Studio、Eclipse、IntelliJ、WebStorm和其他應(yīng)用工具等這樣的IDE。這些都很好，并且為一種或某幾種語(yǔ)言提供了鉤子以方便日常的運(yùn)維編碼工作。但是有可能當(dāng)某一天快要結(jié)束時(shí)，某個(gè)不在那個(gè)IDE范圍之內(nèi)的語(yǔ)言突然冒出來(lái)，那就毀了你這一天。

另外一方面，如果一個(gè)團(tuán)隊(duì)能夠?qū)Ｗ⒂谀硞€(gè)特定IDE，使用它來(lái)加載任何開(kāi)發(fā)所需要的一切，并且IDE能夠和推薦的云環(huán)境協(xié)同工作，那么Visual Studio和其他幾個(gè)IDE就會(huì)脫穎而出。一個(gè)很好的例子就是用于Visual Studio的AWS的.NET插件。這個(gè)特殊的插件是我所見(jiàn)過(guò)的僅有的沒(méi)有將開(kāi)發(fā)者綁定于實(shí)際云的工具集。它只是極大地簡(jiǎn)化了部署和查看云服務(wù)，這些都不用離開(kāi)Visual Studio。對(duì)于.NET開(kāi)發(fā)者來(lái)說(shuō)，這是極大的好處，因?yàn)樗麄兛偸潜还膭?lì)并習(xí)慣于在云開(kāi)發(fā)過(guò)程中一直呆在一種IDE中。

然而，在大多數(shù)web開(kāi)發(fā)和云環(huán)境中，你會(huì)推送一些東西并使用像SSH這樣的工具。在這種情形中Visual Studio和Windows通常都不是推薦者（non-starter：比賽中不是首發(fā)的隊(duì)員）。讓W(xué)indows和Visual Studio與SSH和其他Linux或相關(guān)環(huán)境一起工作所花費(fèi)的時(shí)間會(huì)非常讓人沮喪。此時(shí)，非常戲劇性的是，像下面這樣做反而容易得多，抓到一個(gè)終端，學(xué)會(huì)如何擺弄它，然后SSH連接到在這些終端，實(shí)際上就可以工作了。即使在使用Windows Azure，如果你并不打算在Windows上寄宿或也不想使用Visual Studio的至Azure的私有鉤子，那么完全可以甩開(kāi)基于Windows的開(kāi)發(fā)工具轉(zhuǎn)而使用運(yùn)行于Linux或OS-X之上的來(lái)自于 JetBrains的工具。從這些工具上獲取好處，你的開(kāi)發(fā)團(tuán)隊(duì)最終會(huì)感謝你。云畢竟是源自于Unix并將在多年來(lái)已成為Unix技術(shù)世界一部分的很多理念的基礎(chǔ)上繼續(xù)演化著。

當(dāng)開(kāi)發(fā)者在構(gòu)建云規(guī)模的應(yīng)用時(shí)，應(yīng)避免哪些反面模式呢？云提供商又如何避免你們犯這些錯(cuò)誤，或反過(guò)來(lái)說(shuō)，讓你們做些錯(cuò)誤的事情？

Hall：在開(kāi)發(fā)云分布式應(yīng)用時(shí)，開(kāi)發(fā)者會(huì)掉入很多巨大的陷阱之中。

我曾一次又一次看到的較大問(wèn)題是，他們更愿意搭建單一的數(shù)據(jù)中心（比如AWS，一個(gè)區(qū)域等）。使用局限于某個(gè)數(shù)據(jù)中心的框架棧和故障轉(zhuǎn)移所構(gòu)建的某個(gè)應(yīng)用仍然趨向于引起很多停機(jī)情況，比如“East 1 AWS Failure”，綽號(hào)為復(fù)活節(jié)故障。

另外一個(gè)很大的問(wèn)題就是很多提供商——好吧，也許是所有的提供商——仍然還有很多SPOFs（單點(diǎn)故障）。Windows Azure在幾個(gè)月前由于其證書問(wèn)題而打破了大數(shù)據(jù)中心的故障記錄。AWS也出現(xiàn)過(guò)由于數(shù)據(jù)中心的某個(gè)網(wǎng)絡(luò)設(shè)備而導(dǎo)致的故障。Rackspace同樣也有類似的問(wèn)題，也鼓勵(lì)了人們使用機(jī)架設(shè)備，這又在已有的其他故障點(diǎn)之上生成了更多的SPOFs。整個(gè)想法是想讓云架構(gòu)具有彈性，而這些情況適得其反。

從純粹的開(kāi)發(fā)者角度來(lái)看，較大的錯(cuò)誤在于很容易在云的計(jì)算和存儲(chǔ)環(huán)境中只是簡(jiǎn)單地構(gòu)建一個(gè)傳統(tǒng)的垂直堆疊在一起的應(yīng)用。在云環(huán)境中使用按照傳統(tǒng)架構(gòu) 信條所構(gòu)建的應(yīng)用會(huì)付出高昂的代價(jià)昂貴，并且效率很低。然而一次又一次，我看到人們只是重新實(shí)現(xiàn)某個(gè)垂直設(shè)計(jì)的應(yīng) 用；Sharepoint，WebSphere和其他所能想到的。他們通常只有單一的RDBMS，在此之上有個(gè)數(shù)據(jù)層，以及一個(gè)或者可能是幾個(gè)應(yīng)用節(jié)點(diǎn)，而這幾個(gè)應(yīng)用節(jié)點(diǎn)卻位于某個(gè)有著SPOF的緩存層之上。

總的來(lái)看，云開(kāi)發(fā)中有很多反面模式，而運(yùn)維和開(kāi)發(fā)總是很容易實(shí)現(xiàn)它們。

M?rtensson：一個(gè)真正而又常見(jiàn)的反面模式就是將老的思考方式應(yīng)用到新的范式上。比如認(rèn)證；“我們想讓顧客能夠使用他們自己已有的Google，Yahoo！，F(xiàn)acebook和Microsoft帳號(hào)來(lái)認(rèn)證我們的服務(wù)。當(dāng)然我們也需要標(biāo)準(zhǔn)的用戶名/密碼登錄方式?！蹦銇?lái)找出其中的缺陷！基本上就是他們說(shuō)想要設(shè)法變得很時(shí)髦，然后又想通過(guò)將自己的祖母帶到聚會(huì)上來(lái)回歸保守。如果這確實(shí)是你的開(kāi)發(fā)和維護(hù)工作所要關(guān)注的，當(dāng)然你可以運(yùn)行并處理自己的用戶名/密碼認(rèn)證服務(wù)。但如果你正在采用所有的方式來(lái)外部化自己的應(yīng)用的認(rèn)證，那么就需要通過(guò)將自己寄宿的認(rèn)證服務(wù)（術(shù)語(yǔ)也稱為安全令牌服務(wù) STS）從你的應(yīng)用中分離出來(lái)，然后才能真正實(shí)現(xiàn)這些方式。簡(jiǎn)而言之，你的應(yīng)用不應(yīng)關(guān)心任何認(rèn)證。然而它應(yīng)擁有一個(gè)可信任的、為你處理這個(gè)多帶帶的關(guān)注點(diǎn)的標(biāo)識(shí)符提供者。如果你不保存密碼，則你根本不用保留此職責(zé)。最開(kāi)初的表述是害怕由于不提供的標(biāo)準(zhǔn)的用戶名/密碼認(rèn)證選項(xiàng)從而失去顧客。但這只會(huì)增加你的工作負(fù)荷，并且你將會(huì)失去使用云服務(wù)進(jìn)行外部化認(rèn)證的好處。如果你不能公正地對(duì)待這種新的模式，除了在開(kāi)始就以完全錯(cuò)誤的方式來(lái)使用它這種壞處之外，你最終還將會(huì)損害自己的業(yè)務(wù)。

Piper：好吧，說(shuō)到現(xiàn)在我已經(jīng)很難在Adron和Magnus所闡述的常見(jiàn)反面模式之外再添加其他內(nèi)容了——這些我都見(jiàn)到過(guò)。有個(gè)很明確的傾向就是以傳統(tǒng)的方式思考并構(gòu)建垂直而不是水平擴(kuò)展的應(yīng)用。在這樣的情況下，當(dāng)一個(gè)開(kāi)發(fā)者“發(fā)現(xiàn)”像RabbitMQ這樣的異步消息傳遞和像 Redis這樣的內(nèi)存中的數(shù)據(jù)結(jié)構(gòu)，然后想到，哦，這是一種“全新”的做事方法時(shí)，我總是很吃驚。不，完全不是，這些概念已經(jīng)出現(xiàn)了很長(zhǎng)一段時(shí)間，而云平臺(tái)比曾經(jīng)任何時(shí)候都提供了一個(gè)冪等的、最終一致的服務(wù)模式。

在云提供商如何幫助你避免失誤方面，就我自己來(lái)說(shuō)，Cloud Foundry盡了其較大努力盡可能地來(lái)提供作為其環(huán)境一部分的有用配置信息，所以你可以編碼來(lái)從配置信息中去查找值而不用硬編碼端口、數(shù)據(jù)庫(kù)設(shè)置等。這并不妨礙你硬編碼，但是這樣做確實(shí)不是一件好想法。

Redmonk的Stephen O’Grady曾經(jīng)說(shuō)過(guò)“云計(jì)算的最重要特征：進(jìn)入的低門檻。”你們認(rèn)為哪些云對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)學(xué)習(xí)會(huì)更容易一些？不僅只是讓開(kāi)發(fā)者注冊(cè)，而且還向開(kāi)發(fā)者展示了該如何開(kāi)始部署應(yīng)用這些方面，誰(shuí)工作做得好？對(duì)于開(kāi)發(fā)人員仍然還存在哪些進(jìn)入門檻？

M?rtensson：在瑞典我們說(shuō)“"tala i egen sak”，意思就是說(shuō)你是偏頗地來(lái)表達(dá)自己關(guān)于事情的看法。再次說(shuō)明，我是一名虔誠(chéng)的.NET/Visual Studio/C#開(kāi)發(fā)人員。當(dāng)然就會(huì)偏向Windows Azure云。仍然……哦！不用暴露我的年紀(jì)，我在這個(gè)持續(xù)的消防比賽中已經(jīng)有很好的數(shù)十年的經(jīng)歷，而且我還從來(lái)沒(méi)有在Microsoft看見(jiàn)過(guò)像這樣的事情。也許巧合的是，微軟的云的氣息到來(lái)適逢其時(shí)？也許只是因?yàn)檫@就是應(yīng)當(dāng)做的？但我還從來(lái)沒(méi)有在Microsoft身上見(jiàn)過(guò)如此致力于推動(dòng)技術(shù)變遷的情況。并不僅是VB和C#，還有很多。Microsoft為現(xiàn)在的Windows Azure的多種平臺(tái)和IDE構(gòu)建和維護(hù)了工具集和SDK。PHP、Java、Node.js、Ruby、Python & Visual Studio、Eclipse和開(kāi)發(fā)一次并可給很多不同類型設(shè)備發(fā)送消息的能力；這些設(shè)備有iOS、Android、Window Phone和Windows 8。挑選你的毒藥吧！今天誰(shuí)是對(duì)Linux較大的開(kāi)源貢獻(xiàn)者？是的，這就對(duì)了，但是誰(shuí)又曾知道這些呢？對(duì)于那些泡在這個(gè)空間的人以及那些知道 Microsoft的人來(lái)說(shuō)，這是一筆非常大交易！這是一個(gè)擁抱多元化的全新的Microsoft，并且它意識(shí)到許多公司為了日常運(yùn)營(yíng)將會(huì)使用很多服務(wù)和平臺(tái)來(lái)構(gòu)建自己的現(xiàn)實(shí)世界。這就是我們現(xiàn)在所處的情形，而Microsoft就在這兒。有哪個(gè)其他的棧/平臺(tái)能匹配這個(gè)呢？

Hall：對(duì)于任何PaaS（平臺(tái)即服務(wù)），進(jìn)入門檻都盡可能如你所能達(dá)到的一樣低。當(dāng)我們深入探討這些時(shí)，這會(huì)得到一些奇怪的比較結(jié)果。Window Azure據(jù)稱首先是PaaS，然后才是IaaS（基礎(chǔ)設(shè)施即服務(wù)），它以這種方式開(kāi)始，然后努力推廣它。AWS甚至都沒(méi)有提到過(guò)PaaS這個(gè)詞，即使他們擁有很多提供了PaaS風(fēng)格的單一命令行（某些時(shí)候要點(diǎn)擊）部署方式的服務(wù)和特征。而對(duì)于其他那些沒(méi)有一個(gè)明確的PaaS說(shuō)法的環(huán)境，門檻過(guò)多，而且很笨重，并且我覺(jué)得不太值得提及。所以對(duì)于那些沒(méi)有一個(gè)合理的PaaS說(shuō)法的我將會(huì)在其他時(shí)候再討論。

這帶來(lái)了另外一個(gè)關(guān)鍵之處，在AWS上實(shí)際運(yùn)行的所有PaaS服務(wù)都是怎么樣的。Heroku、EngineYard、AppHarbor、 AppFpg和幾乎每個(gè)Cloud Foundry或OpenShift PaaS服務(wù)都安裝在AWS上。所以很明顯，如果某個(gè)應(yīng)用包含了AWS的服務(wù)和AWS提供了PaaS服務(wù)的客戶，那么它在可用性方面就大幅領(lǐng)先于其他人。即使我們回溯并只是看看首批AWS客戶的安裝和使用，這些客戶在使用Beanstalk、EC2或S3，其安裝和使用都極其簡(jiǎn)單。簽約、檢查認(rèn)證機(jī)制或類似于通過(guò)郵件發(fā)送的編碼令牌，然后安裝好上面所提到的項(xiàng)目之一并啟動(dòng)，你就已經(jīng)在運(yùn)行一個(gè)應(yīng)用了。

可以說(shuō)最嚴(yán)重的障礙都在基于Heroku、EngineYard、Cloud Foundry和OpenShift的PaaS中被移除了。在上面這樣PaaS環(huán)境中可以很容易地安裝、使用和部署應(yīng)用，這些恰好都是位于AWS中。

但是對(duì)于Windows Azure，Windows Azure團(tuán)隊(duì)和努力將這些云選項(xiàng)從一個(gè)“不”移動(dòng)到“嘿，這是非常容易的且功能豐富的”。 Windows Azure，我不會(huì)再為回答這個(gè)問(wèn)題而談?wù)撈溥^(guò)去，它已經(jīng)戲劇性地重新定義了如何更貼近部署，并積極地比幾乎其他每一個(gè)PaaS或IaaS服務(wù)提供商提供了更多的部署選項(xiàng)和部署能力。另外其已轉(zhuǎn)變?yōu)槎嗾Z(yǔ)言的，在這場(chǎng)由AWS扮演兔子的龜兔賽跑中獲勝。比如AWS節(jié)點(diǎn)Beanstalk功能。在 Windows Azure能夠極為容易地、優(yōu)雅地和極好地在AWS上部署基于Node.js的應(yīng)用差不多一年之后，AWS才實(shí)現(xiàn)。加上它可以圍繞Node.js來(lái)定價(jià)，對(duì)于小型的共享的云寄宿模型來(lái)說(shuō)，.NET、PHP和其他的應(yīng)用已經(jīng)為零。這對(duì)于開(kāi)發(fā)者來(lái)說(shuō)當(dāng)然非常棒，他們可以在運(yùn)營(yíng)之前測(cè)試、調(diào)試大多數(shù)的應(yīng)用。

總的來(lái)說(shuō)，上面幾乎涵蓋了我個(gè)人所使用和一直關(guān)注的主要提供商的基本內(nèi)容。Windows Azure、AWS、Cloud Foundry、OpenShlft、Heroku、EngineYard都是現(xiàn)在值得關(guān)注的主要公司，它們正在這個(gè)空間內(nèi)做著繁重的創(chuàng)新工作，并正在逐漸地前進(jìn)以移除更多的進(jìn)入門檻。

Piper：我喜歡Redmonk的這些家伙！他們都是非常聰明的人，并且我推薦那些任何不熟悉他們意見(jiàn)的人去尋找他們。開(kāi)發(fā)者都是新的擁護(hù)者。

所以，是的，我完全同意進(jìn)入的低門檻對(duì)于開(kāi)發(fā)人員快速采用我們所討論的云技術(shù)來(lái)說(shuō)非常重要。實(shí)際上，這就是某個(gè)“啊哈時(shí)刻”，這可以讓我從自己以前在IBM的角色轉(zhuǎn)換到VMware的Cloud Foundry上來(lái)——本地編碼應(yīng)用的能力，無(wú)需任何改變地將其推送至云上，然后在幾秒鐘內(nèi)將其擴(kuò)展。鑒于我的角色，不用想就我可以說(shuō)，很明顯，Cloud Foundry進(jìn)入門檻很低……但就如Adron所說(shuō)，我想很多相似的PaaS提供商都是這樣，如Heroku。我同樣對(duì)為所見(jiàn)過(guò)的在Visual Studio和Azure環(huán)境中開(kāi)發(fā)者所展示的工具集成所驚嘆，在這個(gè)環(huán)境中開(kāi)發(fā)者會(huì)覺(jué)得走向云的旅程十分愉快。我應(yīng)該指出的是，很多云提供商，特別是 PaaS提供商也擁有工作得很好的IDE插件。然而對(duì)于真正地低進(jìn)入門檻，我仍然喜歡源自于Github命令行方式的克隆，本地構(gòu)建和測(cè)試，然后從命令行推送至云的體驗(yàn)， Cloud Foundry和幾個(gè)其他云提供商都提供了這種——這比需要一個(gè)IDE更輕量級(jí)。

對(duì)于開(kāi)發(fā)者來(lái)說(shuō)哪些事情在過(guò)去曾經(jīng)是很難的，而現(xiàn)在由于云變得簡(jiǎn)單多了？而且，有沒(méi)有某些事情在過(guò)去是簡(jiǎn)單地忽略掉或者根本不做，而現(xiàn)在變得簡(jiǎn)單明了的？

M?rtensson：這是一個(gè)大局觀的問(wèn)題。當(dāng)我們開(kāi)發(fā)時(shí)什么是重要的？我們會(huì)在某一天回憶起云之前的“黑暗時(shí)代”并問(wèn)自己在那個(gè) 時(shí)代我們是曾經(jīng)如何讓一切運(yùn)轉(zhuǎn)起來(lái)的嗎？構(gòu)建一個(gè)全球可伸縮的供幾十萬(wàn)甚至上億用戶使用的解決方案確實(shí)不是我們大部分人都曾經(jīng)做過(guò)的。但是我們確實(shí)可以做到這一點(diǎn)。如果我們業(yè)務(wù)比像Facebook那樣構(gòu)建自己的數(shù)據(jù)中心要小得多的話，那么能有機(jī)會(huì)看到過(guò)自己能做到哪一步嗎？如果有一個(gè)了解了云平臺(tái)的力量的像樣的架構(gòu)師的話，我就敢說(shuō)再開(kāi)發(fā)這樣的解決方案甚至都不再是什么難事了?，F(xiàn)在沒(méi)有新成立的公司會(huì)說(shuō)“好吧，我們現(xiàn)在獲得一筆風(fēng)險(xiǎn)投資，讓我們出去采購(gòu) 一些服務(wù)器回來(lái)?！比绻覀冋雇磥?lái)并設(shè)想我們開(kāi)發(fā)將會(huì)所使用的環(huán)境，我確信CPU的能力、內(nèi)存的大小、存儲(chǔ)容量、甚至互聯(lián)網(wǎng)的速度對(duì)于我們構(gòu)建應(yīng)用的方式的重要性會(huì)越來(lái)越小。相反我們會(huì)開(kāi)始依賴于總會(huì)有足夠的容量給我們正在做的無(wú)論什么東西，以及能滿足我們的服務(wù)所要求的無(wú)論什么樣的使用模式的需要。當(dāng) 然事情在未來(lái)仍然會(huì)出現(xiàn)中斷，并且某些時(shí)候服務(wù)會(huì)出現(xiàn)故障。但不應(yīng)會(huì)出現(xiàn)這樣的情形，即我們不得不恐慌地沖到市中心去買一個(gè)全新的硬盤驅(qū)動(dòng)器。我們的服務(wù) 將會(huì)是自愈的。在這個(gè)大局觀中我們會(huì)使用新的模式來(lái)開(kāi)發(fā)，這些模式從開(kāi)始就會(huì)把所有這些問(wèn)題都考慮進(jìn)來(lái)，而且我們從來(lái)也不會(huì)再關(guān)心是否擁有足夠的計(jì)算能力。

Hall：我將建議的是排在前三名的事物：

已經(jīng)影響到開(kāi)發(fā)人員能如何來(lái)開(kāi)發(fā)的較大的影響是能力，即僅需在這兒或那兒點(diǎn)擊一些選項(xiàng)或某個(gè)腳本就可以讓整個(gè)運(yùn)行開(kāi)發(fā)環(huán)境跑起來(lái)。服務(wù) 器、測(cè)試服務(wù)器、UAT服務(wù)器等。在以前，即使在簡(jiǎn)單的虛擬化下這些在很多方式上都會(huì)受到限制。但是現(xiàn)在，在擁有AWS、Azure以及其他類似云環(huán)境所提供的云計(jì)算能力的情形下前面那些都完全不再是問(wèn)題。以前需要耗時(shí)幾小時(shí)或幾天甚至幾個(gè)月的事情現(xiàn)在幾分鐘之內(nèi)就可以完成，并且以一種能向前移動(dòng)并保留全部努力的方式工作，而這種方式在6-7年前完全無(wú)法想象可以這樣做的。

跨地理邊界的分發(fā)系統(tǒng)的能力，這在6-7年前，即便不用花費(fèi)數(shù)百萬(wàn)美元資本投資，也會(huì)需要數(shù)十萬(wàn)?，F(xiàn)在每個(gè)月僅只需要幾百或幾千美元，一個(gè)龐大的、跨越廣為分散的多個(gè)國(guó)家的分布式系統(tǒng)在幾分鐘之內(nèi)就可以安裝并運(yùn)轉(zhuǎn)起來(lái)，并準(zhǔn)備好投入使用。

與垂直疊高的方法相比，分布式系統(tǒng)正在成為普遍的做法。隨著這種改變，隱藏在冪等、彈性、自愈、異步、可伸縮、高度可用性系統(tǒng)背后的思想在大大小小公司的絕大多數(shù)程序員中出現(xiàn)。隨著越來(lái)越多的開(kāi)發(fā)者轉(zhuǎn)向水平擴(kuò)展的做法，垂直擴(kuò)展背后的極端受限的設(shè)計(jì)逐漸地被扔到路旁。隨后一系列很多用來(lái)增強(qiáng)利用這些功能的能力的語(yǔ)言和框架應(yīng)運(yùn)而生。這種觀念模式和方法的變化一直在持續(xù)進(jìn)行著，并日益增強(qiáng)著云計(jì)算的能力。

……這就是在我腦袋中立刻能想到的排在前三的最重要的事物。現(xiàn)在已經(jīng)發(fā)生那么多的變化，獲得了很多的進(jìn)展，以至于關(guān)于這個(gè)話題有人能寫一本書了。

Piper：對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)，云讓哪些變得容易呢？

按需的、潛在的可自由支配的環(huán)境。實(shí)際上，像Vagrant這樣的本地工具還一如既往是開(kāi)發(fā)者的朋友，但是能快速提供和千篇一律的克隆環(huán) 境以及能以通常很小的代價(jià)運(yùn)行這些環(huán)境的能力也極具價(jià)值。這對(duì)于開(kāi)發(fā)和運(yùn)維活動(dòng)一直是巨大的推動(dòng)力——開(kāi)發(fā)者不用再面對(duì)運(yùn)營(yíng)維護(hù)者的突發(fā)奇想，開(kāi)發(fā)者曾經(jīng) 得去為他們提供新的環(huán)境。這并不是為了敲打運(yùn)營(yíng)團(tuán)隊(duì)——新的云工具和環(huán)境也為他們提供更多的敏捷性?！白鳛榉?wù)”是*aaS縮寫的關(guān)鍵部分。

可伸縮性、可用性、彈性。我想Magnus和Adron對(duì)這部分已經(jīng)說(shuō)得很好。在這里除了將它們歸結(jié)為這三原則之一之外，我無(wú)法再補(bǔ)充什么了。

我認(rèn)為有兩件事——“大數(shù)據(jù)”和“物聯(lián)網(wǎng)”——因?yàn)樵频目捎眯栽诤艽蟪潭壬献兊酶心芰?。垂直擴(kuò)展的大數(shù)據(jù)庫(kù)這許多年來(lái)已經(jīng)成為可能，但是具有海量存儲(chǔ)容量、復(fù)制、MapReduce等特性的分布式數(shù)據(jù)庫(kù)更傾向于與云聯(lián)系在一起。傳感器的連通性、數(shù)據(jù)的采集和對(duì)數(shù)據(jù)的響應(yīng)一直以來(lái)都是只以單點(diǎn)為基礎(chǔ)，但是現(xiàn)在的開(kāi)發(fā)者已經(jīng)可以構(gòu)建復(fù)雜的能實(shí)現(xiàn)自己想法的系統(tǒng)，使用云結(jié)構(gòu)的靈活性構(gòu)建的系統(tǒng)只有零或很少幾個(gè)故障點(diǎn)。

上面只是一個(gè)快速總結(jié)。這是一個(gè)技術(shù)演變具有深遠(yuǎn)影響的領(lǐng)域。

雖然很多開(kāi)發(fā)人員都開(kāi)始花費(fèi)大量的時(shí)間來(lái)開(kāi)發(fā)云應(yīng)用，現(xiàn)實(shí)是還有很大一部分開(kāi)發(fā)者在其日常工作中都沒(méi)有理由去接觸云。假定這部分開(kāi)發(fā)者沒(méi)有充足的自由時(shí)間來(lái)體驗(yàn)云環(huán)境，那么你們會(huì)推薦他們做什么以便與的云服務(wù)和戰(zhàn)略與時(shí)俱進(jìn)？你們自己又是怎樣跟上這種不停向前流動(dòng)的云空間的呢？

Hall：對(duì)于那些沒(méi)有接觸過(guò)云/公共云或剛出現(xiàn)的私有云的開(kāi)發(fā)者來(lái)說(shuō)，我發(fā)現(xiàn)兩種很有用的方式非常重要。

學(xué)習(xí)一般的分布式系統(tǒng)。這些包括分布式數(shù)據(jù)庫(kù)、分布式計(jì)算（網(wǎng)格計(jì)算等）、通過(guò)自動(dòng)化或大量其他選項(xiàng)進(jìn)行的跨分布式環(huán)境的網(wǎng)絡(luò)管理。這段時(shí)間也出版了很多書籍，這些都能在這上面給予他們很多幫助，因?yàn)楹芏喙ぷ鞫家呀?jīng)極大地學(xué)術(shù)化了（對(duì)那些實(shí)際上正試圖利用分布式系統(tǒng)的編碼人員或運(yùn)營(yíng)人員并不是很有用），但其中很多東西在日常的開(kāi)發(fā)和運(yùn)營(yíng)中基本上沒(méi)用。

當(dāng)這樣做有用時(shí)候，盡量嘗試在日常的開(kāi)發(fā)過(guò)程中小規(guī)模地引入它們。即使沒(méi)有用到云，從分布式角度而不是垂直式角度出發(fā)來(lái)構(gòu)建某個(gè)系統(tǒng)也可以擁有強(qiáng)有力、有用性和健壯性這樣的特性。下面就是我這段時(shí)間來(lái)一直堅(jiān)決鼓勵(lì)的一個(gè)做法的要旨：除非應(yīng)用只是臨時(shí)性的，否則請(qǐng)不要開(kāi)發(fā)純粹的垂直式應(yīng)用。如果某個(gè)應(yīng)用的期望生命周期超過(guò)一年的話，那么請(qǐng)按水平擴(kuò)展的、可伸縮的架構(gòu)來(lái)構(gòu)建該應(yīng)用，這樣它在一個(gè)分布式系統(tǒng)環(huán)境之中也能很好地工作。

M?rtensson：向云邁出第一步很容易。首先我想提醒的是較大的問(wèn)題是，從廣泛和普遍采用云計(jì)算方面來(lái)看，我們目前處于哪個(gè)位置？我是一名云計(jì)算的倡導(dǎo)者和忠實(shí)信徒，并且我真的很想相信現(xiàn)在我們正準(zhǔn)備促進(jìn)云的大爆炸。這就是說(shuō)很多即使不是所有的信號(hào)都在指著這個(gè)方向：培訓(xùn)公司在這上面的興趣在顯著增加，顧問(wèn)們注意到更多關(guān)于云的喋喋不休，更多的客戶正在激起興趣而提供商的市場(chǎng)份額也在持續(xù)增長(zhǎng)。我實(shí)在看不到一些關(guān)于正在快速增加地采用云技術(shù)的反面跡象。傳統(tǒng)寄宿選項(xiàng)仍會(huì)繼續(xù)掙扎求生并盡一切能力來(lái)顯示自己仍是可替代的選項(xiàng)，但在我看來(lái)這只是延緩了它們無(wú)法避免的命運(yùn)的到來(lái)。特別如果你認(rèn)為混合場(chǎng)景也是一種真正的云場(chǎng)景的話，我想我們應(yīng)也將看到一個(gè)快速應(yīng)用需求。如果我們談?wù)摷夹g(shù)采用生命周期，我認(rèn)為我們?cè)诩装迳弦褤碛辛嗽缦鹊牟?用者，我們正站在深淵的邊緣，深淵將早先的采用者們與其它分割開(kāi)來(lái)。

云平臺(tái)的提供商們正在盡力做到很容易就能采用并平滑地過(guò)渡到各自產(chǎn)品。比如Microsoft最近對(duì)于某些試用場(chǎng)合就取消了信用卡的要求。為了回答這個(gè)問(wèn)題，開(kāi)始與云計(jì)算同行將會(huì)實(shí)際上已經(jīng)是很容易的了。你不需要花費(fèi)大量時(shí)間來(lái)上手。你可以僅僅需用幾分鐘時(shí)間來(lái)注冊(cè)并獲得一個(gè)試用的可運(yùn)行版本。實(shí)際上擁有一個(gè)已分配給自己的MSDN訂閱的每個(gè)人都已在云中有一個(gè)個(gè)人的開(kāi)發(fā)/測(cè)試環(huán)境。所需要的就是激活MSDN訂閱上的Windows Azure，這大概需要2分鐘左右。大量的在線指南可以幫助你將自己的第一個(gè)應(yīng)用部署到平臺(tái)。例如我博客上的視頻演示。確實(shí)地如果你有15分鐘的話，我敢打賭你肯定能將自己的第一個(gè)應(yīng)用在Windows Azure云上正式運(yùn)行起來(lái)。這可能是一件簡(jiǎn)單得也許微不足道的事情，但它真的很酷很讓人耳目一新。

Piper：我想PaaS所提供的任何東西都是瞄著提供一個(gè)無(wú)阻力的部署表面——AppEngine、Cloud Foundry、Heroku、OpenShift以及Azure的涉及PaaS的很多方面等等確實(shí)都是這樣。如果在自己所選的平臺(tái)上沒(méi)有盡力提供一種在其上部署應(yīng)用的簡(jiǎn)單方式，那么很有可能你開(kāi)始就沒(méi)有做對(duì)。當(dāng)你開(kāi)始尋找自己應(yīng)用中的可伸縮性和數(shù)據(jù)訪問(wèn)方面某些問(wèn)題時(shí)，學(xué)習(xí)曲線上仍然還有很多要去學(xué)習(xí)。

個(gè)人來(lái)說(shuō)雖然我發(fā)現(xiàn)像O’Reilly這樣的出版社所出版的很多不錯(cuò)的語(yǔ)言和編程指南書籍常常都有好幾年的生存期，但由于云領(lǐng)域的快速創(chuàng)新，“云” 相關(guān)的書籍顯然還沒(méi)有老到有這種火候。只要等待一個(gè)月，AWS就會(huì)已引入一個(gè)全新的API或調(diào)降了價(jià)格，某個(gè)PaaS提供商就會(huì)宣布有了新的合作者、插件或功能！這就是說(shuō)在博客中挖來(lái)挖去并跟隨Twitter上的那些能推薦很好的鏈接的家伙會(huì)更有用。我發(fā)現(xiàn)兩個(gè)特別的來(lái)源是很有價(jià)值的。Github活動(dòng) feed讓我能跟隨自己的聯(lián)系人所評(píng)級(jí)或創(chuàng)建的新的項(xiàng)目、apps和庫(kù)。DevOps每周簡(jiǎn)訊（云和開(kāi)發(fā)空間的每周匯總郵件）也是一個(gè)獲取關(guān)于進(jìn)展的摘要信息的有用途徑。

作者簡(jiǎn)介

Adron Hall：軟件架構(gòu)師、工程師、程序猿、碼農(nóng)、分布式系統(tǒng)的擁護(hù)者。他是位多產(chǎn)的開(kāi)源貢獻(xiàn)者，積極使用Github來(lái)貢獻(xiàn)項(xiàng)目。你可以在CompositeCode.Com上了解他的思想，還可以在Twitter上的@adron跟隨他。

Magnus M?rtensson：就職于瑞典的Active Solution顧問(wèn)公司，擔(dān)任云架構(gòu)師/開(kāi)發(fā)者。他是Windows Azure MVP、Windows Azure的業(yè)內(nèi)人士、Windows Azure顧問(wèn)。你可以在MagnusMartensson.com上閱讀其著述，還可以在Twitter上的@noopman跟隨他。

AndyPiper：倡導(dǎo)Cloud Foundry的開(kāi)發(fā)者。他的日常工作是包含以下內(nèi)容的有趣混合：技術(shù)市場(chǎng)、業(yè)務(wù)開(kāi)發(fā)、與開(kāi)發(fā)者交談、各種會(huì)議上的公開(kāi)演講、撰寫文檔和示例、向工程師抱怨其中斷了事情、博客和推特、還有就是組織活動(dòng)。從這兒可以了解他更多東西，還可以在Twitter上的@andypiper跟隨他。