close
| 書摘─面對雲端運算，資訊部門該怎麼做？ | ||
|
原文轉自:http://www.ithome.com.tw/itadm/article.php?c=65236
|
||
| 不論企業是否採行雲端運算，資訊部門應該先了解雲端技術對IT人員的工作與資料中心的管理方式將造成哪些影響，才能為將來的變化做好準備 |
||
無論資訊科技業是否願意面對，公用雲對資訊業的巨大衝擊方興未艾。 在某些方面，資訊業對公用雲頗有興趣，雖然執行長與其他高層主管仍然心懷疑慮。在其他方面，資訊業非常清楚雲端運算會帶來什麼樣的不確定性與頭痛問題，因此試圖保持距離。只是當財務長不斷聽說雲端運算能將效益提升到另一個境界，並問道：「為什麼我們不好好利用？」這時公司的資訊人員該如何回答？ 有些人談起雲端運算的好處包山包海，反而引發反感。但是許多瞭解這種狀況的人，仍然願意繼續推動雲端運算，測試它造福自家公司的潛力。戴爾的副總裁兼資料中心解決方案事業部總經理諾羅德是位得天獨厚的觀察家，其事業部專門為大型網際網路公司建立伺服器。 諾羅德指出，公用雲「已經到達一個轉折點，早期採用者經歷了敲敲打打的實驗期，開始將公司非關鍵性的工作送到雲端。」亞馬遜的EC2和Rackspace Cloud透過網際網路連線的資料庫，提供以小時計費的伺服器。此外還有幾家公司新近加入戰局，包括AT&T的Synaptic Compute as a Service、威瑞森事業與Joyent。 公用雲引發的關注也擴展到企業內部，也就是在企業資料中心建立類似運作的可能性。2010年初，本書（英文版）初稿即將完成之際，《資訊周刊》的團隊到位於德州圓石市（Round Rock）的戴爾總部訪問諾羅德，當時他說：「我們認為私有雲也會開始蓬勃發展，企業界非常有興趣。」 我們請諾羅德描述私有雲，他開玩笑地說：「它是解決所有問題的萬靈丹。」後來他還是簡單扼要地界定了私有雲：私有雲是由虛擬伺服器組成的叢集，作為一個整體來管理；私有雲建置在企業的資料中心，可以依照應用程式的工作需求來提高或降低效能。 諾羅德的部門建造大量供應的訂製伺服器，客戶主要是大型網際網路公司，例如雅虎、Ask.com、亞馬遜網路服務、微軟的Bing搜尋引擎與Azure雲端服務，以及其他雲端服務供應商。戴爾其他部門也會利用諾羅德的部門對雲端伺服器設計累積的知識，為其他產業的客戶建造伺服器。每當有公司請戴爾推薦雲端伺服器，資料中心解決方案事業部就可以提供幾種現成的設計。 如果貴公司對於雲端運算還在搜索嘗試的階段，資訊部門可以考慮幾種逐步漸進的方式，最後再擴展到公司全體。採行雲端運算，並不是推托和抗拒其他目標的藉口。正好相反，雲端運算的目的就是要提供更具彈性、更易管理的電腦運算架構，協助公司迎接未來的挑戰。 無論執行長與其他高層領導人是否已經設立目標，資訊部門都應該朝著正確方向前進，為將來的變化做好準備，熟練必要的技術與做法。資訊部門可以和業務部門合作，他們需要各種資源，但是未必知道這些資源適合雲端化。 資訊部門如果能讓公司站上轉型過程的起點，就不會再被視為拖累公司進步的包袱，而是推動公司開創未來的催化劑。如果雲端運算模式確實具有更大的彈性與經濟效益，它將演變為全方位的業務運作平台。如果資訊部門要扮演將公司送入雲端的關鍵推手，就必須結合自身的技術和雲端的新典範。 表明願意考慮採用公用雲的企業，將會發現許多應用程式和資料仍然必須留在組織內部。等到企業習慣公用雲的運作，可以送入雲端的工作和應該留在內部的應用程式之間的協調問題也將應運而生。因此資訊部門培養新技術的當務之急，就是決定公司應用程式屬於哪個領域。 諾羅德指出，雲端服務的早期採用者是將「非關鍵性」的工作送入公用雲，也就是並非公司日常運作不可或缺的工作。以軟體公司為例，軟體開發團隊需要大量的資源，尤其是在主要應用程式快要完成的時候。軟體必須進行一系列測試，包括預定運作的環境、未來日常運作或「生產」時和其他軟體如何搭配、各種變數和事件的組合是否會引發運作失靈。 這些測試可能多達數千次，佔用數百部甚至數千部伺服器的CPU週期。開發團隊經常得以苦苦哀求、偷偷摸摸的方式，從其他地方調度伺服器來應付測試需求，否則無法在軟體正式生產之前，預先解決其中的問題與瑕疵，後果將是公司大幅增加營運成本。不過軟體測試卻是非常適合送入雲端執行的工作，雲端可用的虛擬機器很多，開發團隊只需依照時間來付費，不必負擔硬體採購的成本。 負責財務交易的業務應用程式正好相反，它們是公司業務的核心，處理的資料比較敏感，如果遇上像亞馬遜EC2資料中心曾經發生的44分鐘當機事件，公司立刻會蒙受損失。就目前而言，公司的資訊部門還無法承擔這麼大的風險，讓攸關公司生存的應用程式離開自家的掌控，送入可能會當機的雲端系統。 雲端服務供應商或許會強調，它們的資料中心比一般企業的資料中心還穩當，Google神奇的搜尋引擎似乎永遠為網友服務，無時無刻，無遠弗屆。Google用戶眾多的Gmail在2009年遇過幾次短時間當機，引來怨聲載道。Google提供的雲端服務向來是領先群倫，因此這些當機事件對其他供應商而言是一大警訊，顯示任何一家業者都可能出狀況。例如財務與現金管理應用程式供應商Workday，在2009年9月24日發生長達15個小時的當機事件。微軟在線上服務領域擁有高度專業與豐富資源，但是2009年12月3日Bing搜尋引擎卻當機半個小時；微軟說明原因是「內部測試時做的一個組態設定更動」，導致Bing回到生產線上之後停擺。像這樣人為造成的設定錯誤，向來就是資料中心出狀況的主要原因之一，雲端資料中心也無法倖免。 由此可知，應用程式如果處理的是敏感資料，例如個人身分、財務資料或醫療資料，最好不要輕易送入雲端執行，否則可能會導致公司違反《沙賓法案》（Sarbanes-Oxley Act）、支付卡產業資料安全標準或《健康保險可攜性及責任性法案》。在安全專家能夠確保雲端運作安全無虞之前，這類處理敏感資料的應用程式應該和雲端保持距離。 許多需要大量電腦運算的工作，介於兩個極端之間。網站日誌（Web site log）是一座資料寶庫，記錄使用者進出公司網站的狀況，分析累積幾個月的資料是非常繁重的運算工作。這些資料必須以個別使用者造訪、每次網頁點擊為單位來分析，以呈現使用者瀏覽網站的模式路徑。忠實顧客會如何瀏覽公司網站？和只看不買或走馬看花的使用者有什麼差異？有沒有可能引導只看不買者的瀏覽路徑，促使他們下單購買？決定購買與否的路徑能不能更加簡化？什麼條件會讓走馬看花者變成購買者？只看不買者的流量會不會影響購買者的交易作業？公司如何察覺兩者的衝突，並且讓掏腰包的客戶優先得到服務？ 想要回答這些問題，就必須從許多部伺服器日誌收集資料，進行細密的分析；然而分析工作需要大量的資料處理能力，耗費幾個小時甚至幾天。公司的資料中心通常沒有足夠的備用容量，導致分析無法及時完成。 網站日誌分析也是雲端運算造福企業的絕佳範例。公司如果將分析工作交給公用雲執行，將能減少資本支出，並且空出伺服器容量，優先處理交易等無法轉移到雲端的核心業務。 許多企業應該都有能力決定，哪些工作適合轉移到公用雲執行。負責管理外部供應商或委外業務的人員，對於管理雲端工作不會感到陌生。公司應該設定明確目標，與雲端業者簽定服務等級協議（service-level agreement, SLA），建立獨立監測機制。 我在2009年11月30日出刊的《資訊周刊》報導，雲端運算和本質為一對一的委外業務不太一樣：「兩者之間的重大差異在於，雲端運算是在客戶共用的基礎設施上執行，因此比較難做到量身打造。有些人打比方說，如果委外是租用一整幢房子，雲端運算就是租用一棟旅館的一個房間。」雲端使用者要與其他人共用實體伺服器，雖然每個人都有自己的虛擬機器，但風險還是要納入考量。 |
全站熱搜
留言列表
A.+管理職涯 (5)
本站所有創作皆遵循