克服技術債與遺留系統：數位基礎架構現代化路線圖
還在為技術債和遺留系統而煩惱嗎？探索數位化基礎架構現代化路線圖。聆聽 Liferay 和 Veriday 專家的真知灼見，學習如何應對 IT 挑戰，內容涵蓋從投資回報率到無頭 API 的方方面面
技術債的沉重負擔和遺留系統現代化改造的挑戰可能讓人感覺難以逾越，但其實並非如此。最近，Liferay 和 Veriday 共同舉辦了一場網路研討會，主題為“數位化基礎架構現代化：克服技術債務和遺留系統”，旨在為應對這些挑戰提供路線圖。
本次會議邀請了兩位來自 Liferay 生態系統的專家：Liferay 資深解決方案架構師 Erica Gnajek 和 Veriday 專業服務副總裁 Sam Hyland。他們的對話內容豐富，分享了許多真知灼見、實用策略和真實案例，旨在幫助企業從分散的系統過渡到統一、整合的數位化基礎架構。
了解核心挑戰
Sam Hyland 首先概述了組織在開始現代化之旅時觀察到的四個最常見的挑戰，以此拉開了對話的序幕。
- 組織慣性和風險規避。組織在處理技術債時往往採取「沒壞就別修」的態度。 Sam 指出，雖然這種心態看似安全，但卻會讓公司處於競爭劣勢，因為更敏捷的競爭對手最終會脫穎而出。不進行現代化改造的風險——例如面臨更高的成本或因關鍵安全問題而被迫倉促啟動專案——通常大於現代化改造本身所面臨的挑戰。
- 技術挑戰和“未知未知”。薩姆強調了企業了解自身當前技術環境的重要性。他分享了Veriday曾合作過的一家大型保險客戶的例子，該客戶面臨未記錄的遺留系統整合問題。他指出，真正的風險並非已知的技術難題，而是可能導致專案失敗的「未知未知」。
- 資源和技能缺口。薩姆指出，內部利害關係人有時會因為擔心團隊缺乏必要的技能而抵制部署新技術。然而，團隊往往對提陞技能充滿熱情和興趣。此外，這種想法是短視的，因為隨著時間的推移，小眾技術會變得越來越昂貴，資源也越來越難獲取，而新技能則更容易獲得。
- 將技術決策與業務目標保持一致。 Sam強調，每項技術決策都必須與業務目標緊密相連。這種一致性確保了現代化工作不僅是為了重構程式碼而重構程式碼，而是為了創造實際價值，無論是透過提升營運效率、加快產品上市速度，或是提高客戶滿意度。
Liferay的現代化架構方法
憑藉其企業架構師的豐富經驗，Erica Gnajek 介紹了 Liferay 平台如何專門針對這些挑戰而設計。她解釋了 Liferay DXP 如何作為統一的展示層，將分散的系統和資料整合在一起，有效地充當統一數位平台的中心樞紐。
- 模組化和漸進式現代化。 Erica重點介紹了Liferay的模組化和可擴展架構，該架構無需企業「推倒重來」替換現有技術投資。透過利用Liferay物件和客戶端擴展，企業可以策略性地解耦功能，在現有資料之上建立全新體驗，並逐步淘汰舊元件。這最大限度地降低了風險和中斷，無需重建整個後端即可提供現代化的外觀。
- 強大的整合框架。為了應對遺留系統帶來的“未知未知”，Liferay 提供了一個強大的整合框架，支援包括 REST API、GraphQL 甚至專有 API 在內的各種標準和協定。這種靈活性至關重要，正如 Erica 指出的那樣，「遺留系統環境很少是統一的」。
- 無頭功能和 API。 Erica 解釋說，Liferay 的無頭 API 對於那些需要快速交付全新數位體驗，同時又不想陷入後端複雜性的企業來說，是一項顯著優勢。這種方法讓企業在保留核心業務邏輯於傳統系統的同時，實現前端體驗的現代化，並將表示層與資料來源解耦。
Veriday 的技術債識別和優先排序方法
Sam解釋說，在解決技術債問題時，關鍵在於展現解決這些債務的價值，因為「重構」這個詞對業務利害關係人來說可能是一個「禁忌詞」。 Veriday的方法論包含一個可重複的流程，優先處理那些影響大、投入少的領域。
- 建立基準。 Veriday使用應用程式效能管理 (APM) 和靜態程式碼分析工具（例如 SonarQube）等工具來建立品質基準。這提供了一個用於追蹤改進的指標，以及一個客戶「絕不想再低於」的數值。
- 梳理業務和技術。下一步是了解業務流程、收入來源以及對客戶至關重要的領域。 Veriday 隨後會在此基礎上進行技術架構審查，尋找單點故障、過時技術和其他風險因素。
- 建構熱力圖。 Veriday將業務分析和技術分析相結合，創建了一張“熱力學圖”，展示了業務價值和技術風險重疊的熱點區域。這使他們能夠優先處理技術複雜度低但影響巨大的領域。
統一數位基礎的策略
Sam 和 Erica 都強調了從碎片化系統轉向統一的數位基礎的重要性，這種基礎通常被描述為「單一窗口」。他們提供了實現這一目標的具體策略和最佳實踐。
從維里迪的視角看薩姆的策略
- 自上而下和自下而上相結合的方法。 Sam描述了一種雙管齊下的策略。 “自上而下”的方法是指為組織建立強大的架構基礎和模式，例如建構“強大的體驗系統”，以便在現代化改造過程中對客戶隱藏後端複雜性。 「由下而上」的方法則著重於漸進式增強，開發人員在程式碼品質的基礎上不斷改進，並持續建立新的程式碼。
- 解耦客製功能。 Sam強調了將自訂功能從 Liferay DXP 或 ERP 系統等平台的核心部分分離出來的重要性。這可以避免未來升級和維護方面出現問題。
- API優先開發。 Veriday在建立API時充分考慮了未來的使用情境，幫助客戶避免日後進行大規模的開發工作，將大型新專案轉化為小型功能增強。
Erica 的 Liferay 功能，適用於“單扇玻璃面板”
- 集中式內容和數位資產管理。 Liferay的資產庫可讓組織集中管理所有內容——文件、圖片、影片——無論其原始來源為何。然後，可以透過單一介面輕鬆管理這些內容，並在各種接觸點上重複使用。
- 強大的使用者和身分管理功能。使用者經常遇到的痛點是需要記住多個登入資訊。 Liferay 可自訂的單一登入 (SSO) 功能與 LDAP 和 SAML 等標準整合，使使用者只需登入一次即可無縫存取各種應用程式。
- 小部件和片段架構。這種架構結合無頭 API，使企業能夠在單一 Liferay 頁面上顯示來自不同系統的資訊和功能。 Erica 提供了一個強有力的範例，展示了一家金融機構如何將來自舊系統（用於帳戶餘額）、較新的 CRM 系統（用於客戶服務）以及第三方貸款申請的資料整合到一個統一的儀表板中。
論證投資報酬率：利害關係人的視角
網路研討會的最後一部分聚焦於一個「顯而易見卻又難以啟齒的問題」：如何證明投資報酬率。 Sam 和 Erica 都談到如何向組織內的不同利害關係人展示實際可見的價值。
山姆的投資報酬率方法
- 針對不同的利害關係人，需要採用不同的指標。 Sam指出，財務長 (CFO) 從成本角度看待投資報酬率 (ROI)，技術長 (CTO) 專注於風險規避，而業務領導者則最關注營運改善。 Veriday 會針對每個群體量身客製解決方案。對於業務領導者，Veriday 會著重於營運方面的效益，例如簡化電子產品零售商的庫存管理。對 CTO 而言，重點在於降低風險，避免停機或安全漏洞造成的損失。對於 CFO 而言，討論的重點在於長期成本改進，例如縮短產品上市時間、提高客戶滿意度以推動收入成長。
艾麗卡對投資報酬率的看法
- 降低整體擁有成本 (TCO)。 Erica指出，Liferay 的模組化和再利用性降低了客製化開發成本和維護開銷。她分享道，一些客戶透過整合數位化運營，營運成本降低了高達 30%。她也舉了Klabin的例子，該公司利用 Liferay PaaS 來處理維護和管理開銷，從而進一步降低了整體擁有成本。
- 營運效率提升。「單一介面」體驗直接轉化為員工生產力的提升。 Erica 分享了一個拉丁美洲區域開發銀行的案例，該銀行在將其公共入口網站和內部網路整合到一個平台上後，使用者會話時長提高了 16%。
- 加速創新縮短產品上市時間。 Erica以聯合利華為例，該公司利用 Liferay DXP，實現了 133% 的產品上市速度提升，並能更快回應市場變化和客戶情緒。
結論：前進之路
本次網路研討會以一個強而有力的訊息作結：不進行現代化的風險往往大於現代化所帶來的挑戰。透過採用策略性方法，將 Liferay DXP 等靈活平台與 Veriday 等合作夥伴提供的成熟方法相結合，企業可以成功克服技術債務，建立統一、敏捷的數位化基礎架構，從而推動可衡量的業務成果。
從模組化架構和無頭API，到專注於整體擁有成本和營運效率，現代化之路不再是風險極高的「推倒重來」式徹底改造。它是一個持續漸進的改進過程，使技術與核心業務目標保持一致，確保企業不僅能夠在數位時代保持競爭力，而且能夠蓬勃發展。
要查看完整討論並了解引用的用例，請訪問此處。要了解 Veriday 和 Liferay 如何協同工作為客戶帶來成果，請造訪此處。
