在新的十年剛剛過去的短短三個月里，我們所知道的世界已經發生了巨大的變化，我們將不得不重新創造我們的日常生活，因為在家里工作和學習已經成為了一項國際責任。在這個前所未有的時期，普通的技術工人成為了金融服務行業的無名英雄。
多年以來，該行業都很樂于維護一個本地硬件和系統來支持它們，但辦公室人員的突然流失導致了我們與支持我們工作的系統的互動方式出現了轉折點。雖然在2021年已經認真地啟動了一些舉措，但很明顯還有更多的工作要做。那么，2022年及以后會發生什么呢?
1.流程自動化vs人工流程
長期以來，該行業一直在向無紙化流程或屏幕抓取程序轉型，這些程序可以從不協調的系統中提取數據。使用第三方的工作流工具來將自動化添加到無法自動化的系統上，也很常見。但無論如何，最終的結果仍然是人的力量。為了更具彈性并真正利用好基于云的解決方案，這些流程需要完全自動化，并利用包括客戶自助服務的機會來最小化業務流程。
自動化帶來了巨大的成本節約，因為計算機可以全天候的工作，不太容易出錯，而且也不需要帶薪假期。盡管如此，流程自動化在轉型項目中也往往會被忽視，因為實現新的基于云的解決方案的目標更容易被視為是可交付的成果。然而，為了利用新的實時數據和可擴展的解決方案，自動化流程還需要取代在云計算之旅中退役了的夜間批處理作業。
類似地，當企業在構建基于云的基礎設施時，也需要新的部署管道。現在，團隊已經不再提供新的服務器并將預生產環境推廣到生產環境了，而是使用預定義的環境變量、構建，甚至是軟件即將安裝到的實例操作系統的模板，來將相同的流程編寫為代碼(基礎架構即代碼)。實例的創建和銷毀都是通過自動化部署流程(CI/CD)在幾分鐘內完成的，這些流程會有內置的測試來報告它們的性能。
隨著企業開始這一轉型，它必須能夠照亮每一條隧道，以確保每個部門都符合新的目標體系結構。
2.商業智能與人工智能
所有業務都依賴于數據來監控各種性能指標。這些商業智能報告就一直是以這樣或那樣的形式存在的，而隨著信息從紙面走向數字化，它們也成為了“大數據”。挖掘和管理這些數據會有什么不同。
隨著轉型項目接近完成，如何人工生成這些報告將成為一大焦點。隨著捕獲的數據越來越多，商業智能報告也需要加速，舊的數據檢查方法需要被重新發明。例如，可以理解的是，機器學習工具最容易發現欺詐行為，它會標記出超出定義容忍度的值。將已定義的容差移動到一個由更具反應性和基于ML決策樹(AI)實時重新評估的容差是一個必要的里程碑。
3.設計安全
轉型過程中的每一步都為客戶數據或重要的財務信息提供了一個潛在的入口和出口。就像BI point一樣，這些數據現在正在以更快的速度移動，這意味著需要使用自動化來掃描漏洞并實時檢測問題，其中包括了構建自動化以及實時的威脅檢測。我們不會取消年度滲透測試，但我們會增加更多的防御措施，這就意味著下一次滲透測試的報告將會更少。
這既是一個軟件問題，也是一個文化問題，因為軟件工程的思維方式需要適應新的體系結構。持續集成服務器中的測試套件需要包括安全性測試，持續部署管道也應該被擴充以進行漏洞掃描。同時，那些編寫代碼的人可能需要新的開發指南來闡明最佳實踐，而測試特性的質量工程師則需要檢查安全漏洞，同時確保特性能夠滿足預期的業務需求。
設計安全并不是一個單一的策略，而是一種文化轉變，即業務單位對其產品和服務的安全性擁有所有權。
4.混合云vs原生云
為了迎合那些需要更吸引人的數字體驗的客戶群，企業在云技術上投入了大量資金。但是，在這些預算被批準的時候，沒有人想到它還會改變支持遺留系統的人的業務流程和文化，進而產生了一對相互競爭的政策利益，將其拉向相反的方向。不可避免的妥協是在混合云模型上達成一致。原有的管理產品保留在了本地，并引入了新的基于云的數字化體驗層。在疫情大流行之前，這是合乎邏輯的。但是，就像在家工作成為了員工的必須一樣，完全的云原生解決方案的想法也很快就成為了企業的必須。
2021年是接受這一啟示的一年，而2022年則將見證內部解決方案的喪鐘。企業將完全采用云原生技術，這不僅是為了保護自己不受客戶遷移的影響，還將減少內部生產力的損失，以構建更好的災難恢復解決方案。
5.無服務器vs微服務
完全采用本地云并不是一項一次性的活動。最初的嘗試只是簡單地將內部軟件轉移到基于云計算的等效機器上，但很快就會發現不兼容性。傳統軟件的設計并不是為了利用云原生硬件。
AWS提供的Lambda能夠快速引入不需要復雜基礎設施支持的功能，使其在交付、采購和審批過程中更加敏捷。業務和技術人員需要審查的內容也更少。這是在云原生解決方案中獲得第一個立足點的有效方法，而且一旦開創了先例，人們有望看到更大的采用。
面向服務的體系結構(SOA)的概念并不新鮮，事實上，在今天的金融行業中，微服務被認為是現代化的。但是，如果服務是以一種依賴于本地解決方案的方式編寫的，那么它的性能就會受到該機器的限制。通過將相同的功能轉移到無服務器的解決方案中，在該解決方案背后的基礎設施進行無縫擴展，小(微)服務就會演變成無服務器的服務，企業則可以有理由說，它已經實現了其數字化轉型路線圖上的第一個里程碑。
6.云數據vs傳統策略文檔
從本質上講，是初創企業破壞了既定市場。負責監督老牌企業數字化轉型的項目負責人也有同樣的愿望。雖然在技術策略上達成一致通常很容易，但是轉型項目中最困難的部分在項目開始時是不那么明顯的。就像遺留軟件一樣，業務運營被硬編碼到了政策文件當中，并塑造了業務的DNA。長期以來的實踐塑造了從業務流程到工作場所文化的一切。2020年的夜間封鎖導致了企業對許多政策都進行了戰略評估，因為運營團隊不得不在在家工作時突然訪問客戶數據。但是，當我們接受這一新規范時，政策的繃帶還尚未解開。
因此，當我們引入新技術時，挑戰那些不適合基于云的解決方案的文檔也同樣重要。
最終目標是將客戶數據從本地硬件轉移到可擴展的云解決方案當中。軟件和數據最終可以在一個實時解決方案中重新整合，而那些隔夜批量作業將最終消失，這標志著轉型路線圖上的另一個重要里程碑。
7.責任和可持續性
金融服務業對可持續性并不陌生。客戶希望確保他們的資金能夠得到負責任的投資，而ESG基金是當今任何理財產品的支柱。但是，盡管已經獲得了外部認證，但新的重點依然是企業本身所留下的足跡。
最初的內部部署解決方案是在數據中心推出的，旨在滿足一年中最繁忙的一天的需求。但如今的云架構可以根據客戶的需求智能地擴大規模，以滿足他們對產品的在線需求，并可以在更安靜的時間縮小規模。使用更少的電力。這個簡單的例子不僅節省了資金，也為企業的可持續發展報告做出了貢獻。同樣的邏輯也適用于整個企業。當有人在家工作時，辦公室就會知道，并關掉他們的工作站和相關的辦公室燈。
結論
對于任何經受住了封鎖的挑戰并在尋求未來更好防御的企業來說，上述主題合在一起構成了一個必要的待辦事項列表。實現這些目標可以在滿足當今客戶需求的同時也帶來商業利益。在世界適應后疫情時代的整個過程中，這會是一個至關重要的變革。
版權聲明：本文為企業網D1Net編譯，轉載需注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。
京公網安備 11010502049343號