Thomson Reuters 在 AWS 上於截止日期前完成了大規模的遷移專案

在資產剝離前幾年，Thomson Reuters 致力於與 Amazon Web Services (AWS) 採取雲端優先策略，充分利用 Amazon Elastic Compute Cloud (Amazon EC2) 和許多其他 AWS 服務，為其客戶提供高度安全且可擴展的雲端原生應用程式和服務。

然而，Thomson Reuters 仍然沒有遷移其所有現有應用程式 (其中許多是面向客戶的)，而 Refinitiv 資料中心遷移提供了一個加速公司遷移雲端的機會。

Thomson Reuters 決定最好的行動方法是，使其舊式應用程式做好雲端遷移準備。Thomson Reuters 解決方案工程資深總監 Bart Matzek 表示：「在 AWS 中建置基礎設施，然後與我們的業務單位合作，以現代化和重新部署其應用程式在策略方面更好」。

該公司聘請了兩家受管服務供應商 (MSP) 來協助遷移，但該專案很快遇到了障礙。「我們太小看自己的能力，以為我們選擇的受管服務提供者能夠為我們指點迷津，而我們也能向他們學習。」Thomson Reuters 架構與開發副總裁 Justin Wright 說道。「我們坐了下來，並在他們推出計畫和結構時抱持著開放的心態傾聽。」

但 Wright 與他的團隊很快便發現 MSP 提出的遷移計畫是以現貨軟體為目標，太過專注在逐伺服器的方式，而且並未包含最小的可行重構及針對常見的模式進行調整，例如整合公司正在使用的作業系統和資料庫版本。「MSP 的遷移計畫看起來似乎聚焦在所有可能發生錯誤的相依性和項目，這使得我們陷入了泥淖。」Wright 說道。「MSP 在領域知識上的缺乏及我們資產的複雜度，使得我們理解到我們需要給予業務和其應用程式團隊更高的所有權，讓團隊驅動自身的遷移。」

團隊需要取得所有權，並強化計畫和優先順序。「加入我們自己的探索程序，並在我們 MSP 所收集的資料上加入『允許託管』，讓我們得以在提供應用程式所依賴的較舊資料庫版本和其他技術功能時，我們所採用的架構模式上取得極高的效率。」Thomson Reuters 解決方案架構主管 Matt Dimich 說道。「這讓我們得以將應用程式在儲存貯體中分門別類，整合技術模式，並得以在最後節省大量的時間。」

Thomson Reuters 運用了 AWS 客戶賦能服務，包括 AWS Managed Services (AMS) 和 AWS Professional Services。「我們已和 AWS 建立關係，因此我們知道我們可以依賴其服務。」Wright 說道。「AMS 還可提供針對其沒有意願要擴展之功能的操作支援和資源」。

Thomson Reuters 服務轉型計畫資深總監 Simon Hornby 認為脫離 MSP 的方式是重新聚焦的絕佳機會。「我們判斷我們無法透過重構超過 400 個應用程式趕上計畫的時間表，因此我們需要考慮不同的遷移策略，在不需要進行應用程式轉型的情況下繼續雲端優先這條路。透過採用主機轉換和平台轉換遷移策略，我們能夠透過使這些舊版應用程式成為雲端就緒來繼續採用雲端，但更重要的是，我們能夠達成主要目標，即在兩年內完成計畫。」

趕上時間表時其中一項最大的挑戰便是 Thomson Reuters 在 AWS 中並未存在任何工具和管理基礎設施。「我們針對這部分沒有任何標準，因為我們過去從來沒有打算在雲端執行傳統應用程式。當你想到要遷移 10,000 個資產和 400 個應用程式時，你可能便會開始變得呆若木雞。」Thomson Reuters 工程與營運副總裁 Danny Stubbings 說道。「在僅僅兩年內完成這樣龐大的工作相當令人望而生畏。」

雖然 Thomson Reuters 仍需負責進行遷移，AWS 成為了黏著劑，將公司凝聚在一起，推送專案前進。AWS Professional Services 團隊首先建議將專案拆成較小的部分，其中每個都有自己的同類群組。「這種集中式的方法會將責任指派給個別群組，並鼓勵同類群組自行驅動計畫。每個同類群組都受到指派，專注在 5 到 10 個應用程式。」Wright 說道。「其概念是快速地完成許多小型作業。」

在定義完同類群組後，Thomson Reuters 和 AWS 進行了密集、目標明確的研討會，其中包含了來自各式各樣團隊的專家，包括 AMS 和 AWS Professional Services。Stubbings 表示：「這些團體協助我們突破了許多障礙。」

賦予團隊權力對於推動遷移進展至關重要。「如果是由我們拖著應用程式群組向前，這可能會花上好幾年。」Hornby 說道。「但如果是由應用程式團隊驅動遷移，團隊便會準時完成目標。權責性會帶來相當大的差異。」

專案需要團隊間進行大量的協同合作。AMS 透過靈活的方式與 Thomson Reuters 合作，協助其適應營運模式，同時帶來了將控制轉變為重複利用及加速新功能，以滿足公司需求的優勢。「我們需要特定的功能，且對我們而言其必須是成功的。」Matzek 說道。「AMS 透過特殊的開發人員模式，向我們開放了其基礎設施。我們協助塑造 AMS，這使得我們具備靈活性，得以快速排除問題、快速檢錯、做出變更，然後使程序變得更為流暢。那是巨大的勝利。這樣持續聚焦在改善程序和自動化，隨著時間的進展便逐漸提高了遷移的節奏。」

在建置及重新定義基礎設施後，Thomson Reuters 便將重點擺在遷移應用程式，而專案也因此開始加速。在一開始的五個月中，Thomson Reuters 只遷移了一個應用程式。在重設了整體程式結構並與 AWS 協同合作後，公司便在兩週內遷移了超過 30 個應用程式。為了進一步簡化遷移，Thomson Reuters 使用了透過 AWS Marketplace 簽約的簡化軟體，快速採購並將偏好的第三方軟體整合到其 AWS 環境中。

利用 AWS 客戶賦能服務，Thomson Reuters 將七個分散在全球的資料中心、數百個應用程式，以及上千個資產提前五個月遷移到了 AWS 雲端。正因為能夠比原先規劃的更早離開 Refinitiv 資料中心，公司省下了龐大的開銷。
在完成這項遷移後，Thomson Reuters 團隊繼續與 AWS 合作，進一步現代化遷移後的應用程式、改善運作能力，並減少整體雲端成本。這項工作最後帶來了經最佳化的服務產品，並且另外省下了約 20% 的成本。進一步進行這些反覆的改善項目仍然是其持續的焦點。遷移至雲端也增加了可擴展性、改善靈活性，並協助規劃了邁向現代化的路徑，而這條路徑將會使公司變得更具創新性。「我們現在有了更充足的準備來現代化所有的應用程式。」Matzek 說道。

Thomson Reuters 提前完成了令人望而生畏的專案。「如果沒有 AWS 的協助，我們便無法趕上我們的截止日期。」Wright 說道。「能夠將問題交給 AWS 受管服務團隊，並且知道 AWS 的團隊是能夠帶領我們迎向最後階段的受信任資源，對我們而言是極大的優勢。」