當前，以微服務(wù)、DevOps、容器、多云業(yè)務(wù)管理為代表的云原生技術(shù)已經(jīng)廣泛成熟應(yīng)用，成為加速企業(yè)數(shù)字化業(yè)務(wù)高效創(chuàng)新、實現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型的最佳技術(shù)支撐。而信創(chuàng)支持、國產(chǎn)化支持，是中國企業(yè)數(shù)字化轉(zhuǎn)型不得不滿足的基本要求。更有專家指出，在關(guān)乎企業(yè)生存的必選項“數(shù)字化轉(zhuǎn)型”以及國家信創(chuàng)戰(zhàn)略的共同沖擊下，企業(yè)需要改變現(xiàn)有業(yè)務(wù)和IT的架構(gòu)，更快速地應(yīng)對挑戰(zhàn)、響應(yīng)變化，增強自身的競爭力。

行云創(chuàng)新專業(yè)打造信創(chuàng)微服務(wù)開發(fā)支撐能力，助力中國企業(yè)打造信創(chuàng)微服務(wù)平臺。

獲取完整《信創(chuàng)微服務(wù)平臺建設(shè)指南》，請至行云創(chuàng)新官網(wǎng)“www.cloudtogo.cn”>

一、打造業(yè)務(wù)系統(tǒng)向信創(chuàng)環(huán)境一鍵切換的能力

信創(chuàng)是堅定之路，需正視他帶來的若干挑戰(zhàn)才能走好信創(chuàng)之路。堅持信創(chuàng)會主要帶來以下挑戰(zhàn)：

1、時間緊迫性帶來的挑戰(zhàn)：信創(chuàng)工作時間緊、任務(wù)重，原有的業(yè)務(wù)開發(fā)計劃已經(jīng)排得很滿，如何讓信創(chuàng)工作又好又快地開展，同時對原有業(yè)務(wù)項目建設(shè)推進影響最??？

2、業(yè)務(wù)適配新技術(shù)的挑戰(zhàn)：信創(chuàng)建設(shè)必然引入新硬件、新軟件，開發(fā)測試人員也需要學(xué)習(xí)他們嗎？如何避免開發(fā)、維護信創(chuàng)、非信創(chuàng)多套代碼、多個版本？

3、保障業(yè)務(wù)穩(wěn)定性的挑戰(zhàn)：信創(chuàng)建設(shè)引入的硬件、軟件需要一個過程驗證對何種業(yè)務(wù)有怎么樣的支撐力度，非信創(chuàng)與信創(chuàng)如何共存和過渡？如何按需在非信創(chuàng)和信創(chuàng)環(huán)境間靈活調(diào)度業(yè)務(wù)？

4、信創(chuàng)技術(shù)多變性的挑戰(zhàn)：大趨勢下，隨著時間推移，硬件、操作系統(tǒng)、數(shù)據(jù)庫、中間件等各類新的信創(chuàng)組件將層出不窮的出現(xiàn)，如何建立起一個能夠開放漸進、優(yōu)勝劣汰、持續(xù)引入的能力？

其中，現(xiàn)有業(yè)務(wù)系統(tǒng)與各層次信創(chuàng)技術(shù)的適配性，例如在數(shù)據(jù)庫層級，信創(chuàng)代表技術(shù)有達夢、阿里云等，而國產(chǎn)數(shù)據(jù)庫一般承諾兼容ANSI SQL標準，但我們代碼中可能使用了大量的MySQL/Oracle的特性，如存儲過程等，適配國產(chǎn)數(shù)據(jù)庫是一個開放漸進的大工程。再比如中間件層次，信創(chuàng)代表技術(shù)有東方通、寶蘭德等，中間件涉及的范疇比較廣，目前國產(chǎn)中間件還是以消息中間件，SOA中間件等為主，但預(yù)期未來會越來越多。程序需要與不同的中間件進行代碼級別的調(diào)整適配、測試，工作量和長期影響較大。此外，還有操作系統(tǒng)、服務(wù)器硬件、芯片等多方面都需要將信創(chuàng)適配考慮進來。

信創(chuàng)之路面臨重重挑戰(zhàn)，我們要如何實現(xiàn)業(yè)務(wù)系統(tǒng)想信創(chuàng)環(huán)境切換？

行云采用“解耦合 + 自動化”建立起支撐信創(chuàng)工作的開發(fā)平臺

代碼是業(yè)務(wù)完整的、中立的體現(xiàn)。 行云計劃支持實現(xiàn)代碼與周邊現(xiàn)存、未來之技術(shù)（信創(chuàng)、非信創(chuàng)）解除耦合。

