哪個雲用例能「削瘦」成本？

隨著雲計算的突起的勢頭，很多組織機構為了將應用遷移到雲端開始進行雲用例評估。 他們正在分析哪一種用例最有意義。 但是簡單地將應用遷移到雲端並不一定是最佳目標，研究副總裁Michelle Cantara如是說道，「在遷移到雲端時，生產處具體的產出才是目標。 雖然雲削減了資本成本，但是並沒有實驗性證據表明，雲計算將會從長期削減總體擁有成本。 」

她表示較好的雲用例可以加速業務產出的時間，減少資本消耗，或者重塑業務流程，在此基礎上來讓使客戶的滿意度增加，從而增加了收益。 然而，一個雲服務提供者的性能和業務產出之間的連接確實模糊的。 雖然Gartner的研究發現66%的組織機構表示它們基於業務產出管理雲服務提供者，但是只有27%同實際的服務水準協定（SLA）關聯。

明確雲含義

在你自己的資料中心中，一個內部的私有雲部署了一個基於雲的基礎架構。 外部私有雲是一種託管模型，外部服務提供者專門為你託管雲服務。 然而，出於安全和隱私考慮，你應該將你的環境彼此隔離開。

社區雲利用受限的社區，比如多種企業業務流程網路中的合作夥伴或者供應商。 公有雲通常是人們在談及雲時所想到的，而且和外部雲環境相關，比如亞馬遜Web服務、Rackspace、Azure、Expedia以及針對銷售自動化的Salesforce。

客戶關係管理應用更可能用於公有雲中。 相比之下，像企業資源計畫這樣的應用，用更高的安全需求逐漸集成了更多的後端資料，也最可能用於私有雲中。 Cantara表示在發展中國家的組織機構更可能使用公有雲，而非私有雲，因為他們缺少私有雲的基礎架構。

但是沒有雲可以孤立存在。 極少數完全獨立于企業中心。 最終，Cantara預計混合雲會變得更加常見。

雲成熟度擴展機遇

最初，跨雲集成應用為很多企業應用提出了過多的挑戰。 使用雲的主要焦點在於開發和測試Web應用，而非商用、現成的應用，Enfinitum Consulting的首席雲戰略官Robert Green說道。

從成本的角度看，轉移開發和測試系統是明智的，因為伺服器和儀錶可以在開發者停止工作時關閉。 「開發者在家休息的時候你無須運行伺服器，」Green說道。 確保你使用了自動化控制台減少擴展和縮小雲用例的時間和精力。

「現在我們找了一大群人從服務的角度將應用遷移到軟體即服務，比如針對生產的應用（Office 365）和離線備份和歸檔（Dropbox），還有逐漸增加的開發和測試平臺，」Green解釋道。 很多組織採用雲作為節省內部和商用現成（COTS）應用的主流方式。 他們沒有大量的內部系統需求，而且為了連接資料中心和主框架最小化了需求。

但是隨著底層基礎架構的不斷改進，Green看到更多的組織將三層應用轉移到雲。 這種應用包括集成到資料庫、Web伺服器和基於Web的用戶端。

在預算上獲得性能

Green表示最大的挑戰是速度。 多層應用傾向于擁有高度的每秒輸入/輸出操作（IOPS）需求，而且增加了直接附屬於虛擬機器（VM）的RAM。 因此，當一些應用轉移到雲端時，性能無法保持一直穩定。

如果你有10個伺服器在內部運行，而且要遷移出來，10個伺服器可能比雲端便宜。 但是一旦你添加了將等效性能轉移到雲端的全部成本結構，成本一定會減少就不是那麼清晰明確了。

為了解決這個問題，很多雲供應商提供高性能IOPS功能作為其產品的一部分，比如固態硬碟（SSD）驅動的平臺。 這樣做可以隱藏一些性能約束，而且讓雲基礎架構更加適用于廣泛的應用。

