新聞中心
看新型運維技術如何在金融行業成(chéng)功實踐?
作者:睿至科技集團
北京時(shí)間2018年5月1火有5日,由睿至科技集團和IBM共同舉辦的“新型書些運維技術在金融行業實踐”研讨會(huì)對(duì)目前金融行業刀土的一些痛點以及應對(duì)方案做了詳細闡述。

北京時(shí)間2018年5月15日 由睿至科技集團和IBM共同舉辦話化的“新型運維技術在金融行業實踐”研讨會(h妹制uì)在成(chéng)都(dōu)希爾頓酒店順利舉行。在本次活動中,來自農一睿至科技集團和IBM的專家們,分别對(duì)火火目前金融行業的一些痛點以及應對(duì)方案做了詳細闡述,地志此外睿至科技集團也在本次活動中正式發(fā)布了有關金融行業的解決方店吧案,詳見《睿至開(kāi)發(fā)測試雲 為金融領域化歌注入嶄新動力》


近年來随著(zhe)互聯網技術的快速發(fā)展,金融領域也高國逐步重視與互聯網的融合,傳統銀行轉變討機思想,積極運用互聯網最新技術,探索自己的互聯房廠網金融發(fā)展之路,加快推動南她銀行的經(jīng)營轉型。由于坐志整個金融行業業務模式的多樣(yàng)化及移動互聯網用戶的接做家入需求,整個金融平台規模呈現出快速增長(cháng)趨勢,嗎哥随之而來的是新業務需求不僅帶來了平台架構的變革,還(hái)很商對(duì)運維模式提出了新的需求習舞。


在本次研讨會(huì)中,針對(duì)這(z湖身hè)一系列問題,睿至科技集團、IBM和銀行用戶們,分别從火雪AIOPS、DevOpS幾個方面(錯拿miàn)進(jìn)行了深入的探讨。

eeee.jpg

會(huì)前讨論


越來越多的金融客戶發(fā)現數據量越來信司越大,基礎架構越來越複雜,傳統Power環境、虛舊鄉拟化技術、雲環境、容器環境,SOA架構,微對制服務架構,技術棧越來越多,學(xué)習周期越來越短,基礎架構複雜文白,需要不同的監控軟件,傳統架構使用Tivoli、BMC、HP的軟件,新型銀我基礎架構用Zabbix、OpenFalcon等監控手段,每次出問題,需要使暗長用到多個軟件定位問題,需要怎麼(me)處理?互聯中站網技術的發(fā)展,對(duì)應用的上線頻率要求湖拿越來越高,運維壓力也越來越大!互聯網化帶家村來的應用高并發(fā)與傳統應用模式的沖突,導緻問題定位越來地村越困難!


在本次研讨會(huì)中,針對(d劇吃uì)這(zhè)一系列問題,睿至科技集團、IB市呢M和銀行用戶們,分别從AIOPS、DevO員謝pS幾個方面(miàn)進(jìn)行了深入的探讨。

微信截圖_20180518155239.png

睿至雲基礎架構産品部總監胡敏發(fā)表《AIO相飛ps助力金融行業運維》主題演講


睿至雲基礎架構産品部總監胡敏在《AIOPS助力金融行業運維》的主題嗎票演講中提到:“運維已經(jīng)開(kāi)始逐步從傳統遠都‘穩’态轉變為新型‘敏’态,而未來的術件運維也一定是傳統‘穩’态運維+新型‘敏’态運維的雙态智能(néng)農飛化運維體系“。

開(kāi)箱即用.png

睿至科技集團AIOPS平台特色:開(kāi)匠廠箱即用的分析平台與場景


在會(huì)議中,與會(huì)者對(duì)于睿至AIO厭事PS平台特色給予了高度的認可,除開(kāi)箱即用的分析平台與場景、視圖定好得制化能(néng)力外,強大的數據采集能(néng海北)力也受到關注。


據悉睿至AIOPS平台支持任意格式和傳機我輸協議數據收集、支持輸出到多種(zhǒng)存儲上或進(jìn)行轉發(f請那ā)、支持各數據源計量及監控、支持T呢雪B級數據傳輸和PB級分析、支持Agent遠程管理、默認支持兒通多種(zhǒng)銀行标準格式、支持在線配置,無須二次開(kāi)發(fā),鐵外可視化分析過(guò)程管理,秒級數據采集能(néng)力支但匠持,全平台支持(AIX/HPUX/議到Win/Linux),可定制化開(kā器月i)發(fā)。


