企業的雲端運算願景與決策
用生動的畫面來傳達公司想做的事，用具體的例子說明公司如何朝願景邁進，用故事詮釋組織的價值與精神。
企業的業務情況永遠都只分為兩種: 業務問題或業務機會，而企業也永遠為此尋求能夠有IT系統支援的解決方案，因為現代企業無論在甚麼樣的層面都已離不開IT系統。 企業將一種技術的可能性(如雲端運算)視為解決業務問題或擴展業務機會的方法。 這是就是企業的雲端運算願景。
企業的IT 架構願景呈現如何通過特定的技術功能組合來滿足業務需求或實現業務機會。 它為企業內的贊助者(或發起人)提供了一個關鍵工具，可以將這一類的架構專案效益宣揚給企業內部的利害關係人和決策者，或外部投資者。
本文將介紹如何建立這樣的願景以及是否要使用雲端運算的決策流程邏輯。 我們會討論如何評估企業的業務環境，並確定雲端運算是否會幫助企業實現目標。我們會使用三個範例進行說明。
本文關注的是解決業務問題並使用雲端服務的 IT 解決方案。 雲端運算不應臨時構建，因為它是複雜的解決方案； 雲端運算應該有一個經過深思熟慮的架構。 架構願景則是開發此類解決方案架構的起點。
對於整個企業而言，整體企業架構將為解決方案的開發和部署定義路線圖。 雖然雲端運算可能不是我們所在的企業架構的基礎，但我們應該將其視為一個重要組成部分，並製定雲端運算路線圖以確保雲端運算以合理和協調的方式納入企業的解決方案。
理解企業的業務背景脈絡
在我們觀看技術可能性時，我們必須充分了解企業所處的業務環境。 本節討論影響使用雲端運算決策的業務環境的各個面向。
基本情況
考量點有:
- 企業的規模
- 企業在哪些產業中運營
- 企業的地理分佈和地點
- 企業必須遵守的法律/法規。
業務目標
企業尋求解決的業務目標是什麼？企業可能希望提高敏捷性、生產力、IT 品質、成本模型或利用新商機。我們應該分析和描述企業的業務目標，以此作為我們了解業務環境的起點。
風險/收益平衡
甚麼是風險(Risk)/收益(Reward)平衡?
屬於低風險的，我們可以考量是否可以將低風險的業務活動轉移到雲端的On-Demand環境，以及是否可以將業務活動中的風險轉移/分攤到雲端服務中，我們需要探索和利用具有減輕風險管理的業務機會。
針對高風險範圍的，我們需要:
- 哪些業務流程運作在運營和法律上是具有高度企業風險的
- 可以使用風險分擔/轉移、災難復原與業務連續性實踐來減輕高度企業風險的業務活動。而這些都是使用On-Demand的備份/備援的雲端服務
- 是否存在會被特定軟體應用程式、基礎設施和服務相關聯的特定企業風險。例如: vendor Lock-in
- 企業利益是否應該與企業風險進行權衡
對於低收益，考量是否可以將企業回報低的商業活動商品化以獲得低成本的競爭優勢。也就是用市面上的套裝軟體/解決方案處理。
對於高收益，考量是否有機會通過雲端服務的On-Demand交付來提高市佔、收入、利潤或成本管理。
產品與服務的衝擊
企業是尋求在新市場（破壞性創新）中探索新產品和服務，還是利用現有產品和服務(維持性創新)強化現有市場？ 這種定位是業務策略和交付的一個關鍵面向。而關於甚麼是破壞式創新與維持性創新，有興趣的讀者可參考克雷頓．克里斯汀生的大作"創新的兩難"。
現有產品和服務可以通過on-demand self-service提供，通過on-demand features和選項進行擴充和增強，或者商品化以獲得具有競爭力的低成本優勢。
新產品和服務可以使用On -demand的採購和交付。 它們可以通過極低成本和功能性能來顛覆現有的產品和服務，或者作為具有競爭力的低成本優勢的商品。
可以通過快速擴展所提供的產品和服務來擴展新市場和現有市場，或者通過提供具有競爭性低成本優勢的商品和服務來進入新市場和現有市場。
業務流程
考量哪些業務流程？
企業可能正在考慮：
- 完整的業務流程組合
- 沒有特定的業務流程
- 一個或多個特定流程
- 一個或多個特定業務領域的流程
我們應該確定具體流程或具體流程領域。 下表顯示了業務流程執行的範例業務領域和活動。
考慮這些業務流程是否具有差異化，是企業競爭優勢的一部分。 差異化的商業流程是唯一一種可以很容易地為其辯護，使其成為獨立於業務組合的內部定制專用流程的情況。
對於非差異化、“一切照舊”的流程，例如收益、庫存、會計和智財權管理，企業應該尋求最小化的TCO(Total Cost of Ownership)，同時保持功能和服務品質 (QoS) 。對於與外部合規性有關的非差異化流程，例如 SOX II 合規、道德採購和碳足跡管理，企業應該尋求實現功能的及時交付，以滿足 QoS 要求，並最大限度地降低 TCO。
如果企業的流程是競爭優勢的一部分，請考慮差異化是否基於 IT 能力。 一個例子是網際網路搜索引擎支援的資訊檢索。 在這種情況下，企業應該尋求與企業使命和戰略目標保持一致，並設置智財保護壁壘以防止模仿。 如果 IT 不是差異化因素，例如線上銷售和退貨，企業應該設法滿足功能和 QoS 要求，並快速適應這些要求的變化。
考慮業務流程使用的 IT 資源的專用和客製程度。 IT 資源包括軟體應用程式、IT 基礎架構以及開發和維運人員。 這些IT資源可能完全專用於考量中的流程、部分專用於或完全共享。 這些IT資源可以是客製的或標準的。
還要考慮流程使用的非 IT 資源的投入和客製程度。 其中包括員工、固定資產和流程定義。
範圍與複雜度
相對於流程複雜性的運作範圍是什麼？
對於小範圍的運營，企業需要考量哪些利基業務流程運營可以轉移到雲端平台，特定 的IT 維運是否可以轉移到雲端平台，以及特定 IT 維運是否可以商品化以增加具競爭力的成本優勢。
對於大範圍的運營，考慮現有業務運營的哪些範圍可以轉移到雲端平台，以及是否可以將大範圍的現有 IT 環境轉移到雲端平台的On-Demand 收費模型。
對於較低複雜性的業務流程，企業可以考量是否可以將低複雜性業務流程商品化以獲得低成本競爭優勢。
對於高度複雜的業務流程，考慮哪些特定的業務流程需要保留在業務的控制之下以獲得競爭優勢，以及是否可以通過降低複雜性來改進高度複雜的業務流程。
協同作業與資訊限制
"協同作業"與"資訊限制的需求"之間的平衡是什麼？
企業應該了解可以遷移到雲端環境的協作程度和資訊類型，並評估滿足其控制權、企業和個人資安與協作需求的不同雲端部署和託管模型。
協同作業的程度可以從個人工作到部門的作業。 所涉及的資訊可以是個人或部門的私人資訊，也可以是公開的。簡單的來說就是先進行資訊分類，然後再對分類後的資訊做出必要的限制。
對於個人作業，考量是否可以通過On-Demand的個人生產力工具（如電子郵件、公告板和辦公應用程式）來提高使用桌機和筆電的作業，以及個人建立的個人資訊和資產是否是個人的私有資料，或者可以共享。
對於部門或跨部門的協作，考量業務參與者和利害關係人是否可以在共享平台和業務服務環境中進行協作，協作產生的資訊和資產是否是企業或協作團體的私有資料，或者是否可以共享。
對於私人資訊，考慮現行公司和個人資料規則是否識別和定義誰擁有什麼資料，以及公司和個人資料是否可以有效分區和隔離以進行安全存儲和存取控制。
對於公開資訊，考量是否：
- 現行公司和個人資料規則禁止在開放場所存儲和存取個人和公司資訊
- 法律(如 EC 數據保護立法或美國愛國者法案)影響開放場所保存的個人和私人資料
- 出於法律目的，可以根據e-Discovery標準對公開持有的資訊進行監控和管理
- 個人和企業資訊可以有效地進行篩選、分區和隔離，以便在開放場所存儲和使用
三個雲端專案範例
我們將使用三個虛構的公司作為範例來說明這些想法並使說明能更生動。 對它們的描述比我們在現實生活中公司的狀況要簡單：這樣可以更容易地指出關鍵點，而不會被無關的細節所混淆。 選擇它們來展示雲端運算的不同面向。 它們大致基於雲端運算使用案例中描述的一般案例，而不是特定案例。
A公司
這是一家台灣的中小企業，通過電商方式銷售具季節性的新奇商品。 它從 1980 年代的聖誕裝飾品開始，此後為其他各種節日開發產品，但其業務銷量高峰仍在 12 月的聖誕節，在一年中的其餘時間有一些定期的銷售高點，偶爾會有，不可預測的“ 一次性”(例如某些團隊出國比賽得冠軍)。 它出售的所有東西都是從小製造商那裡購買的； 它本身不產生任何東西。 它在其網站、訂單處理、供應商管理和庫存管理中使用in-house IT。 這在大部分時間都沒有得到充分利用，A公司考慮使用公有雲來降低其資本成本( capital costs)並獲得更好的投資回報。
這間公司:
- 正在尋求適當地擴展其 IT 資源
- 希望獲得豐厚的回報，但是低風險的
- 將只在當前市場提供其現有的產品和服務
- 正在考慮為其網站和主要用於訂單處理、供應商管理和庫存管理的雲端平台(但也可以將其用於其他業務流程)
- 著眼於大範圍的運營和流程的複雜性
- 與供應商有一些合作，但會在該產業內保密資訊
B公司
這是一家總部位於台灣的大型企業集團，業務遍及全世界。 它的業務範圍很廣，從製造小型遊艇到安裝淨水設備和空調。 它在一些國家的許多城市都設有工廠和辦事處。 目前，其中大部分都具有某種IT能力，但效率很低，公司決定建立區域型資料中心，為分散的地點提供IT能力。 該企業集團相信它可以將其實現為私有雲。
這間公司:
- 正在尋求削減成本和簡化業務運營
- 希望獲得豐厚的回報，並願意承擔一些風險
- 將只在當前市場提供其現有的產品和服務
- 正在考慮將雲端運算用於其完整的業務流程組合
- 著眼於大範圍的運營和流程的複雜性
- 希望改善集團子公司之間的協作，並讓他們共享資訊（但不希望該資訊流出集團之外）
C公司
C公司是一家台灣的小型新創公司，旨在開發和銷售其創始人夢想的產品 — — 一級棒機器人。 這是一個運行在網際網路上的智慧聊天機器人，人們可以利用它來做各種的延伸應用。 該產品將在雲端開發，並以雲端服務的形式提供給一般大眾。
這家公司：
- 想從創新產品中賺取巨額利潤
- 希望獲得高回報，並願意承擔高風險
- 將在新市場提供新產品
- 正在考慮將雲端運算用於軟體開發，並將其作為其產品的平台
- 著眼於大範圍的營運，但流程複雜性較小
- 打算將其一級棒機器人用作個人裝置，但能夠公開共享某些資訊
評估雲端運算的適用性 — — 企業採購雲端運算的決策樹
雲端運算可以為許多企業帶來商業利益。 然而，它並不永遠都是正確的解方，雲端運算有多種形式，在不同情況下具有不同的優勢。
雲端運算適合我們的企業嗎？ 如果是，應該考慮 IaaS、PaaS 還是 SaaS？ 企業應該使用公共雲、私有雲、社群雲還是混合雲？
如果雲端運算不適合我們的企業，我們是否應該考慮替代方案？ 具有雲端運算的一些效益的替代方案包括：
- 外包”全部或部分” IT 系統或應用程式 — — 例如，企業可以外包資料中心、IT 管理、治理、中間件(middleware)或資料存儲
- 業務流程外包 (BPO)
- 使用硬體設備
- 使用虛擬化
外包（包括 BPO）可以提供雲端運算的一些商業和組織優勢，包括減少資本支出 (CAPEX) 和存取大量專業知識庫來完成專業任務。 硬體設備和虛擬化可以帶來一些技術優勢，包括在需要時部署額外資源的能力，以及更有效的資源利用，前提是需要很強的資源預估能力。
我們將介紹了一個決策樹，可幫助企業確定雲端運算是否屬於我們企業的願景。 它在業務使用和支持的雲端技術之間建立了聯繫。
它是決策的輔助工具，而不是確定的演算法。 當我們開發詳細的架構時，可能會出現支持或反對雲端解決方案的進一步考量。
評估考量
以下有十個關鍵問題，它們的答案將幫助企業確定是否使用雲端運算，公有雲還是私有雲合適，以及 IaaS、PaaS 或 SaaS 等雲端產品是否最能滿足企業的業務和技術要求。
問題1: 企業的業務是縱向的嗎?
企業的業務範圍是產業運營領域中的縱向或橫向業務流程？
問題2:流程有區別嗎?
業務流程是業務的關鍵差異化因素嗎？ 該流程的業務驅動因素和績效對企業的競爭力和成本效益運營是否至關重要？
問題3: 外包有障礙嗎?
是否有任何障礙可以阻止解決方案的某些或所有層次(IaaS/PaaS/SaaS)外包？
外包的常見障礙包括：
- 內部規格無法對外匹配(太客製化)
- 勞動合同
- 長期租約
- 轉移成本
- 有折舊價值的固定資產
- 不成熟的業務架構
- 企業文化
- 地理位置主權規則
- 產業監管
- 合規稽核規則
問題4:採用雲端運算是否存在障礙?
由於在雲端環境中託管服務的問題可能不利於業務驅動因素和 ROI 目標，雲端運算的採用是否存在障礙？
外包要考量的大多數障礙也適用於雲端運算的採用。 這裡只列出了特定於雲端運算才有的附加限制。
典型的障礙包括：
- 自定義資源，未計劃進行重大變更
- 標準資源，但不適合一對多； 轉型不切實際
- 對資源共享或配置更改控制的政策限制
- 資源需求很穩定，沒有零散的資源
- 潛在訂戶太少（對雲端供應商沒有吸引力的市場）
- 進入成本太高
- SLA 效能不能接受
- RPO 和 RTO 效能不能接受
這些障礙可能適用於 SaaS、PaaS 或 IaaS，以及公有、私有、社群或混合雲解決方案。
問題5:主要業務驅動因素是否與雲端兼容？
儘管採用雲端運算可能沒有任何障礙，但如果業務目標與雲端解決方案的優勢和特徵不一致，那麼非雲端解決方案將更適合業務情況。
與雲端運算兼容的業務驅動因素可能包括：
- 降低中期和(或)長期 TCO
- 改善現金流
- 從資本支出(CAPEX)轉向運營支出(OPEX)
- 改善 QoS 或 SLA
- 獲得功能或領域專業知識
- 擴大或縮小勞動力或固定資產產能
- 成為雲端提供商
與雲端運算不兼容的業務驅動因素可能包括：
- 削減短期成本
- 從 運營支出(OPEX) 轉向 資本支出(CAPEX)（公有雲不兼容）
- 無需第三方融資即可提高產能
- 稅收情況的變動（折舊、創造就業機會等）
- 將固定資產（可能包括租賃）或勞動力轉移給供應商
如果企業確定雲端運算是合適的，企業應該查看以下解決方案注意事項。
如果出現以下情況，企業應該考量所有形式的雲端運算：
- 業務流程不是業務的關鍵差異化因素。
- 差異化不是基於 IT 的，應用程式不受業務流程變化的影響。
- 企業擁有標準的軟硬體、作業系統和應用程式。
如果業務流程是業務的關鍵差異化因素，並且差異化是基於 IT 的，那麼 PaaS 或 IaaS 可能適合，並且：
- 如果企業是使用標準的軟硬體和作業系統，以及客製化的應用程式，那麼 SaaS 就不太可能滿足需求。
- 如果業務流程定義與應用程序是解偶的(de-coupled)，考慮 SaaS。
- 如果業務流程定義沒有從應用程式中解耦，是時候對業務流程進行大改了嗎？是否可以在大改期間進行抽象定義？ 如果是，則考慮 SaaS； 如果不是，那麼 SaaS 不適合你。
例如，如果差異化是商品化，SaaS 或 IaaS 解決方案可能適用於差異化的、IT 支援的 — — 甚至可能是基於 IT 的 — — 業務流程。 有一家知名的 PC 供應商，其供應鏈流程使其有別於其他供應商。 這種差異主要是由於其採購規模和頻率對供應商的影響，而不是由於專有供應鏈流程或 IT 配置。 即使能夠複製該公司的SCM流程和 IT ，其市場的潛在進入者仍面臨著巨大的障礙。 因此，從理論上講，SaaS 解決方案甚至可能是 BPO 解決方案都是啟用該公司的 SCM 流程的合適選擇。
問題6:解決方案會是一個平台嗎？
企業的目標是將業務流程和應用程序之下的解決方案層次轉換為標準的、共享的配置，以提供公司的所有 IT 服務嗎？
這些層次通常包括中間件(middleware)、作業系統、硬體和資料中心基礎設施。 中間件可以包括ESB(Enterprise Services Bus)以支援SOA(Service-Oriented Architecture)。
如果企業確定雲端是不適合的，我們應該查看以下注意事項。
- 如果企業使用的是標準的硬體、作業系統和應用程式，那麼任何形式的外包都可以滿足需求，並且企業可以使用虛擬化。
- 如果企業有標準的硬體和作業系統，但有客製化的應用程式，那麼應用程式外包和 BPO 不太可能滿足需求，但資料中心、IT 管理、治理或資料存儲的外包可能是一個好的選擇。
在考慮這些選項時，我們需要回頭查看問題 5，因為類似的考量可能適用於業務驅動程式的兼容性。
問題7:應用程式是否不受業務流程更改的影響？
能否在不影響底層標準應用程式配置及其共享 IT 管理時間表的情況下客製業務流程架構？ 是否可以在不影響使用共享資源(尤其是勞動力)和使用標準流程定義的業務流程執行的情況下客製 IT 配置？
如果企業確定應用程式未與業務流程隔離，企業應該查看以下注意事項。
- 雖然雲端不太可能是一個合適的選擇，但在某些情況下它可能是合適的。
- 如果應用程式與基礎架構隔離，企業可以考慮在公有雲或私有雲的 IaaS 或 PaaS 上運行它。
- 即使它沒有很好地隔離，如果此解決方案對企業的整個應用程式組合有意義，企業也可以考量將應用程式放在私有雲的 IaaS 或 PaaS 上。
要考慮這些選項，請回到問題 4
問題8:差異化是基於 IT 的嗎？
IT 是否是業務流程差異化的關鍵推動因素？
問題9:硬體、作業系統、應用程式都是客製化的嗎？
如果企業確定雲端運算不適合，企業應該查看以下注意事項。
- 如果企業有客製或專門的硬體/作業系統/應用程序，那麼公有雲 — — 無論是 SaaS、PaaS 還是 IaaS — — 都不太可能是合適的選擇。 私有雲 IaaS 或 PaaS 也不是，除非在整個產品組合中有許多業務流程具有與此流程互補的resource consumption profiles，可以使用相同的 IT 資源，並且不能通過替代方案更有效地運用。
- 基礎架構外包、應用程式外包和 BPO 不太可能滿足需求。 但是，企業可能會考慮外包資料中心運營、IT 管理、治理和資料存儲。
- 企業還可以考慮硬體設備和虛擬化。
問題10:硬體和作業系統是客製的還是專用的？
如果這些 IT 層是標準的，企業可能有一個很好的雲端解決方案候選者。
客製或專用硬體和作業系統的例子包括那些為容錯或高效能而設計的，那些包括特殊記憶體（例如，超級計算機）的。
如果企業確定雲端運算不合適，企業應該查看以下注意事項。
- 如果有客製或專用的硬體或作業系統，但沒有商用套裝的應用程式，那麼任何形式的雲端運算都可能無法很好地滿足需求。 BPO 或基礎設施外包也不是。
- 但是，企業可能會考慮外包資料中心運營、IT 管理、治理、中間件和資料存儲。 如果企業可以使用標準應用程序開發平台，則外包應用程式管理可能適合該企業。
- 企業還可以考慮硬體設備和虛擬化。
綜合以上10個關鍵問題，我們可以繪製成以下流程圖:
它們以簡單的順序呈現。 但企業的決策過程可能更加複雜和反覆。 回答一個問題可能需要企業去探索以前沒有考量過的業務層面，並且可能需要重新評估企業使用雲端運算的目標。 企業可能會發現需要回到之前回答過的問題，並根據後來的想法重新考量答案。 但是按照這裡提出的順序思考這些問題，將有助於企業對雲端運算的考量，並引導我們為企業找到更好的解決方案。
專案願景的範例
為了說明決策樹的使用，讓我們看一下我們之前提過的三間企業如何使用決策樹來建立和確認他們的特定願景。
A公司
這家產品具有季節性的公司發現滿足季節性高峰所需的產能在一年中的大部分時間都處於閒置狀態。 它當前的系統老舊，無法應對高峰工作量。 它需要更換這些系統，並考慮將雲端運算作為替代方案，因為這提供了一個通過不為沒使用到的容量付費來降低TCO的機會。 它通過決策樹的路徑如下圖所示，它對問題的回答如下表所示。
業務流程是業務的關鍵差異化因素，而差異化是基於 IT 的，因此 PaaS 或 IaaS 可能適合。 A公司使用的標準硬體和作業系統，以及客製的庫存管理系統，因此 SaaS 不太可能滿足其庫存管理需求，但可以考慮用於其他應用程式，例如會計和人資系統。
A公司決定採用公有雲，因為其主要目標是允許處理負載發生較大變化。 如果用私有雲，它就必須投資足夠的容量來滿足季節性高峰需求，而這在一年中的大部分時間都不會被使用。 具有足夠容量以滿足內部最低需求的混合雲可能是一種可能性，但應用程式架構不適合多站點處理。
該公司確立了自己的願景：“通過在雲端運算平台上部署我們的應用軟體，我們將更好地應對高峰業務需求。”
B公司
這家製造業集團有不同的願景。 它的每個子公司都有針對同一問題的不同 IT 解決方案。 它有大量且小型但仍未得到充分利用的系統，每個系統都需要專家支援。 該集團看到了一個機會，可以通過向其子公司提供更好使用、更具成本效益的系統的能力，通過減少其各自運作系統的負擔，以及通過使用通用性軟體使流程合理化來簡化其運營。 雲端運算可能是實現這一目標的手段。該公司通過決策樹的路徑如下。
注意事項表明應考量所有形式的雲端運算。
該製造業集團的工作負載變化不大，並且認為經常使用公有雲服務非常昂貴。 投資私有雲的容量更具經濟效益。 因此決定實施私有雲，然後將標準應用程式放置在其雲端平台上，並將它們作為 SaaS 提供給其子公司。
它建立了一個不同的願景：“我們將通過在私有雲上提供標準軟體應用程式給集團中的所有子公司來降低成本並簡化我們的業務流程。”
C公司
這家公司有機會從一種全新的產品中獲利。 雲端運算為開發和發布產品提供了良好的環境。 它使用決策樹來驗證這一點。 它採用與 B公司相同的決策樹路徑。
應考慮所有形式的雲端運算。 C公司選擇公有雲來支持其發展，因為這意味著它可以避免初期階段的資本支出。 PaaS，或 IaaS 加一個標準平台，將提供它需要的開發設施。 產品推出時，運行時環境將使用相同的雲端服務。 同樣，這將意味著它可以在有可觀的收入證明其合理性之前避免大量的資本支出。 如果產品如期成功，它可能會投資一些in-house capacity以獲得更好的回報。
C公司的架構願景是：“我們將通過使用雲服務來開發並推出一款新產品，而無需對 IT 進行重大投資。”
