當(dāng)前，以微服務(wù)、DevOps、容器、多云業(yè)務(wù)管理為代表的云原生技術(shù)已經(jīng)廣泛成熟應(yīng)用，成為加速企業(yè)數(shù)字化業(yè)務(wù)高效創(chuàng)新、實(shí)現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型的最佳技術(shù)支撐。而信創(chuàng)支持、國(guó)產(chǎn)化支持，是中國(guó)企業(yè)數(shù)字化轉(zhuǎn)型不得不滿足的基本要求。更有專家指出，在關(guān)乎企業(yè)生存的必選項(xiàng)“數(shù)字化轉(zhuǎn)型”以及國(guó)家信創(chuàng)戰(zhàn)略的共同沖擊下，企業(yè)需要改變現(xiàn)有業(yè)務(wù)和IT的架構(gòu)，更快速地應(yīng)對(duì)挑戰(zhàn)、響應(yīng)變化，增強(qiáng)自身的競(jìng)爭(zhēng)力。
kaiyun開云創(chuàng)新專業(yè)打造信創(chuàng)微服務(wù)開發(fā)支撐能力，助力中國(guó)企業(yè)打造信創(chuàng)微服務(wù)平臺(tái)。
一、打造業(yè)務(wù)系統(tǒng)向信創(chuàng)環(huán)境一鍵切換的能力
信創(chuàng)是堅(jiān)定之路，需正視他帶來的若干挑戰(zhàn)才能走好信創(chuàng)之路。堅(jiān)持信創(chuàng)會(huì)主要帶來以下挑戰(zhàn)：
1、時(shí)間緊迫性帶來的挑戰(zhàn)：信創(chuàng)工作時(shí)間緊、任務(wù)重，原有的業(yè)務(wù)開發(fā)計(jì)劃已經(jīng)排得很滿，如何讓信創(chuàng)工作又好又快地開展，同時(shí)對(duì)原有業(yè)務(wù)項(xiàng)目建設(shè)推進(jìn)影響最??？
2、業(yè)務(wù)適配新技術(shù)的挑戰(zhàn)：信創(chuàng)建設(shè)必然引入新硬件、新軟件，開發(fā)測(cè)試人員也需要學(xué)習(xí)他們嗎？如何避免開發(fā)、維護(hù)信創(chuàng)、非信創(chuàng)多套代碼、多個(gè)版本？
3、保障業(yè)務(wù)穩(wěn)定性的挑戰(zhàn)：信創(chuàng)建設(shè)引入的硬件、軟件需要一個(gè)過程驗(yàn)證對(duì)何種業(yè)務(wù)有怎么樣的支撐力度，非信創(chuàng)與信創(chuàng)如何共存和過渡？如何按需在非信創(chuàng)和信創(chuàng)環(huán)境間靈活調(diào)度業(yè)務(wù)？
4、信創(chuàng)技術(shù)多變性的挑戰(zhàn)：大趨勢(shì)下，隨著時(shí)間推移，硬件、操作系統(tǒng)、數(shù)據(jù)庫、中間件等各類新的信創(chuàng)組件將層出不窮的出現(xiàn)，如何建立起一個(gè)能夠開放漸進(jìn)、優(yōu)勝劣汰、持續(xù)引入的能力？
其中，現(xiàn)有業(yè)務(wù)系統(tǒng)與各層次信創(chuàng)技術(shù)的適配性，例如在數(shù)據(jù)庫層級(jí)，信創(chuàng)代表技術(shù)有達(dá)夢(mèng)、阿里云等，而國(guó)產(chǎn)數(shù)據(jù)庫一般承諾兼容ANSI SQL標(biāo)準(zhǔn)，但我們代碼中可能使用了大量的MySQL/Oracle的特性，如存儲(chǔ)過程等，適配國(guó)產(chǎn)數(shù)據(jù)庫是一個(gè)開放漸進(jìn)的大工程。再比如中間件層次，信創(chuàng)代表技術(shù)有東方通、寶蘭德等，中間件涉及的范疇比較廣，目前國(guó)產(chǎn)中間件還是以消息中間件，SOA中間件等為主，但預(yù)期未來會(huì)越來越多。程序需要與不同的中間件進(jìn)行代碼級(jí)別的調(diào)整適配、測(cè)試，工作量和長(zhǎng)期影響較大。此外，還有操作系統(tǒng)、服務(wù)器硬件、芯片等多方面都需要將信創(chuàng)適配考慮進(jìn)來。
信創(chuàng)之路面臨重重挑戰(zhàn)，我們要如何實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)想信創(chuàng)環(huán)境切換？
行云采用“解耦合 + 自動(dòng)化”建立起支撐信創(chuàng)工作的開發(fā)平臺(tái)
代碼是業(yè)務(wù)完整的、中立的體現(xiàn)。 行云計(jì)劃支持實(shí)現(xiàn)代碼與周邊現(xiàn)存、未來之技術(shù)（信創(chuàng)、非信創(chuàng)）解除耦合。
1、自動(dòng)化構(gòu)建能力：把中立的業(yè)務(wù)代碼，自動(dòng)化的構(gòu)建，加以適配到信創(chuàng)、非信創(chuàng)環(huán)境，靈活地在兩者間根據(jù)需求調(diào)配，包括切換不同信創(chuàng)組件的各類場(chǎng)景，應(yīng)做到對(duì)業(yè)務(wù)開發(fā)側(cè)無影響，甚至是無感知。業(yè)務(wù)開發(fā)只對(duì)業(yè)務(wù)代碼負(fù)責(zé)，剩下的事由平臺(tái)自動(dòng)處理。
2、操作系統(tǒng)抽象：通過容器技術(shù)隔離操作系統(tǒng)對(duì)業(yè)務(wù)的影響，打造適配業(yè)務(wù)需求的、精簡(jiǎn)的、優(yōu)化化的基座鏡像(Base Image Provisioning)，無論操作系統(tǒng)是否信創(chuàng)、哪家信創(chuàng)，對(duì)業(yè)務(wù)無影響。
3、中間件和數(shù)據(jù)庫抽象：通過DAPR技術(shù)實(shí)現(xiàn)接口抽象隔離，業(yè)務(wù)只對(duì)接抽象接口，后臺(tái)對(duì)接具體的信創(chuàng)、非信創(chuàng)，或是哪家信創(chuàng)組件，在自動(dòng)化構(gòu)建和部署時(shí)決定。 當(dāng)然，這涉及到業(yè)務(wù)代碼的一次性調(diào)整，考慮到目前最緊迫的信創(chuàng)改造還是在硬件和操作系統(tǒng)，中間件和數(shù)據(jù)的解耦工作可以漸進(jìn)式開展。
打造信創(chuàng)開發(fā)平臺(tái)的收益
1、業(yè)務(wù)開發(fā)人員關(guān)注代碼的業(yè)務(wù)實(shí)現(xiàn)，向信創(chuàng)環(huán)境的適配由平臺(tái)自動(dòng)化實(shí)現(xiàn)，在又快、又好地落地信創(chuàng)工作同時(shí)，原有的業(yè)務(wù)開發(fā)計(jì)劃不但不受影響，反而因?yàn)橛辛碎_發(fā)平臺(tái)的支撐讓開發(fā)本身更聚焦于代碼（而不是各類不同環(huán)境），還會(huì)讓開發(fā)效率更高。
2、業(yè)務(wù)代碼本身應(yīng)該是“技術(shù)中立”的，開發(fā)人員聚焦于業(yè)務(wù)開發(fā)本身，無需學(xué)習(xí)甚至是關(guān)心最終交付后的信創(chuàng)相關(guān)技術(shù)，由平臺(tái)而不是開發(fā)人員完成向不同的技術(shù)棧適配，測(cè)試人員用原有業(yè)務(wù)功能、性能指標(biāo)加以測(cè)試，再轉(zhuǎn)產(chǎn)。信創(chuàng)的技術(shù)實(shí)現(xiàn)由最有必要的、專業(yè)技術(shù)人員（運(yùn)維側(cè)）負(fù)責(zé)，這類人員也因?yàn)槠脚_(tái)的存在而在技術(shù)組件替換、或是引入新技術(shù)時(shí)得心應(yīng)手。
3、哪些業(yè)務(wù)先上信創(chuàng)、哪些后上，哪些業(yè)務(wù)需要在非信創(chuàng)和信創(chuàng)并行、平滑過渡，哪些業(yè)務(wù)可能信創(chuàng)環(huán)境暫時(shí)不能較好支撐，需要切換回非信創(chuàng)以待條件就緒再信創(chuàng)。為了保障業(yè)務(wù)，這些調(diào)度策略將會(huì)經(jīng)常發(fā)生，再加之多數(shù)據(jù)中心的考量，有了平臺(tái)幫助實(shí)現(xiàn)才能達(dá)成靈活高效、游刃有余。
4、信創(chuàng)產(chǎn)品在未來層出不窮，有了平臺(tái)的支撐，可以以開發(fā)放漸進(jìn)、張弛有度的方式引入新技術(shù)、淘汰落后技術(shù)達(dá)成最終全面信創(chuàng)、穩(wěn)定高效的支撐業(yè)務(wù)發(fā)展的最終目標(biāo)。
二、打造快速響應(yīng)業(yè)務(wù)需求的跨系統(tǒng)編排能力
煙囪式系統(tǒng)開發(fā)面臨著極大的挑戰(zhàn)
煙囪式系統(tǒng)面臨的挑戰(zhàn)示例
行云信創(chuàng)微服務(wù)解決方案，借鑒“橋接模式”解決該問題的思路
設(shè)計(jì)模式之橋接（Bridge Pattern）定義：橋接模式是將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。
-
· 橋接能力無需現(xiàn)有業(yè)務(wù)做調(diào)整，而是帶外與之適配的方式，有快速實(shí)現(xiàn)達(dá)成的特點(diǎn)。
-
· 接收器小模塊、發(fā)送器小模塊以協(xié)議對(duì)接為界面，實(shí)現(xiàn)相對(duì)簡(jiǎn)單，又可放入備件庫為未來之多場(chǎng)景復(fù)用。
-
· 緩存器有信創(chuàng)、非信創(chuàng)等多種選擇，技術(shù)成熟。
借鑒“橋接模式”解決該問題的思路
打造通用的跨系統(tǒng)、跨服務(wù)間編排能力
行云打造通用的跨系統(tǒng)、跨服務(wù)間的編排能力，以及相配套的微服務(wù)和API市場(chǎng)，即有解決現(xiàn)實(shí)問題的意義，又為技術(shù)演進(jìn)的必然趨勢(shì)做長(zhǎng)遠(yuǎn)考慮，同時(shí)也是實(shí)現(xiàn)信創(chuàng)方案靈活性的必要補(bǔ)充。
打造通用的跨系統(tǒng)、跨服務(wù)間編排能力
三、打造關(guān)鍵資源高效復(fù)用線上安全開發(fā)能力
線下本地開發(fā)，存在挑戰(zhàn)：
· GPU等稀缺設(shè)備競(jìng)爭(zhēng)：人工智能等場(chǎng)景需要專有GPU設(shè)備的支持，傳統(tǒng)方式下在本地開發(fā)好再上傳到有GPU的服務(wù)器調(diào)試，不斷反復(fù)、效率低下，在多用戶需要使用GPU設(shè)備時(shí)難以協(xié)同。信創(chuàng)GPU出現(xiàn)后因?yàn)橄∪毙詥栴}更為突出。
· 敏感數(shù)據(jù)、系統(tǒng)對(duì)接：一些敏感的數(shù)據(jù)即便脫敏后，也難以完全放在本地PC、筆記本上人手一份地開發(fā)調(diào)試，一些需要關(guān)聯(lián)的業(yè)務(wù)系統(tǒng)接口對(duì)辦公區(qū)全面開放也不現(xiàn)實(shí)。
· 疫情下的遠(yuǎn)程開發(fā)：疫情發(fā)展難以預(yù)測(cè)，遠(yuǎn)程辦公、遠(yuǎn)程開發(fā)場(chǎng)景下的接入和使用的便利性、代碼和系統(tǒng)的安全性都需要考慮。
· 微服務(wù)和API調(diào)試：隨著微服務(wù)和API使用的日趨增多，將不得不把內(nèi)部、外部的服務(wù)和API都向辦公區(qū)的PC、筆記本開放以便于開發(fā)調(diào)試，網(wǎng)絡(luò)策略復(fù)雜且安全風(fēng)險(xiǎn)高。同時(shí)客戶端在與不同版本API調(diào)試復(fù)雜度高、極不便利。
行云信創(chuàng)微服務(wù)應(yīng)用開發(fā)，采用的是Web IDE線上開發(fā)模式，可以有效解決前述挑戰(zhàn)，如下圖所示，采用Web IDE的線上開發(fā)架構(gòu)，完美應(yīng)對(duì)這些挑戰(zhàn)。
Web IDE的線上開發(fā)架構(gòu)
Web IDE線上開發(fā)模式，為企業(yè)帶來的收益：
1、GPU等硬件資源的使用更加方便和高效。敏感數(shù)據(jù)和關(guān)鍵系統(tǒng)無需過度向辦公區(qū)開放，多用戶場(chǎng)景下開發(fā)和調(diào)試這些設(shè)備和數(shù)據(jù)更加便利。
2、大大縮小了數(shù)據(jù)中心不必要向外暴露的攻擊面，提高安全性。微服務(wù)和API的開發(fā)調(diào)試更加便利。
3、在內(nèi)部員工或是外部供應(yīng)商不能到場(chǎng)時(shí)，采用安全便捷的遠(yuǎn)程開發(fā)，保障項(xiàng)目進(jìn)度。
4、與服務(wù)編排能力配合使用，開發(fā)一些膠水模塊（如采用函數(shù)編程技術(shù)）更便利。
5、未來更是有機(jī)會(huì)在編碼過程中引入AI技術(shù)，讓程序員寫代碼更加高效率、更符合規(guī)范、更加高質(zhì)量。
四、解決當(dāng)下痛點(diǎn)又放眼未來的統(tǒng)籌建設(shè)思路
關(guān)于未來的統(tǒng)籌建設(shè)思路，銀保監(jiān)會(huì)指導(dǎo)文件帶來的金融行業(yè)技術(shù)發(fā)展思路值得借鑒?！吨袊?guó)銀保監(jiān)會(huì)辦公廳關(guān)于銀行業(yè)保險(xiǎn)業(yè)數(shù)字化轉(zhuǎn)型的指導(dǎo)意見》銀保監(jiān)辦發(fā)〔2022〕2號(hào)文件中，提到了以下四點(diǎn)建議：
1、自主研發(fā)：對(duì)關(guān)鍵平臺(tái)、關(guān)鍵組件以及關(guān)鍵信息基礎(chǔ)設(shè)施要形成自主研發(fā)能力，降低外部依賴、避免單一依賴。
2、研發(fā)平臺(tái)：建立能夠快速響應(yīng)需求的敏捷研發(fā)運(yùn)維體系，積極引入研發(fā)運(yùn)維一體化工具，建設(shè)企業(yè)級(jí)一站式研發(fā)協(xié)同平臺(tái)。
3、模塊復(fù)用：主要業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)平臺(tái)化、模塊化、服務(wù)化，加強(qiáng)企業(yè)架構(gòu)設(shè)計(jì)，實(shí)現(xiàn)共性業(yè)務(wù)功能的標(biāo)準(zhǔn)化、模塊化。
4、多活中心：優(yōu)化數(shù)據(jù)中心布局，構(gòu)建多中心、多活架構(gòu)，提高基礎(chǔ)設(shè)施資源彈性和持續(xù)供給能力。
行云開放漸進(jìn)、統(tǒng)籌規(guī)劃微服務(wù)開發(fā)能力，即解決眼下痛點(diǎn)，又面向未來發(fā)展。
kaiyun開云創(chuàng)新信創(chuàng)微服務(wù)開發(fā)平臺(tái)
-----------------------
免費(fèi)獲取《信創(chuàng)微服務(wù)平臺(tái)建設(shè)指南》，請(qǐng)點(diǎn)擊>
讓企業(yè)都能高效創(chuàng)新
企業(yè)云原生數(shù)字化創(chuàng)新平臺(tái)CloudOS?
可插拔云原生工具集Cloud Native Toolkit
開發(fā)者專屬一站式在線服務(wù)Methodot
