在企業(yè)數(shù)字化轉(zhuǎn)型時代，IT部門該如何和業(yè)務(wù)部門一起將創(chuàng)新落地，變成產(chǎn)品，更快投放到市場?我們是否可以比別人做得更快、更好?產(chǎn)品投產(chǎn)后，如何持續(xù)提升客戶對產(chǎn)品的體驗效果?這些挑戰(zhàn)都在驅(qū)動金融機構(gòu)構(gòu)建更敏捷的IT，以支撐數(shù)字化轉(zhuǎn)型需求。本文將為您揭示騫云科技助力金額機構(gòu)建設(shè)以服務(wù)為中心的敏捷IT的冰山一角。

一、自服務(wù)——敏捷IT的基石

如何實現(xiàn)更敏捷的IT?自服務(wù)也就是As a Service是關(guān)鍵!這個話題隨著云技術(shù)的誕生被大家所知，可以說是實現(xiàn)敏捷IT的基石。那什么是自服務(wù)呢?

ATM自助存取款機就是典型的自服務(wù)場景，客戶憑銀行卡可自助進行存取款、轉(zhuǎn)賬和查詢操作，無需排隊，而且24小時營業(yè)。ATM機的自服務(wù)帶來極佳的客戶體驗，同時減少了員工的簡單重復(fù)勞動和出錯風(fēng)險，并使企業(yè)更有競爭力。

我們現(xiàn)在討論數(shù)字化轉(zhuǎn)型，經(jīng)常會參考互聯(lián)網(wǎng)行業(yè)的做法，所以我們再來看一下亞馬遜在構(gòu)建敏捷IT和自服務(wù)方面的最佳實踐。

亞馬遜的基礎(chǔ)架構(gòu)如圖中灰色部分，有容器、虛擬化，也有SDN。在此之上他們構(gòu)建了提供從資源到安全的Infrastructure as a Service能力，見圖中紅色部分。這樣每個產(chǎn)品創(chuàng)建、配置、擴容和回收基礎(chǔ)架構(gòu)的工作都給了產(chǎn)品開發(fā)團隊，以自服務(wù)的方式完成。于是每個產(chǎn)品從設(shè)計、開發(fā)到運維都是由一個團隊負責(zé)，這樣就很容易對每個產(chǎn)品的交付、運營、成本及價值做出衡量。

可是實際上目前大部分企業(yè)做的私有云、公有云，效果是什么?其實你只做了數(shù)據(jù)層面的工作，重構(gòu)了基礎(chǔ)架構(gòu)，但是在云的控制平臺 As a Service做得很少，于是你沒有辦法把敏捷IT的大廈再往上搭，你還是在基礎(chǔ)架構(gòu)、開發(fā)人員和業(yè)務(wù)側(cè)有層層鴻溝。如何打破鴻溝，打通敏捷IT的任督二脈?通過云管平臺實現(xiàn)自服務(wù)就是最好的抓手。

與互聯(lián)網(wǎng)行業(yè)不同，金融行業(yè)更多是以傳統(tǒng)單體應(yīng)用為主的穩(wěn)態(tài)，和少量使用微服務(wù)、大數(shù)據(jù)技術(shù)的敏態(tài)。底層基礎(chǔ)設(shè)施的支撐還是以物理機、虛擬化為主，容器平臺正在逐步建設(shè)中，同時由于監(jiān)管的要求和安全考慮，會有物理隔離、邏輯隔離的環(huán)境，使得自動開發(fā)、測試、上線難以實現(xiàn)。另一方面，開發(fā)工具自動化程度低、測試環(huán)節(jié)多也是難以改變的現(xiàn)實。行業(yè)特殊性使金融企業(yè)沒有辦法像互聯(lián)網(wǎng)一樣讓開發(fā)人員直接使用我們的基礎(chǔ)架構(gòu)。這些挑戰(zhàn)都需要通過企業(yè)級的自服務(wù)方式解決。所以接下來講一下我們怎么通過云管平臺構(gòu)建企業(yè)級自服務(wù)的敏捷IT。

二、構(gòu)建企業(yè)級自服務(wù)的敏捷IT

騫云通過自主的方法論，幫助用戶構(gòu)建企業(yè)級自服務(wù)體系，具體來說就是池化、標準化、自動化、自服務(wù)。最終用戶通過服務(wù)目錄填寫申請表單，就能夠生成不同環(huán)境中應(yīng)用所需的資源，并可通過自服務(wù)進行擴展。

