|
最近，人人都在談?wù)?“云”。不論是參加某個(gè)技術(shù)會(huì)議，或者與任何編程人員聊天，您的耳中很快就會(huì)充斥著諸如 “云計(jì)算”、“Google App Engine” 和 “Amazon 托管應(yīng)用程序” 之類的術(shù)語。 假設(shè)您已經(jīng)清楚什么是云計(jì)算（本文的 參考資料 小節(jié)就有很多文章可以幫助您弄清楚什么是云計(jì)算）。如果云計(jì)算最終只是一種編程語言的話，那么只需對它有基本的理解就可以真正編寫代碼。例如，一旦理解了 Java™ 對象的基礎(chǔ)知識(shí)，就可以開始編寫代碼，并根據(jù)需要學(xué)習(xí)更多其他的知識(shí)。 但是云計(jì)算不是一種語言。實(shí)際上，它是一種范例。即使您理解了云計(jì)算是指在 Internet 上的遠(yuǎn)程服務(wù)器上運(yùn)行并由它們托管的所有服務(wù)，但是在編寫任何代碼之前，仍然還需要做出很多的決定。首先，為云計(jì)算需求選擇哪種平臺(tái)？ 有 Amazon 的解決方案，有 Google 的解決方案，也有 Microsoft® 的解決方案，還有像 AppNexus 和 GoGrid 這樣的一次性解決方案。而它們并不是完全相同的！換句話說，不能像比較兩個(gè)蘋果一樣簡單地比較它們。實(shí)際上，試圖按照不同的特性集合對它們進(jìn)行分類就像在一個(gè)非常大、非?；靵y的迷宮中行走一樣困難。但是，通過非常細(xì)心的考量，還是可以根據(jù)您自己 的特定的應(yīng)用程序需求做出決定。
在各種不同的框架之間作出選擇之前，至少需要理解可供選擇的對象。本文的介紹比較簡要，但是，您仍然應(yīng)該使用 參考資料 補(bǔ)充關(guān)于這些內(nèi)容的信息。 Amazon EC2 是 Amazon Elastic Compute Cloud 的簡稱。“Elastic Compute Cloud” 不是一個(gè)很直觀的名稱，但 Amazon 的解決方案確實(shí)很有用。EC2 實(shí)際上是一個(gè) Web 服務(wù)，通過它可以請求和使用云中大量的資源（換句話說，是由 Amazon 托管的資源）。EC2 提供從服務(wù)器到編程環(huán)境的所有東西。 Amazon 的解決方案的特色在于靈活性和可配置性。您可以請求想要的服務(wù)，根據(jù)需要配置它們，設(shè)置靜態(tài) IP，并顯式地設(shè)置自己的安全性和網(wǎng)絡(luò) — 換句話說，您擁有很多的控制權(quán)。此外，Amazon 擁有很好的聲望和良好的按使用量收費(fèi)（pay-only-for-what-you-use）的模型，EC2 是云計(jì)算拼圖中一個(gè)重要的、受歡迎的部分。 從技術(shù)上講，Google 的 App Engine 是 Amazon EC2 的一個(gè)競爭對手，但是它們之間又有很大的不同之處。Amazon 提供靈活性和控制（在本文中您將了解很多這方面的內(nèi)容），而 Google 則提供易用性和高度自動(dòng)化的配置。如果使用 App Engine，您只需編寫代碼，上傳應(yīng)用程序，剩下的大部分事情可以讓 Google 來完成。 和 Amazon 一樣，Google 有很大的知名度，也有很大的緩存。與 Amazon 不同的是，Google 開始是免費(fèi)的，只有當(dāng)傳輸量較大，并使用較多計(jì)算資源時(shí)才收費(fèi)。另一個(gè)不同點(diǎn)是，Google 是以 Python 為中心的架構(gòu)和設(shè)計(jì)。若要使用 Google App Engine，則需要使用 Python。這個(gè)限制可以被視作一個(gè)局限性，也可以被視作一個(gè)有幫助的、簡化問題的約束。 Microsoft 則以一種完全不同的方式實(shí)現(xiàn)云計(jì)算。就像 “I'm a PC, I'm a Mac” 這句廣告詞一樣，Microsoft 致力于提供一個(gè)非常豐富的、專業(yè)的、高端的計(jì)算環(huán)境。因此，Amazon EC2 和 Google 針對的是那些仍然在 就像 Amazon EC2 不同于 Google App Engine 一樣，Windows Azure 與兩者都不相同。最顯而易見的是，Azure 就是 Windows®。它是基于 Windows 的；它針對使用 Windows 的人；它涉及 C# 和 SQL Server、.NET 以及 Visual Studio。Azure 就像是 SharePoint 加上一點(diǎn) CRM。很快您就會(huì)看到，選擇使用 Azure 很少是因?yàn)樘匦?，而是因?yàn)槟?xí)慣使用的平臺(tái)。 EC2、App Engine 和 Azure 是目前云計(jì)算領(lǐng)域的 “三巨頭”。但是也許您不知道，并不是只有 它們?nèi)齻€(gè)。還有很多其他的選擇，例如 GoGrid 和 AppNexus。如果您不知道其他這些工具，也無需過分擔(dān)心。事實(shí)上，如果您是 “典型的” 想使用云計(jì)算的開發(fā)人員，您一般會(huì)選擇 Google、Amazon 和 Microsoft 提供的這三個(gè)解決方案中的其中一個(gè)。如果您還知道這三巨頭以外的其他東西，那么您甚至可能不需要閱讀本文。 其他產(chǎn)品不同于 Google、Amazon 和 Microsoft，同樣它們彼此之間也各不相同。所以，就像本文后面的內(nèi)容強(qiáng)調(diào)的那樣，您對平臺(tái)的選擇更大程度上取決于您的應(yīng)用程序 需要什么，而不是您的平臺(tái)提供 什么。 在本文后面的大部分內(nèi)容中，您將遇到很多關(guān)于您的技能、偏好和應(yīng)用程序需求的基本問題。每個(gè)問題讓您進(jìn)一步傾向于某個(gè)特定的云計(jì)算平臺(tái)解決方案。本文的想法是讓您根據(jù)自己的應(yīng)用程序的功能和您的技能集選擇最佳的平臺(tái)。
您是否已經(jīng)投資了一個(gè)數(shù)據(jù)庫（和模式）？ 應(yīng)用程序最終是圍繞著數(shù)據(jù)的。應(yīng)用程序顯示數(shù)據(jù)、搜索數(shù)據(jù)、組織數(shù)據(jù) — 幾乎所有應(yīng)用程序最終都會(huì)存儲(chǔ)數(shù)據(jù)。那么，您已經(jīng)做出的關(guān)于數(shù)據(jù)庫的決定，對于選擇哪個(gè)云計(jì)算平臺(tái)有很大的影響。 如果您只是構(gòu)建應(yīng)用程序，而沒有已有的數(shù)據(jù)，那么您將有很大的自由度。您可以靈活地決定如何存儲(chǔ)數(shù)據(jù)，甚至可以隨意地成批導(dǎo)入已有的數(shù)據(jù)。所以，這對于您來說不是問題。但是，如果您有很多已有的數(shù)據(jù)，則另當(dāng)別論。 您是一個(gè)有經(jīng)驗(yàn)的數(shù)據(jù)庫程序員嗎？ 如果您喜歡某種特定的數(shù)據(jù)庫，甚至到了無法自拔的地步，那么在選擇云計(jì)算平臺(tái)時(shí)便要加以考慮。特別是，Google 的 App Engine 要求使用 Google 的數(shù)據(jù)庫。Google 的數(shù)據(jù)庫不好嗎？它會(huì)損壞您的數(shù)據(jù)嗎？它不支持 SQL 嗎？都不是。但是，如果您習(xí)慣于對自己的數(shù)據(jù)庫服務(wù)器進(jìn)行細(xì)粒度的控制，并且也習(xí)慣了您喜歡的 MySQL 或 PostgreSQL 版本特有的 SQL，那么 Google 會(huì)讓您失望。
然而，這正是 Amazon EC2 表現(xiàn)突出之處。Amazon 實(shí)際上只是在某處運(yùn)行的一個(gè)盒子，它讓您感覺非常類似于根訪問。您可以安裝任何需要的軟件。更妙的是，可以將數(shù)據(jù)存放在 Amazon 的 Simple Storage Service（S3）中，它在數(shù)據(jù)方面有一套更完備的特性。但是，由于已經(jīng)可以訪問命令行，您可以做想做的任何事情。這意味著在進(jìn)行數(shù)據(jù)庫編程時(shí)可以最大限度地模仿自己習(xí)慣的環(huán)境?？梢栽诿钚袦y試 SQL 命令，獲得類似終端的響應(yīng)，并進(jìn)行基本的管理。如果您只是想讓您的數(shù)據(jù)可以工作，那么沒什么大不了的，但是，如果您需要花大量時(shí)間研究您的數(shù)據(jù)庫以及它的幕后工作原理，那么任務(wù)可能非常艱巨。 由于 Google 的特點(diǎn)是易于使用，有時(shí)候用命令行可以輕易完成的事情對于 App Engine 來說卻很難。將數(shù)據(jù)導(dǎo)入到 Google 的數(shù)據(jù)庫比較冒險(xiǎn)，也容易出錯(cuò)，而且您自己不容易修復(fù)那些錯(cuò)誤。另一方面，Amazon 的 EC2 大量使用了命令行訪問。先進(jìn)行批量的導(dǎo)入，然后修復(fù)錯(cuò)誤，這種做法是可行的，甚至是受鼓勵(lì)的。 圖 1 給出了基本的決策樹。 圖 1. 您對當(dāng)前的數(shù)據(jù)庫有多大的熱情？ 
在選擇云計(jì)算平臺(tái)時(shí)，Python 的問題是您將遇到的另一個(gè)決定成敗的問題。簡言之，Google 只支持 Python，它的一切都是圍繞 Python 構(gòu)建的。而 Amazon 則不是這樣。雖然 Amazon 也允許使用 Python — 或者很多其他語言 — 但實(shí)際上 Google App Engine 最能體現(xiàn) Python 的優(yōu)勢。所以，如果您想要一個(gè)方便的 Python 解決方案，那么 Google App Engine 是首選。 也就是說，除非…… 有句話常被提到，現(xiàn)在也仍然管用：如果您渴望編譯和運(yùn)行程序之外 的控制、命令行和所有 Python 工具，那么 Amazon EC2 是王者。Amazon 樂于從命令行運(yùn)行 Python 代碼，這是 EC2 的優(yōu)點(diǎn)，也是它的缺點(diǎn)。如果您喜歡在一個(gè)文件中編寫文本，將它交給 Python，并使用系統(tǒng)錯(cuò)誤和命令行進(jìn)行調(diào)試，那么您會(huì)喜歡 Amazon，而且很可能會(huì)討厭 Google 過于熱心地 “幫助” 您。 如果您不需要 “由 C 語言編寫的擴(kuò)展”，或者覺得它是一種昂貴而不實(shí)用的奢侈品，那么可以跳到下一節(jié)。但是，如果您習(xí)慣于在 Python 中使用 C 擴(kuò)展，那么應(yīng)該清楚，Google 并不支持那些擴(kuò)展。Google 主要還是限于 Python 標(biāo)準(zhǔn)庫。雖然也有用于 Google 的 datastore、fetch 和 mail 服務(wù)的 API，但是除此之外沒有更多其他的東西（一個(gè)值得注意的例外是 Django）。同樣，這還是與控制有關(guān)。您是一名 Python 老手？Amazon 也許最適合您。開始使用 Web 服務(wù)，并且喜歡使用 Python，但是還不是特別精通這種語言？那么 Google 最好。 圖 2 顯示如何對上述情況進(jìn)行分解。 圖 2. 您使用 Python 嗎？您想要多少 “額外的東西”？ 
您是 Microsoft 的擁護(hù)者？那么選擇 Azure 這里有一個(gè)簡單的問題：您打算在 “起點(diǎn)” 和/或 “終點(diǎn)” 使用 Microsoft 作為主導(dǎo)平臺(tái)嗎？如果是這樣，那么 Azure 也許是最好的選擇。我們來看看以 Microsoft 為 “起點(diǎn)” 和 “終點(diǎn)” 的真正含義是什么。 您是鐵桿 Microsoft 開發(fā)人員嗎？特別是，您是否在 Visual Studio 中使用 Visual Basic、Visual C# 或與 Silverlight 等相關(guān)的技術(shù)完成超過 2/3 的編程。如果是這樣，那么您幾乎肯定要選擇 Windows Azure。您的整個(gè)開發(fā)框架都是基于 Microsoft 的，所以您會(huì)對 Azure 感到習(xí)慣。更重要的是，您不需要像使用 Amazon/Google 那樣學(xué)習(xí)或重新熟悉很多非 Microsoft 的語言和技術(shù)。 這個(gè)問題按理說是多余的。大多數(shù)主要使用 VB、C# 等語言的開發(fā)人員都以 Microsoft 平臺(tái)作為他們的用戶基礎(chǔ)。如果您想瞄準(zhǔn)現(xiàn)有的 Microsoft 用戶，并且不太擔(dān)心跨平臺(tái)兼容性，那么完全可以堅(jiān)持使用 Windows Azure。Azure 有很多連接 Microsoft 平臺(tái)的非常有用的鉤子，所以由 Azure 托管的基于云的應(yīng)用程序 可以無縫地與已有的 Microsoft 應(yīng)用程序集成。對于普通的 Microsoft 用戶，具有和已有的 Word、Internet Explorer 以及其他基于桌面的應(yīng)用程序一樣的感觀，甚至可以與它們交互的基于云的應(yīng)用程序具有很大的價(jià)值。 在您開始曲解 Azure 之前 — 或者聲稱我曲解了 Azure 之前 — 您應(yīng)該意識(shí)到，無論是起點(diǎn)還是終點(diǎn)平臺(tái)，Azure 絕對不是僅限于 Windows 平臺(tái)。您可以從任何平臺(tái)訪問基于 Azure 的應(yīng)用程序，并且可以使用 C# 以外的其他語言進(jìn)行開發(fā)；例如，Python 和 Perl 就可以。云的一個(gè)美妙之處就在于，語言和服務(wù)器技術(shù)都在云中。也就是說，它們對于大多數(shù)用戶而言是透明的。 然而，認(rèn)為以 Mac OS X 系統(tǒng)為目標(biāo)平臺(tái)的 Python 開發(fā)人員將使用 Windows Azure，這種想法最多是有一點(diǎn)愚蠢。實(shí)際上，只是沒有那么聰明而已。如果將 Azure 的優(yōu)勢與某些不知名的新貴比較，那么 Azure 的純專業(yè)特質(zhì)也許會(huì)讓您傾向于在以 Microsoft 為中心的、基于云的環(huán)境中使用非 Microsoft 技術(shù)。但是，不能這么看。您必須將 Azure 與來自 Google 和 Amazon 的同樣成熟的解決方案相比較。在此情況下，顯然最好使用在很多方面同樣強(qiáng)大，而本質(zhì)上則更加開放，可用于多種平臺(tái)和非 Microsoft 技術(shù)的平臺(tái)。圖 3 更直觀地闡釋了這一點(diǎn)。 圖 3. 喜歡 PC？您將喜歡 Azure 反過來也是一樣：以 Microsoft 為目標(biāo)平臺(tái)的 Microsoft 開發(fā)人員并不是必須 使用 Azure。您也可以享受 Amazon EC2 的靈活性和威力，或者 Google App Engine 很 “酷” 的特性。如前所述，Amazon 和 Google 都提供一些引入注目的特性。雖然如此，還是要問一下 “為什么？”除非您打算學(xué)習(xí)新的技術(shù) — 當(dāng)然，這很有趣，通常也很值得 — 否則您很難找到理由構(gòu)建一個(gè)純 Microsoft 的解決方案，然后將它放入到一個(gè)非 Microsoft 的云中……更何況原本有一個(gè)很好的 Microsoft 云是現(xiàn)成的。與其在這方面付出這么多的努力，不如優(yōu)化一下您的應(yīng)用程序，或者重新構(gòu)建一個(gè)應(yīng)用程序。
在開始的數(shù)個(gè)月，Google App Engine 與 Amazon EC2 在兩個(gè)關(guān)鍵的方面有所區(qū)別：
但是，到了 2 月末，雖然 Google 仍支持一開始的免費(fèi)使用，但是當(dāng)使用的資源超出免費(fèi)范圍時(shí)，則需要付費(fèi)。這是 Google 的一個(gè)巨大的勝利，使他們從資源受限步入資源相關(guān)（resource-interesting）的階段。
我使用術(shù)語 “資源相關(guān)” 表明，像 Google App Engine 這樣的一種模式 — 一定范圍內(nèi)免費(fèi)，超出范圍則收費(fèi) — 對于幾乎任何其他模型都有巨大的優(yōu)勢。首先，一開始使用 Google App Engine 是免費(fèi)的。這意味著您可以試用 App Engine，在上面運(yùn)行應(yīng)用程序，甚至公開部署應(yīng)用程序，所有這些都不用掏錢。所以這種 “一開始免費(fèi)” 的方法有很大的優(yōu)勢。 然而，有趣的是，使用這種模式時(shí)，實(shí)際上可以不斷估計(jì)帶寬，逐漸擴(kuò)展應(yīng)用程序，直至超出免費(fèi)范圍。而 Amazon EC2 也允許根據(jù)需要擴(kuò)展資源，所以一旦進(jìn)入付費(fèi)模式，Amazon 的解決方案與 Google 的解決方案之間并沒有太大的差別。 如果按用量收費(fèi)，Google 有什么優(yōu)點(diǎn)？ Google 一開始免費(fèi)的方法對于 Amazon 是一個(gè)優(yōu)勢：您可以先進(jìn)行調(diào)優(yōu)，并重整資源，延緩進(jìn)入收費(fèi)區(qū)域的進(jìn)程。每個(gè)認(rèn)真的程序員都知道，應(yīng)用程序的第一個(gè)版本通常存在兩種問題：
Google 的方法的好處在于，在為自己的錯(cuò)誤買單之前，您可以跟蹤這些資源 bug。 就此下結(jié)論？Google 只是稍微占優(yōu)，但也許根本無法影響您的決定。 與 App Engine 和 EC2 一樣，Azure 根據(jù)用量定價(jià)。使用 Azure 服務(wù)越多，價(jià)格越高。與 App Engine 和 EC2 的另一個(gè)類似之處是，Azure 根據(jù)計(jì)算機(jī)時(shí)間（CPU 使用）、帶寬（包括進(jìn)和出）和存儲(chǔ)定價(jià)。它還根據(jù)事務(wù)（例如 GET 和 PUT）收費(fèi)。 當(dāng)然，這種定價(jià)方法還沒有發(fā)布（截至 2009 年 3 月初），所以每個(gè)人還在拭目以待，看到底會(huì)怎么樣。不過，老實(shí)說，預(yù)計(jì)定價(jià)會(huì)比 Google App Engine 和 Amazon EC2 高一點(diǎn)，但不會(huì)差太多。同樣，定價(jià)很可能不會(huì)成為是否選擇 Windows Azure 的決定因素，就像 Google 或 Amazon 一樣。
這里很容易一概而論。例如，您也許認(rèn)為如果您喜歡 Python，并且是新手，就選擇 Google；如果是 Python 高手，就選擇 Amazon EC2；如果是 Microsoft 擁護(hù)者，那么使用 Azure。在很多情況下，這種過分簡單的觀點(diǎn)倒也適用。但是，如果完全以此為依據(jù)做出決定，最終可能會(huì)失望。Amazon 的確可以提供很強(qiáng)的功能，但是要想快速建立解決方案，還是 Google 更勝一籌。選擇 Google 時(shí)所花的時(shí)間很短，而且很少出錯(cuò)。 Amazon 要求您知道自己在做什么。您可能需要打開幾本書一邊看著，更諷刺的是，您可能會(huì)經(jīng)常使用 Google 弄清楚每件事（是搜索引擎，而不是 App Engine）。但是，額外的工作可以賦予您更大的能力，以及事實(shí)上無限的資源。 簡單來說，Azure 因 Windows 平臺(tái)而顯得出色。雖然有一些瑕疵，但是它對于 Microsoft 程序員來說比較直觀，而且應(yīng)用程序用戶從平臺(tái)的角度來看會(huì)覺得它比較舒服。 那么，您怎么做？一個(gè)好的程序員總是這樣做：多學(xué)習(xí)一些工具，在合適 的情況下使用它們。這勝過用占卜的方式來決定。從 Google App Engine 入手，有一定基礎(chǔ)后，用 Amazon EC2 作為平臺(tái)開發(fā)同樣的應(yīng)用程序。打開 Visual Studio，看看用 C# 可以做些什么，然后將您的應(yīng)用程序部署到 Azure。所有這三個(gè)主流平臺(tái)都體驗(yàn)一下，當(dāng)您有一個(gè)有特定需求的應(yīng)用程序時(shí)，就可以受益匪淺。 學(xué)習(xí)
獲得產(chǎn)品和技術(shù)
討論
|
||||||||||||||||||||||||||||||||||||
|
|