金融行業DevOps和互聯網的DevOps又有什麼(me)區别?睿至雲解決上劇方案産品總監鄭偉從整個金融行業軟件發(fā)布模式進(jìn)行輛的了深入探讨。

微信截圖_20180518154903.png

睿至雲解決方案産品總監鄭偉做《DevOps在國(guó)有銀行的成(ch唱要éng)功實踐》主題演講


鄭偉表示:長(cháng)期以來,固定版本排期及項目排期路商的開(kāi)發(fā)模式,為大型金融企業業務的快速發(fā房費)展提供了強有力的 IT 保障,同時(shí)也确保了事跳産品的質量和運行風險。但是,近年來,随著(zh信章e)大量互聯網企業,特别是移動互聯網企業的沖擊,大型金融企業業白也不得不面(miàn)臨在業務模式加快創新的同時(shí),需要 金都IT 團隊加快開(kāi)發(fā)節奏,快自問速推出滿足業務發(fā)展需求的産品畫明。而這(zhè)種(zhǒng)需民工求正對(duì)金融企業現有的 IT 開(kāi)發(fā)湖南模式提出緊迫的挑戰,根據我們的研究,這(zhè)些鐘一挑戰主要體現在如下的三個矛盾中:


  • 為保證産品質量而設定的過(guò)事外長(cháng)的開(kāi)發(fā)測試流程與快她月速叠代交付的迫切業務需求之間的矛盾

  • 大量手工操作與金融企業對(duì)哥東于産品質量一緻性、穩定性嚴苛要求之間的矛盾

  • 開(kāi)發(fā)團隊對(duì)于流程爸林簡單性、快速性的現實要求與風險管控之間的矛盾。


因此,适合金融行業自身的DevOps火資格外重要。


從睿至的角度,幫助金融客戶從規劃到落紅師地,主要分為如下過(guò)程:


第一步,消除大量的手工操作,構建一個持續交付的流水線平台是最基礎也是最迫切媽司的,隻有通過(guò)流水線平得就台的自動化和持續流動,才能(néng)保證在不同階段、不同節點上産品發吃也(fā)布的一緻性和穩定性,同時(shí),也才能(néng)消除由于人工操書照作所引入的人為風險,同時(shí)提高效率。


第二步,對(duì)現有的開(kāi)發(fā)模式校媽及産品架構做進(jìn)一步的優化,否則水行,整個流水線是很難順暢地流動起(qǐ)來的。例如動光,如果不調整固定版本排期的開(kāi)發(fā)模式,則即使自動化程們西度再高,緊急需求的上線仍然需要了高等待整個版本的上線;而對(duì)于項目排期的開什做(kāi)發(fā)模式,在上線前,多個項目代碼或者構建包化秒的手工合并也是必不可少的;在傳統緊耦合的産品架構錯爸下,想要做到自動化的增量叠代發(服朋fā)布,也是非常困難的,而每次都(dōu)將(jiāng)整個産品的所有代碼窗藍進(jìn)行發(fā)布也是極不現實的,這(z金男hè)些其實都(dōu)是實現整個 DevOps 持續交付過(guò)程全自匠拿動化的障礙。因此,在構建好(hǎo)持續交付的流水線平拍費台後(hòu),其第二步就(jiù)是開(kāi)發(f做爸ā)模式及産品架構的優化。當然,如果好高沒(méi)有第一步的自動化的持續交付平台作為基礎,則由開(kāi)發東知(fā)模式調整所帶來的發(f林購ā)布次數增多也是無法完全用手工完成(chéng)的。


第三步,在通過(guò)工具自動化的方式實現産品的持續交付後(hòu視用),由于人工操作的減少,自動化及流通路水線操作的提高,包括操作過(guò)美很程可追蹤性的實現,快速自動回滾操作的實施等,這(窗雪zhè)個時(shí)候,在完整的開(kāi)發(電河fā)測試交付流程中,有些管控步窗討驟可能(néng)就(jiù)是多餘的,是可以優化的。因此最後(hòu)需窗笑要對(duì)整體開(kāi)畫妹發(fā)測試發(fā)布流程進(jìn)雪笑行優化,去掉冗餘的人工評審步驟,從而實現企城森業級的 DevOps 持續交付流水線。