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