Green表示聚焦對於性能度量的理解很重要。 這也是你的應用在遷移到雲端之前，在內部進行的很好的實踐的底線。 這些應用可以同在雲平臺中的相同應用進行性能對比。 這樣你就可以得到同類對比了。

分配性能，不僅是VM

雲供應商在處理性能方面的問題上越來越好。 他們開始理解性能問題，而且提供了更多的選擇。 Green表示：「雲最棒的地方在於，隨著消費者開始抱怨並且最初選擇變更，供應商就會提供更多的選擇。 」

主要的基礎架構即服務提供者，比如亞馬遜、Azure和Rackspace集中在價格競爭上。 但是，Green指出：「區別其唯一的途徑就是，其中一個除了什麼很酷、更快或者更好地，其他人就會推出相同的。 」

他期望看到新的焦點，比如通過權SSD實例提供IOPS輸送量。 「他們會繼續創新來捕捉業務，因為他們不能只在價格上競爭，」Green說道。

如果你針對應用的需求投資了正確規模的雲配置，經濟規模就會得到改善。 比如，如果你的COTS或者應用伺服器具體需要8GB RAM，但是實踐中只使用2GB，你無需調整雲機器來支援8GB。 你可能得到2.5GB。 這種減少縮小的成本，你可能用在雲的其他方面。

開發合適的度量標準

目前狀態的底線流程始于識別關鍵應用度量。 「如果你沒有這些度量來捕捉，你就不知道是否雲環境適合於你，」Green說道。

一旦你確定了度量，需要關注如果你遷移到雲端是否會增加價值。 你希望利用協同效應。 如果你正在遷移，你可能很好地得到改善。 如果你考慮了未來的狀態，就要考慮如何利用自動擴展和合理精簡這樣的功能。

也要考慮從預算和運營的角度考慮你想要的東西。 一旦你根據雲用例概述了這些東西，隨後你就要進行遷移流程。 你會從第一天就知道它是否有效運作。

「你會看到很多人沒有經過深刻的分析就一下子跳進來，」Green說道。 一開始是節省成本的，但是隨後應用運行緩慢，因為他們比最初的想法運行了更多的VM，或者他們必須運行更長時間。 此外，這些通常在沒有治理的情況下實現，因此運行的東西可能還是後退的。

適度擴展

通過水準擴展，你能夠在三層應用中通過調整一個元件來擴展應用，比如轉到Web伺服器，無需調整相關應用或者資料庫伺服器。 通過垂直擴展，所有的元件都需要同時增長。

典型的Web應用可以水準擴展，但取決於應用如何開發的。 另一方面COTS軟體傾向于更加垂直的擴展特性。 但是這些會發生變化，因此作出精確的評估，對於關注計畫如何轉到雲端很有效。

一旦你確定系統如何擴展，就有機會更加有效地配置自動擴展。 這樣可以讓你減少絕對最小值。 自動擴展工具隨後可以增長或者縮小，所有的都取決於預配置觸發器上的基礎架構需求。

管理增長

確定雲用例的下一步就是按照需求增長維護性能。 這些包括度量資料庫佇列、日誌檔規格或者CPU記憶體利用率。

在企業層面，大多陣列織關注IaaS層之上的自動化層，而非可能構建到PaaS層的擴展功能。 在很多情況下，他們利用類似ServiceMesh、ScaleXtreme或者RightScale這樣的工具，這些可以輕鬆遠端控制應用。

現在，典型的企業更關注這些工具，而不是利用已經構建到新的平臺上的自動擴展功能，比如Apache Stratos，Green說道。 好的遷移工具允許你從內部基礎架構想IaaS平臺遷移。 然後一旦進入到公有IaaS中你可以使用類似ScaleXtreme的工具來管理整體設計。

這些工具還可以説明簡化開發需求，從而從一個單一監控應用跨平臺管理工作負載。 Green表示：「這些都已經構建到雲資產中，然後利用一個工具使其一起工作來治理和訪問。 」

【責任編輯：黃丹 TEL：（010）68476606】