敏捷的雲端計算？

       去年我們曾報導過，Arjuna Technologies（HP事務服務技術的初創者，現在Red Hat/JBoss的一部分）又把注意力轉向了容錯的網格基礎設施。這篇文章在當時引起了極大的興趣，即使當時並沒有什麼東西可供人們來嘗試。然而，事隔一年之後，Arjuna釋出了更加實在的東西：Arjuna Agility聯邦雲端計算平臺。這裡有必讀的白皮書和網路研討會（事實上非常不錯），但是關於Agility最重要的是現在可供訪問了。再加上Agility是一個‘聯邦雲端計算平臺’，它被設計成可通過更靈活的基礎設施來提高業務敏捷性。聯邦，是因為Agility™是由分配給企業內外自治、合作的業務組織的IT資源構成的。該文章繼續描述道：

         在組織間資源共享的真正障礙往往是信任和許可權，Agility™提供了一種可掌控的方式使得企業能有機地壯大它們的‘內部雲服務’。資源的所有者可對所分配的資源附加一定的策略用以描述在哪種情況下資源可以被Agility™共享，通過這種方式，資源所有者保有了對資源的控制權。一旦（資源）被分配並遵從於策略，Agility™就可以動態地配置資源池並提供服務以滿足業務對IT變化的需求。

像其它的雲端計算平臺一樣，完成這一供應（provisioning）所需的服務和工具可能超出現有的基礎設施投資。然而，要交付其承諾的益處，Agility最終需要獲得對整個雲架構的掌控：

      雖然Agility™也可以部署於現有的基礎設施而不需作出折衷的更改，但在增量地向其分配IT資源時Agility™的威力才能真正的體現出來。

將這一新平臺與現有解決方案對照得出的差別會非常有益，然而它顯然還處於開發的早期階段。儘管如此，最新的白皮書還是給了我們一些線索：

       和其它的途徑不同，Agility不會強制企業的IT基礎設施和應用作出“大爆炸”般的轉變。

      這一點初看起來和之前Agility需要完全控制的陳述似乎是相矛盾，但對於這種化圓作方（即不可能）的事，Agility作出了許多努力。實際上，據現有訊息來看，Agility“不要求現有基礎設施進行任何更改或重組”，也“不要求資源進行共享，除其所有者允許的情況之下”。這種無侵害的方式支援使用者進行全面的擴充套件，甚至利用其服務時都不需要了解Agility的存在。

       從該平臺的表現來推斷，應該是基於ESB的，因為有很多相關參考指出其“基於服務幷包含支援多種訪問協議的協議閘道器”。儘管它包括一些你所知道的關於雲服務平臺的常見疑慮，比如跨越管理邊界的服務共享控制以及動態的服務配置與供給等等，但它還有一些新穎出彩的地方，這令它顯得更加有趣：

• Agility通過策略定義的方式獲取服務和資源，例如，某種策略使得在特定環境下其他使用者可獲得其資源，比如在業務關鍵時刻，其它基礎設施都已經超負荷的情況下。遺憾的是，Agility沒有明顯說明策略到底是如何定義的，WS-Policy嗎？實際上所有關係都是通過服務協議來表示的。這表明雲端計算將可能向著更加註重SOA治理的方向前進嗎？
• 接下來他們還提供了虛擬部署描述語言（Virtual Deployment Description Language），它是描述服務和服務所需軟硬體資源，以及服務之間關係的一種高階語言。這和SOA治理的某些方面以及服務依賴圖的相關工作是類似的。但從雲端計算的角度看來，這卻是一種很新穎的手段。如果不是這樣的話，在這方面可能會需要進行標準化，來消除對特定供應商的鎖定問題。

但考慮到Arjuna的背景，Agility裡將如何融合其容錯技術呢？

       ……通過在檢測到失效時支援動態地重新部署資源，依賴性得以改善。失效之後，隨著服務需求與IT基礎設施之間解耦，Agility可以確定能夠滿足服務需求的替代資源，並重新配置系統來使用這些資源，以保證可持續地滿足服務的需要。

       目前還沒有跡象表明Agility使用的是現有失效探測機制還是其自已的技術。在缺少一個詳盡架構描述的前提下，很難作出相應的判斷。但看似有一件事是確定的：這一次事務處理沒有被包含進整個巨集圖中（除非它們已經隱含為基礎設施的一部分）。

檢視英文原文：Agile Cloud Computing?

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-371908/，如需轉載，請註明出處，否則將追究法律責任。