由於傑出端點解決方案數量在企業內部激增,讓許多 IT 主管開始推行合理化與整合策略,希望能夠減少企業內的技術負債與複雜度。
文/Paula Rooney·譯/兩三松
在採用雲端單點解決方案(cloud point solution)為中心的策略實施多年後,資訊長逐漸發現得面臨一類特別的逾期帳單:合理化(rationalizing)、管理與整合不斷擴大的 SaaS 產品清單。這當中有許多項產品或服務,並沒被納進企業的雲端資產清單裡頭。
不論是 Salesforce、Workday、Atlassian、Oracle、Microsoft、GitHub 與 ServiceNow,都只是眾多雲端供應商中的一小部分,這些供應商提供的雲端應用程式與客製化內部應用程式,以及跨公有雲的利基產品,共同組成了目前大多數企業的新技術骨幹。
加拿大皇家銀行(Royal Bank of Canada)美國區財富管理部門技術主管 Greg Beltzer 認為,對大量雲端應用程式的管理,絕對是一項重要挑戰。
[ 趨勢分析:推進 IT,調配有限人力與 CIO 領導力是關鍵 ]
Beltzer 與其他資訊長與產業分析師都指出,部署 SaaS 應用程式的爆炸性成長,引發了執行效率不佳與操作複雜的影響。即使企業所採用的雲端應用程式已不斷在改進,但這些問題仍不容忽視。
於是對 SaaS 應用程式管理,已成為許多企業的最優先任務。IDC 分析師 Frank Della Rosa 表示,根據 2023 年 IDC SaaS Path 研究報告指出,有 67% 千人以上規模大企業都有採用 SaaS 管理平臺,市場上充斥著像 Productiv、Zylo、Flexera One、Blissfully、Torii、BetterCloud、Zluri、Apptio 與 LeanIX 等,還沒算進其他眾多服務供應商。
對許多資訊長來說,採用雲端單點解決方案,一直是能夠退出資料中心管理業務策略的關鍵考量。但 SaaS 應用程式的持續擴張,不僅是 IT 的決策考量,同時也是業務面技術支出選擇的結果,而這為資訊長們帶來了原本試圖想要迴避的挑戰。
[ 好文推薦:生成式 AI 不是資訊長唯一要做的事情 ]
Forrester 分析師 Julie Mohr 表示,有許多充分原因讓人們大力推動將營運平臺移植到雲端平臺上,而企業組織已開始從雲端應用程式與供應商充分支援上獲得益處。但在雲端應用上的無秩序擴張,就是無秩序擴張,沒得狡辯。Mohr 表示,IT 主管們非常難以擺脫這種挖東牆補西牆的救火狀況。
Mohr 認為,妥善管理企業內部技術債務、合理化服務與降低基礎架構複雜度,對於協助企業能夠成功打造價值和實現預期目標,至關重要。移植到雲端平臺,並不能消除前述期待與問題,而且這也不是雲端供應商的責任。無論這些服務位於何處,管理這些服務組合極其重要,而不是企圖把雲端服務直接拉回本地端就能解決問題。
合理化與整合工夫
對許多 IT 主管來說,在雲端移植策略以外的應用程式合併與分散化抉擇,才是 SaaS 管理方面的核心問題所在。這種情形可能引發更高複雜度並帶來多餘影響,但想發現這些問題,可能會非常困難。
像 Expedia Group 系統架構長暨資料平臺數據管理主管 Rajesh Naidu 表示,Expedia Group 在這些年透過購併其他相關企業,業務顯著成長。該集團旗下已擁有 21 個獨立旅遊品牌,糟的是每個品牌都有著自己的技術堆疊與 SaaS 供應商。
想要解決這些應用程式的野蠻生長,眼下還沒有什麼可以迅速解決的辦法。Naidu 說明,該集團剛剛結束了為期三年的平臺簡化過程。在過程當中,正好有機會重新評估所有的合作 SaaS 供應商,並考慮如何在整個企業組織內簡化此一流程。這項審核策略把關相當嚴格,協助該集團減少了不必要的應用程式複雜度與無秩序擴張。
加拿大皇家銀行的 Beltzer 指出,SaaS 無秩序擴張的另一項具有挑戰性的議題──系統整合工作。
[CIO都在讀:澳洲最大鋁冶煉廠的雲端之旅已轉向 ]
Beltzer 選擇將 Salesforce Finance Services Cloud 做為該公司雲端策略核心,因為它具備與其他 SaaS 產品的預先建置連接器,提供可擴展性和可用性,但就整體面來看,IT 團隊依賴 MuleSoft Anypoint 整合平臺,以將雲端平臺與本地端與內部資料連結起來。
Beltzer 強調,SaaS 應用程式的問題在於,它們彼此間難以相互溝通或進行整合。通常位於這些資料孤島中的資料,需要在多個營業據點與多個系統之間進行整合。特別是在現今業務多半處在需要即時處理資料,而非十年前更加傾向批次處理的系統架構,就變得更為棘手。
戴德梁行(Cushman & Wakefield)商業資訊長 Collin Campbell 針對這個問題設計出一套不同的解決方案。Campbell 透過讓外部供應商與企業內部開發人員合作,撰寫連接用的「組織串連」(tissue)程式,以提供整合功能。
Campbell 表示,實際引發 SaaS 擴張焦慮的主因,是要如何從 SaaS 應用程式中抓出資料且能加以利用。戴德梁行核心業務面採用約 75 個 SaaS 應用程式,再加上其他 135 個散落在各個業務部門裡的 SaaS 解決方案。
[CIO都在讀:資訊長透過 AI 重新詮釋自己的角色 ]
由於戴德梁行決定與微軟合作,因此並沒有依賴類似 MuleSoft 這類包山包海的整合平臺。這是因為 Campbell 認為這類平臺是一種非常昂貴的解決方案,覺得一定可以找到更簡單的方法來實現目的。因此在跨 Azure 雲端平臺工作時,戴德梁行採用了一些封閉式專屬解決方案,然後只利用它們撰寫一些非常簡單的程式。
Campbell 說,戴德梁行這家商業房地產服務公司,正在打造跨全公司的 AI 基礎。從客戶的角度來看,這些整合工作已經得到回報。Campbell 補充說,戴德梁行的客戶們,自身同樣在處理與 SaaS 擴張及整合相關的類似問題,並試圖盡量降低受到之前採購決策的影響。
對 Vuori 資訊長 Bryan Muehlberger 來說,SaaS 的興起,同樣也導致供應商的管理挑戰增加。Muehlberger 表示,該公司已開始尋找市場上能夠幫助管理和追蹤企業內的軟體授權、使用與治理的參與者。他發現 Vuori 這家服飾公司的過去 5 到 7 年間,在技術堆疊中的 SaaS 解決方案數量增加了 25% 到 50%。
Muehlberger 解釋,過去 Vuori 有 15 到 30 個主要 SaaS 軟體供應商夥伴,而現在已經超過 100 個。想要管理供應商的詳細預算,變得非常麻煩。如果再加上從經銷商購買的產品或服務,事情就會變得更加複雜。
由 TCO 引發的問題
在 Rocket Mortgage 資訊長 Brian Woodring 帶領的單位中,有一千多名開發人員,他們對開發團隊採用 AWS 作為核心平臺所建置的企業雲端架構感到自豪。但即使如此,似乎沒有一家企業能夠擺脫 SaaS 擴張這項負擔。
Woodring 承認,對於與許多公司一樣依賴 Salesforce、Workday 和 ServiceNow 的Rocket Mortgage 來說,SaaS 的野蠻生長愈來愈讓人頭痛。與戴德梁行相同的是,開發部門的工程師,經常得被派去交付程式碼,以整合與解決 SaaS 應用程式之間的問題。Woodring 不覺得這問題會很快消失。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ,與全球CIO同步獲取精華見解 ]
Woodring 認為,這些系統變得愈來愈大、愈來愈複雜。像是SaaS 應用擴張、複雜度上升、授權合約及新功能增加等等,因為這是一場軍備競賽,供應商都在盡可能地添加新功能,而且其中大部分功能還相互重覆;而以上這些問題,全都加劇了管理團隊面臨的挑戰。
雖然 Woodring 理解,現實中不大可能讓內部工程師,去建立與這些同類最佳企業 SaaS相媲美的解決方案,但確實讓人懷疑採用這麼多種 SaaS 是否值得。
Woodring 表示,每家公司都有自己的系統生態情境,其中包括需要雇用的人員與需要安裝等實踐工作。到最後,資訊長都會想知道自己是否真的為公司省下了錢,以及隨之而來的所有其他雜七雜八瑣事。
(本文授權非營利轉載,請註明出處:CIO Taiwan)