1、自動化構(gòu)建能力：把中立的業(yè)務(wù)代碼，自動化的構(gòu)建，加以適配到信創(chuàng)、非信創(chuàng)環(huán)境，靈活地在兩者間根據(jù)需求調(diào)配，包括切換不同信創(chuàng)組件的各類場景，應(yīng)做到對業(yè)務(wù)開發(fā)側(cè)無影響，甚至是無感知。業(yè)務(wù)開發(fā)只對業(yè)務(wù)代碼負責，剩下的事由平臺自動處理。

2、操作系統(tǒng)抽象：通過容器技術(shù)隔離操作系統(tǒng)對業(yè)務(wù)的影響，打造適配業(yè)務(wù)需求的、精簡的、優(yōu)化化的基座鏡像(Base Image Provisioning)，無論操作系統(tǒng)是否信創(chuàng)、哪家信創(chuàng)，對業(yè)務(wù)無影響。

3、中間件和數(shù)據(jù)庫抽象：通過DAPR技術(shù)實現(xiàn)接口抽象隔離，業(yè)務(wù)只對接抽象接口，后臺對接具體的信創(chuàng)、非信創(chuàng)，或是哪家信創(chuàng)組件，在自動化構(gòu)建和部署時決定。 當然，這涉及到業(yè)務(wù)代碼的一次性調(diào)整，考慮到目前最緊迫的信創(chuàng)改造還是在硬件和操作系統(tǒng)，中間件和數(shù)據(jù)的解耦工作可以漸進式開展。

打造信創(chuàng)開發(fā)平臺的收益

1、業(yè)務(wù)開發(fā)人員關(guān)注代碼的業(yè)務(wù)實現(xiàn)，向信創(chuàng)環(huán)境的適配由平臺自動化實現(xiàn)，在又快、又好地落地信創(chuàng)工作同時，原有的業(yè)務(wù)開發(fā)計劃不但不受影響，反而因為有了開發(fā)平臺的支撐讓開發(fā)本身更聚焦于代碼（而不是各類不同環(huán)境），還會讓開發(fā)效率更高。

2、業(yè)務(wù)代碼本身應(yīng)該是“技術(shù)中立”的，開發(fā)人員聚焦于業(yè)務(wù)開發(fā)本身，無需學(xué)習(xí)甚至是關(guān)心最終交付后的信創(chuàng)相關(guān)技術(shù)，由平臺而不是開發(fā)人員完成向不同的技術(shù)棧適配，測試人員用原有業(yè)務(wù)功能、性能指標加以測試，再轉(zhuǎn)產(chǎn)。信創(chuàng)的技術(shù)實現(xiàn)由最有必要的、專業(yè)技術(shù)人員（運維側(cè)）負責，這類人員也因為平臺的存在而在技術(shù)組件替換、或是引入新技術(shù)時得心應(yīng)手。

3、哪些業(yè)務(wù)先上信創(chuàng)、哪些后上，哪些業(yè)務(wù)需要在非信創(chuàng)和信創(chuàng)并行、平滑過渡，哪些業(yè)務(wù)可能信創(chuàng)環(huán)境暫時不能較好支撐，需要切換回非信創(chuàng)以待條件就緒再信創(chuàng)。為了保障業(yè)務(wù)，這些調(diào)度策略將會經(jīng)常發(fā)生，再加之多數(shù)據(jù)中心的考量，有了平臺幫助實現(xiàn)才能達成靈活高效、游刃有余。

4、信創(chuàng)產(chǎn)品在未來層出不窮，有了平臺的支撐，可以以開發(fā)放漸進、張弛有度的方式引入新技術(shù)、淘汰落后技術(shù)達成最終全面信創(chuàng)、穩(wěn)定高效的支撐業(yè)務(wù)發(fā)展的最終目標。

獲取完整《信創(chuàng)微服務(wù)平臺建設(shè)指南》，請至行云創(chuàng)新官網(wǎng)“www.cloudtogo.cn”>

二、打造快速響應(yīng)業(yè)務(wù)需求的跨系統(tǒng)編排能力

煙囪式系統(tǒng)開發(fā)面臨著極大的挑戰(zhàn)

行云信創(chuàng)微服務(wù)解決方案，借鑒“橋接模式”解決該問題的思路

設(shè)計模式之橋接（Bridge Pattern）定義：橋接模式是將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立地變化。

• 橋接能力無需現(xiàn)有業(yè)務(wù)做調(diào)整，而是帶外與之適配的方式，有快速實現(xiàn)達成的特點。

• 接收器小模塊、發(fā)送器小模塊以協(xié)議對接為界面，實現(xiàn)相對簡單，又可放入備件庫為未來之多場景復(fù)用。

• 緩存器有信創(chuàng)、非信創(chuàng)等多種選擇，技術(shù)成熟。

打造通用的跨系統(tǒng)、跨服務(wù)間編排能力

行云打造通用的跨系統(tǒng)、跨服務(wù)間的編排能力，以及相配套的微服務(wù)和API市場，即有解決現(xiàn)實問題的意義，又為技術(shù)演進的必然趨勢做長遠考慮，同時也是實現(xiàn)信創(chuàng)方案靈活性的必要補充。

