銀行的單體架構是弗蘭肯斯坦的怪物

銀行的單體架構是弗蘭肯斯坦的怪物

你可能會覺得把你的銀行的單體架構和弗蘭肯斯坦的怪物做比較有點苛刻,但是它們有很多相同之處。

  1. 隨著時間的推移,他們被縫在一起,創造了一個巨人
  2. 結果產生的怪物/巨石是巨大的,醜陋的,我們不想面對它,不想花時間與之相處
  3. 他們一開始都很友好,但到最後,他們很難相處。
  4. 如果你做錯了,他們都會咬你的

弗蘭肯斯坦——他實際上是一個瘋狂的科學家,而不是怪物——開始用最好的材料創造一個完美的存在,當銀行開始建造他們的單體架構系統時,他們的目標是相似的,在很短的一段時間內,他們的創造可能是他們的需求的完美解決方案。

建造怪物:當單體架構變得醜陋。

這並不奇怪,在金融服務行業,尤其是在企業擁有獨特需求和安全的金融服務行業中,這是一個優先考慮的問題。單體架構允許金融服務業務將其架構保持在高度安全的環境中。可以控制訪問機會,並將外部資源集成到關鍵服務中。它將銀行或其他金融機構置於其系統的控制之下,不需要外部解決方案,也不需要將業務暴露於不必要的風險之中。

看起來是完美的解決方案,對吧?

也許,只要企業不需要應對變化……

當銀行第一次構建其內部架構時,它並沒有創建一個怪物,而是在一個主系統中實現了它所需要的所有功能。然而,業務需求在不斷地發展,這意味著需要將適應性和附加功能組件添加到這個單體架構的系統中。第一次出現這種情況時,這會是一個簡單的過程,因為體系結構已經明確地佈局好了。實際上,它甚至可能不是最初幾次更改的問題,但是每次發生更改時,系統就變得不那麼容易識別,而且更難控制。一條腿拴在這裡,一條胳膊拴在那裡,甚至可能還有一個額外的頭。每一個手術都變得更加複雜,每一針都更有風險。

然後,最終,總有一天,有人會做出改變,不僅打破一塊巨石,還會阻止怪獸的心臟。曾經的便利和安全,現在變成了一個巨大的負擔,需要幾個小時,幾個星期,甚至幾個月才能恢復。

進行替換

不僅僅是金融機構,更換一個破碎的單體系統對許多人來說都是一個挑戰。為什麼?因為遺留系統深入到業務的所有部分,包括組織中的人員。這個過程的第一步是承認存在問題,這是一個巨大的挑戰。這段對話常常讓人感覺很像《弗蘭肯斯坦》中的場景:

沃爾德曼:你創造了一個怪物,它會毀滅你!

弗蘭肯斯坦醫生:耐心,耐心。我相信這個怪物,就像你說的那樣。如果你不這樣做,你必須讓我一個人待著。

讓關鍵的業務涉眾相信現有的結構是不可管理的,並且不能跟上不斷變化的業務需求可能是難以置信的困難,但這是向前邁進必須跨越的第一個障礙。第二步是決定替換體系結構。

為什麼微服務體系結構能夠推動業務變化

說到技術,如果有一件事你可以指望,那就是它一直在進步。每一次進步都會使消費者預期的增加。雖然單體架構有很多好處,但是長期的維護和更新是非常耗時的。在許多組織中,這一努力將更好地用於開發一個微服務體系結構來取代怪物巨石一樣的單體架構系統。

微服務不是將所需的所有功能構建為一個整體結構,而是將這個整體分解為一組定義好的服務來處理特定的任務。每個微服務都是獨立的、獨立的,它允許業務只調用完成每個任務所需的微服務,這使得系統快速、敏捷且易於伸縮。微服務也是與技術無關的,這使得來自多個提供者的服務集成成為一個簡單的過程。

微服務體系結構的最大優點之一是,它允許企業測試創新的變化,並非常快速地響應市場需求。如何?通過允許他們的團隊更新單個微服務,而不冒破壞整個系統的風險。讓我們在一個風險決策環境中看看這個:

一個企業創建一個風險模型,它需要七個數據點來返回一個分數。在單體架構中,對數據源的集成和決策過程都是同一個系統的一部分。因此,當應用程序出現時,它必須通過整個流程來返回一個風險值。這使得決策過程緩慢而難以改變。如果一個企業想要測試新的評分方法或新的數據源,那麼它必須對整個系統做出改變。

在微服務環境中,決策過程的每個部分都是自包含的,這意味著系統只需要調用所需的微服務來返回一個分數。因此,當他們想要進行更改、測試新想法或甚至實現一個全新的風險模型時,團隊只需要對處理這些任務的單個微服務進行更改。它快速、簡單,並且提供了非常高的靈活性。微服務體系結構提供的敏捷性意味著,企業不僅可以自由地承擔創新風險,還可以迅速適應風險領域的任何變化,

微服務還幫助企業提供高水平的客戶服務,特別是在貸款行業,因為申請可以在一秒鐘內獲得批准。雖然新技術可能會提高消費者的需求,但它也提供了超越期望值的機會。

避開弗蘭肯斯塔克怪物

是的,在風險決策方面,微服務提供了無與倫比的靈活性,但它們必須以正確的方式使用。“科學怪人”一詞是用來描述當銷售和營銷團隊將來自許多供應商的工具“集成”到他們的銷售渠道時所產生的可怕的體系結構。綁定在一起的服務集合笨拙地組合在一起,不能像預期的那樣工作,並導致難以修復的問題。如果業務部門不小心,他們可能會開發出一種微服務“Frankenstack”,如果他們未能充分規劃微服務架構的設計。一些潛在的失敗點包括:不完全接受微服務、單個微服務過於複雜、安全性差、缺乏知識豐富的IT資源以及性能緩慢。在風險分析環境中解決這個問題的一個方法是使用一個低代碼風險決策平臺,如Provenir。Provenir平臺從開始到結束都處理風險決策過程,包括在平臺內部的微服務的創建和安全性以及對外部數據源的集成。該平臺還可以使用在低代碼用戶界面中創建的微服務來支持和自動化現有的貸款發起系統。這個微服務系統使風險決策過程能夠極其快速和安全地完成,並且在收到應用程序後的一秒鐘內可以計算出風險分數。

從怪物到高性能機器

儘管微服務體系結構仍然涉及將組件連接到一起以提供完整的功能,但有一個關鍵的區別:微服務不是以一種難看的、難於撤銷的方式綁定在一起,而是更像是一種即插即用系統,在這種系統中,流程可以在需要時插入特定的服務。這是一種高效、敏捷和數字化的方法,可以讓您的團隊創新風險決策過程的各個階段,從而提高準確性,擴展選項,並幫助您的業務增長。


分享到:


相關文章: