云環境中的遺留應用 六大細節值得注意

　　報告云計算存在弱點的分析師和試圖補上這一缺口的獨立軟件開發商(ISV)都表示，把遺留應用程序移植到云計算環境面臨著一大堆讓人頭疼的問題，這會阻礙大多數公司眼下積極涉足云計算領域的行動。

　　咨詢公司HyperStratus的首席執行官伯納德·戈爾登(Bernard Golden)表示，對于常常高度定制，并由存儲過程、生成報告的腳本和安全審計工具包圍的遺留應用程序來說，眼下并不明顯的小問題同樣不可小覷，它們可能成為與大問題一樣巨大的絆腳石。下面讓我們看一下在云環境中的遺留應用值得注意的幾個細節問題。

　　一、遺留應用的可見監控

　　伯頓集團基礎架構分析師克里斯·沃爾夫(Chris Wolf)聲稱，一些應用程序需要密切監視，甚至最好由專人負責，以確保沒有任何突發事情出錯；監視內容包括誰在使用應用程序、訪問了哪些數據，以及對數據進行了什么操作。

　　這不是一個基本安全問題——通過物理措施或編程方法加以限制，最終限制能夠使用軟件或數據的人數。沃爾夫表示，這是為了能夠極其深入地分析——跟蹤哪些授權用戶實際使用了該應用程序，他們什么時候使用的，他們改動了什么數據，或者生成了什么報告，以及后來誰使用了這些報告或數據。

　　如果你談論的是谷歌郵件，這種控制很可笑。但如果你談論的是財務軟件或客戶管理軟件，那么這種控制不但極其重要，而且是法律要求的。遺憾的是，跟蹤應用程序使用情況的大多數網絡和應用程序訪問協議在互聯網上無法正常工作，要不就是被擔心客戶隱私和安全的云計算服務提供商關閉。

　　分析師們表示，如果你想要可靠地看到、而且能夠報告誰在使用你的數據和應用程序，一定要確保你的云計算服務提供商擁有實現安全跟蹤的手段，或者在它自己的環境中提供一種機制，以便跟蹤及報告云計算環境中你那部分內容發生的情況。虛擬化安全專家們表示，即使你的云計算服務提供商的確在安全方面提供了強有力的保證，這些保證在多大程度上經得起審計考驗(至少眼下)也歸結于你的審計人員對于虛擬化和云計算的了解有多深入。

　　二、連鎖性更新

　　數據不是靜態的；數據必須定期、正確地進行更新。斯蒂夫·亞斯金(Steve Yaskin)是專門從事把遺留應用程序遷移到云計算環境的軟件咨詢公司Queplix的創始人兼首席技術官。他認為，大多數公司自動更新可能存放在好幾個數據庫中的記錄，大多數遺留應用程序能夠很好地處理那些更新腳本，因為這些腳本基本上是專門為這些應用程序編寫的。

　　比如，在美國軍隊中，只有使用某個士兵的社會保障號碼，找到存儲在陸軍、陸軍預備隊、**管理局及其他數據庫中的相關記錄，才能訪問該士兵的總體健康和表現記錄。如果對某條記錄進行改動，改動后內容必須復制到其他數據庫中。如果訪問該記錄的數據或應用程序已被遷移到云計算環境，復制起來困難得多，因為云計算環境可能不像遺留應用程序那樣為數據存儲分配那種靜態位置識別符。

　　把一個應用程序移植到云計算環境就會破壞這樣的聯系，從而需要對中間件、自定義腳本及說明相對不太詳細的其他定制進行一系列全面的修改、改動及移植，結果應用程序突然會找不到正常運行所需要的數據。

　　三、命名“標準”

　　多年下來，大多數公司積累下一大批幾乎兼容、標準化的應用程序，盡管這些應用程序本身或者它們生成的數據存在差別。比方說，歐洲、中東和非洲地區的一個部門對于“客戶”、“產品”和“收入”的定義與另一個不同地區的部門可能有所不同，而IT部門需要進行一番字段映射或數據轉換工作，保證任何一方不會弄錯。

　　大衛·林西克姆(David Linthicum)是Saga Software公司首席技術官，也是《企業中的云計算和SOA治理：漸進指南》一書的作者。他認為，即使唯一的差別在于定義客戶是什么所涉及的字符或具體數據庫字段數量不一樣，當你把其中一個應用程序遷移到云計算環境后，這種差別也會引起比較大的問題。在云計算環境中，不管你的主應用程序運行得多順暢——由于可以隨意增加計算資源，如果不在多處進行一番少許的數據改動、映射或轉換腳本也許無法與數據或報告程序同樣緊密地聯系起來。

　　四、缺少主數據管理

　　許多企業使用主數據管理(MDM)來避免數據命名問題，以及數據一致性和時效性方面的問題(實際上是大規模的版本控制)。主數據管理其實是一套既定的規范和定義，為整個公司明確了構成準確數據的要素。分散在各地區的部門或經營單位可能繼續使用最近的結果，或者使用不涉及它們本身的銷售和成本數據，但是整個公司根據在特定時間予以更新的某一組數字來定義“收入”。

　　如果為“主”數據集反饋數據的應用程序遷移到云計算環境，或者如果主數據管理應用程序和數據本身移植到云計算環境，要搞清楚哪些數據真實有效、哪些數據冒名頂替就會變得極其困難。安全和財務報告審計人員對這種不確定性往往投以懷疑的目光。

　　五、云計算環境的散亂問題

　　與虛擬服務器基礎架構環境一樣，云計算環境也面臨這種風險：你會充分利用所有那些潛在的空間，隨心所欲地生成數量眾多的虛擬機、應用程序或數據庫，隨后卻把它們忘得一干二凈。

　　云計算環境的散亂問題不但讓用戶要為浪費的資源支付額外成本，還會加大監管不夠充分的應用程序出現安全漏洞的風險。Appistry、VMware、Elastra及其他公司提供了新的工具，旨在遏制云基礎架構和虛擬機基礎架構內部的散亂問題。但是可能要對遺留應用程序進行改寫，才能直接由那些工具進行管理，而不是在運行應用程序的虛擬機違反了安全、容量和生命周期等方面的政策后再進行管理。

　　六、開發環境問題

　　調研公司Insight64的首席分析師內森·布魯克伍德(Nathan Brookwood)認為，把Siebel或Salesforce.com的應用程序移植到云計算環境比移植高度定制的甲骨文、SAP或其他內部開發的應用程序來得容易，這完全是各自開發環境具有的性質使然。他表示，許多高度定制的應用程序(尤其是其邏輯包含任務密集型處理而不是僅僅監視事務處理的應用程序)在設計之初，就面向縱向擴展的大型服務器，而不是面向大多數云計算環境之類的環境，這類環境依靠數量眾多的低功率服務器。

　　他表示，縱向擴展、很難進行橫向擴展的遺留應用程序可能會帶來突如其來的性能問題，即使它們的所有其他數據連接和協議支持使得它們看上去很適合移植到云計算環境，也是如此。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]