三、打造關(guān)鍵資源高效復(fù)用線上安全開發(fā)能力

線下本地開發(fā)，存在挑戰(zhàn)：

· GPU等稀缺設(shè)備競爭：人工智能等場景需要專有GPU設(shè)備的支持，傳統(tǒng)方式下在本地開發(fā)好再上傳到有GPU的服務(wù)器調(diào)試，不斷反復(fù)、效率低下，在多用戶需要使用GPU設(shè)備時難以協(xié)同。信創(chuàng)GPU出現(xiàn)后因為稀缺性問題更為突出。

·?敏感數(shù)據(jù)、系統(tǒng)對接：一些敏感的數(shù)據(jù)即便脫敏后，也難以完全放在本地PC、筆記本上人手一份地開發(fā)調(diào)試，一些需要關(guān)聯(lián)的業(yè)務(wù)系統(tǒng)接口對辦公區(qū)全面開放也不現(xiàn)實。

·?疫情下的遠程開發(fā)：疫情發(fā)展難以預(yù)測，遠程辦公、遠程開發(fā)場景下的接入和使用的便利性、代碼和系統(tǒng)的安全性都需要考慮。

·?微服務(wù)和API調(diào)試：隨著微服務(wù)和API使用的日趨增多，將不得不把內(nèi)部、外部的服務(wù)和API都向辦公區(qū)的PC、筆記本開放以便于開發(fā)調(diào)試，網(wǎng)絡(luò)策略復(fù)雜且安全風險高。同時客戶端在與不同版本API調(diào)試復(fù)雜度高、極不便利。

行云信創(chuàng)微服務(wù)應(yīng)用開發(fā)，采用的是Web IDE線上開發(fā)模式，可以有效解決前述挑戰(zhàn)，如下圖所示，采用Web IDE的線上開發(fā)架構(gòu)，完美應(yīng)對這些挑戰(zhàn)。

Web IDE線上開發(fā)模式，為企業(yè)帶來的收益：

1、GPU等硬件資源的使用更加方便和高效。敏感數(shù)據(jù)和關(guān)鍵系統(tǒng)無需過度向辦公區(qū)開放，多用戶場景下開發(fā)和調(diào)試這些設(shè)備和數(shù)據(jù)更加便利。

2、大大縮小了數(shù)據(jù)中心不必要向外暴露的攻擊面，提高安全性。微服務(wù)和API的開發(fā)調(diào)試更加便利。

3、在內(nèi)部員工或是外部供應(yīng)商不能到場時，采用安全便捷的遠程開發(fā)，保障項目進度。

4、與服務(wù)編排能力配合使用，開發(fā)一些膠水模塊（如采用函數(shù)編程技術(shù)）更便利。

5、未來更是有機會在編碼過程中引入AI技術(shù)，讓程序員寫代碼更加高效率、更符合規(guī)范、更加高質(zhì)量。

四、解決當下痛點又放眼未來的統(tǒng)籌建設(shè)思路

關(guān)于未來的統(tǒng)籌建設(shè)思路，銀保監(jiān)會指導(dǎo)文件帶來的金融行業(yè)技術(shù)發(fā)展思路值得借鑒。《中國銀保監(jiān)會辦公廳關(guān)于銀行業(yè)保險業(yè)數(shù)字化轉(zhuǎn)型的指導(dǎo)意見》銀保監(jiān)辦發(fā)〔2022〕2號文件中，提到了以下四點建議：

1、自主研發(fā)：對關(guān)鍵平臺、關(guān)鍵組件以及關(guān)鍵信息基礎(chǔ)設(shè)施要形成自主研發(fā)能力，降低外部依賴、避免單一依賴。

2、研發(fā)平臺：建立能夠快速響應(yīng)需求的敏捷研發(fā)運維體系，積極引入研發(fā)運維一體化工具，建設(shè)企業(yè)級一站式研發(fā)協(xié)同平臺。

3、模塊復(fù)用：主要業(yè)務(wù)系統(tǒng)實現(xiàn)平臺化、模塊化、服務(wù)化，加強企業(yè)架構(gòu)設(shè)計，實現(xiàn)共性業(yè)務(wù)功能的標準化、模塊化。

4、多活中心：優(yōu)化數(shù)據(jù)中心布局，構(gòu)建多中心、多活架構(gòu)，提高基礎(chǔ)設(shè)施資源彈性和持續(xù)供給能力。

行云開放漸進、統(tǒng)籌規(guī)劃微服務(wù)開發(fā)能力，即解決眼下痛點，又面向未來發(fā)展。

獲取完整《信創(chuàng)微服務(wù)平臺建設(shè)指南》，請至行云創(chuàng)新官網(wǎng)“www.cloudtogo.cn”>