云編制和集成服務可確保IT生命力

　　對云計算感興趣的企業可能已經意識到，很多廠商現在提供集成和編制服務，并將其作為他們云計算服務中的一部分。對于很多人來說，這一轉變看上去似乎只是創意營銷，因為目前的用戶會發現在云計算和傳統IT之間的編制和集成基本上是沒有什么差別的。隨著云計算的不斷發展但是這一趨勢將會改變，云計算規劃者必須解決由特定云計算的應用程序所帶來的影響。

　　對于企業來說，云計算還處于一個過渡狀態中。早期的云計算應用主要集中于服務器整合和開發/測試。那么，這一階段的云計算還是一個近乎靜態的工具，它與企業IT投資組合剩余部分的集成是微不足道的。而如今，企業正在尋找完全沒有在他們傳統數據中心系統運行過的云計算應用程序——這類應用程序是專為云計算的動態特性而設計的。把這些應用程序與用戶、與其他的應用程序以及甚至與這些應用程序相連就顯然是一個新的問題了，這個問題推動開發運營和部署更多地關注與編制、集成以及管理相關的問題。一個云計算規劃者需要做出的最關鍵決定就是跨越“基本”開發運營和先進編制與集成的邊界。

　　跨越云計算編制、集成

　　編制是指應用程序組件的部署和連接。集成是指在組件之間滿足接口以支持工作流的過程。很顯然，這些功能是相連的。當應用程序部署在靜態資源上時，一組通常被稱為開發運營的工具可提供這兩種功能。增加云計算意味著必須滿足改變資源分配或者必須打破應用程序工作流。

　　應用程序通過網絡實現的API來實現功能，而API可為應用程序內水平流量和用戶垂直流量提供工作流的途徑。當部署一個應用程序組件時，它會被分配一個地址，這個地址必須用于鏈接其接口和其他組件與用戶的接口。編制可創建地址，可互聯所部署的組建，但是仍然需要集成來讓用戶訪問新的應用程序，并可讓新的應用程序與其他已部署的組件建立鏈接。

　　編制和集成在復雜性方面將會有所不同，這主要取決于在部署過程中涉及有多/少的變量或創建了多少個變量。云計算將總是增加動態性和可變性，所以任何云計算項目都應當包括對兩種工具的具體檢查以及編制與集成的措施以便于在較長期范圍內實現穩定的和可支持的運行。

　　當研究云計算項目的集成和編制選項時，考慮如何應對動態性問題尤其是云計算應用爆發和故障轉移和應用程序的功能綜合將是非常重要的。

　　為復雜的動態云計算映射應用程序工作流

　　在云計算編制和集成中審查特殊處理應用程序的一般規則就是映射應用程序的工作流。這一做法有助于確定信息流出應用程序組件集合外的頻繁程度以及應用程序內部工作流的復雜程度。當與云計算托管組件共同使用時，高度互聯的工作流會迅速超過部署和集成的傳統做法。

　　基于云計算的開源開發運營工具例如HEAT、Puppet、Chef和Juju可以適應服務器/虛擬機資源的動態分配和部署云計算應用程序。如果你設置工具返回它們所使用資源的地址，那么這些地址就可用于集成組件和編制可連結性。然而，隨著組件數量和應用程序動態性的增加，跟蹤組件地址和映射工作流連結性的復雜性也會爆炸性地增加。IBM、微軟、Oracle、思科、BMC以及其他的廠商可提供商業編制工具并將其作為他們云計算產品組合的一部分，從而簡化這一復雜的過程。隨著云計算應用程序從靜態轉變為動態，這些工具可以提供一個更好的方法來進行編制和集成，因為它們可以處理大量互相連接的組件。

　　為云計算爆發、故障轉移實施專門的編制

　　如果云計算應用程序會遇到大量的云計算應用爆發或故障轉移，那么可能還需要專門地編制/集成這些云計算應用程序。在這兩種情況下，組件工作流的編制將動態地變化以響應負載變化或故障事件。這一動態性意味著組件之間和與用戶的互連性可能也必須做出相應的改變。與傳統的編制和集成不同，這些改變必須讓用戶很少或沒有感受到中斷事件，而且它們應當可以自動由系統通知或識別的多余工作負載所驅動。

　　實際上，云計算爆發和故障轉移都會讓編制和集成進入管理流程，而商業工具往往可以更好地與應用程序管理進行集成。

　　大多數的編制/集成問題都歸結為在目錄中報告所部署組件的位置，以便于用戶或其他組件能夠找到它們。RESTful應用程序通常會使用DNS;SOA應用程序可能會使用UDDI;而這兩種應用程序可以使用諸如LDAP的目錄協議以便于維護應用程序組件之間的鏈接。尋找可自動升級這些目錄鏈接的編制/集成工具。

　　但是，幾乎所有的云計算爆發和故障轉移應用程序也將需要某些負載平衡的形式以便于把工作負載分配給更多的或可替代的組件。負載平衡器將典型地必須被配置為定位每個它所控制的組件的位置。請確保你的編制/集成工具可允許這一點。

　　為綜合準備云計算應用程序

　　很少有用戶正在考慮把所有的一切都遷入云計算，所以適應保留在本地服務器或者甚至桌面系統上的應用程序功能是非常重要的。你將需要把動態云計算組件與靜態的、數據中心托管的應用程序相鏈接。

　　當云計算用于備份或補充傳統IT應用程序時，就會出現最復雜的編制/集成需求，原因有兩個：因為這會創建一個動態托管和靜態配置的混合體，也因為傳統應用程序是通過單獨的應用程序生命周期管理ALM流程來管理。此外，對于復雜需求考慮使用商業工具是有幫助的，你可以從摸索已在使用的ALM包的編制/集成功能開始。

來源：通信世界網

　　版權及免責聲明：凡本網所屬版權作品，轉載時須獲得授權并注明來源“中國產業經濟信息網”，違者本網將保留追究其相關法律責任的權力。凡轉載文章，不代表本網觀點和立場。版權事宜請聯系：010-65363056。

延伸閱讀