1、資源池化

資源池化可以把集群、存儲、網(wǎng)絡(luò)面向業(yè)務(wù)劃分成多個邏輯單元，比如開發(fā)環(huán)境、測試環(huán)境，數(shù)據(jù)庫、前端等。除了資源劃分，還有配額、優(yōu)先級和標簽功能。用戶申請時，只要指定資源池標簽，就能從合適的資源組合中分配資源。因此我們可以看到如果沒有邏輯資源池，幫助將面對不同場景時選擇資源的考慮點落地，就很難實現(xiàn)自服務(wù)。

　　2、標準化

第一層標準化，是應(yīng)用架構(gòu)標準化

我們現(xiàn)在有些工具能實現(xiàn)計算、存儲、網(wǎng)絡(luò)、軟件等資源部署的自動化，但應(yīng)用開發(fā)人員需要的是一個可以直接調(diào)試應(yīng)用的完整環(huán)境。單一自動化是沒有辦法讓開發(fā)人員自服務(wù)的，因為我們給他們的是零件，而他們要的是整車。這些零件怎么組裝?目前都是由運維團隊通過分工協(xié)作依次來完成，耗時長，有出錯的風(fēng)險。那云管理平臺是如何實現(xiàn)整車的交付呢?就是通過藍圖編排實現(xiàn)應(yīng)用建模。

建模是一個很重要的過程，TOSCA做為建模的標準很早就被提出來了，就是為了實現(xiàn)更快的整體資源交付。以前我們談藍圖建模、談編排大家都覺得很抽象很難理解，隨著K8s的火熱，應(yīng)用建模比以往更重要了，這將成為云計算下一階段建設(shè)的一個重要方向。

通過藍圖編排定義一個資源交付的模型，這個模型中可以包括各種所需的基礎(chǔ)架構(gòu)資源：容器，虛擬化、物理機、SDN和安全等。

用戶可以基于這些的標準架構(gòu)，獲得他所需要的環(huán)境，不再需要等待基礎(chǔ)架構(gòu)人員反復(fù)參與搭建這樣一套環(huán)境，這就是定好標準架構(gòu)之后帶來的巨大效率提升。

　　第二層標準化，是部署規(guī)范標準化

一個架構(gòu)在開發(fā)、壓測、UAT和生產(chǎn)的部署規(guī)范是不同的，我們在藍圖的基礎(chǔ)上通過對各組件的參數(shù)配置可以把這些部署規(guī)范落地在服務(wù)目錄中，使用戶通過服務(wù)目錄，填寫申請表單，就可按規(guī)范生成用戶在指定環(huán)境中的資源。

3、自動化自服務(wù)

實現(xiàn)了資源池化和標準化后，通過云管平臺調(diào)用基礎(chǔ)架構(gòu)的API就可以實現(xiàn)端到端的自動化，最終實現(xiàn)自服務(wù)。我們最終呈現(xiàn)的服務(wù)目錄，和公有云服務(wù)目錄不一樣，我們要打造的是自己金融機構(gòu)或者自己企業(yè)需要的服務(wù)目錄。我今天沒有用容器，我的服務(wù)目錄就在虛擬機上。我今天用了大數(shù)據(jù)，我的服務(wù)目錄就要有大數(shù)據(jù)的環(huán)境。騫云幫助你構(gòu)建自身實際使用場景需要的服務(wù)目錄。

剛才我們都在談資源創(chuàng)建階段的自服務(wù)，其實對于敏捷IT來說自服務(wù)是全生命周期的。從服務(wù)建模配置到自助申請資源、自助運維、自助監(jiān)控、自助回收，需要將整個IT服務(wù)以全生命周期的方式提供給你的用戶，從而提升IT的敏捷性。

最后我們來針對開發(fā)測試環(huán)境講一下云管平臺的自服務(wù)對敏捷的提升。

·對于開發(fā)人員，由于已經(jīng)可以自助獲得資源，你就可以讓工具對接云管平臺，來打通你的CICD，使各個環(huán)節(jié)都可以按照你的規(guī)范和架構(gòu)部署。

·對于測試人員，要測試各個版本，歷史版本要測，新的版本要測，就可以申請一個環(huán)境出來，而不用把原來的環(huán)境鏟掉，帶著可能的遺留問題測。

·對于應(yīng)用上線人員也可以將經(jīng)驗證的架構(gòu)和應(yīng)用部署腳本在生產(chǎn)環(huán)境上線。

生成海報

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。