<var id="ph1j7"></var>
<var id="ph1j7"><span id="ph1j7"><menuitem id="ph1j7"></menuitem></span></var>
<del id="ph1j7"><noframes id="ph1j7"><var id="ph1j7"></var>
<var id="ph1j7"><strike id="ph1j7"></strike></var>
<var id="ph1j7"></var>
<cite id="ph1j7"></cite>
<ins id="ph1j7"></ins><listing id="ph1j7"><del id="ph1j7"><strike id="ph1j7"></strike></del></listing>

張軍飛:基于信創平臺的原生云應用開發

2020-08-03 14:38:59

來源:CIO時代網

2020年7月25日,由CIO時代學院主辦,CIO時代APP承辦的“2020中國信息技術應用創新網絡展覽會”如期舉行。飛速創軟創始人張軍飛在活動上發表“基于信創平臺的原生云應用開發”的主題演講,演講主要圍繞原生云的應用開發展開論述。以下為演講實錄:

上一位嘉賓講到信創的生態和投資分析,我們更多是講一些實戰的東西,飛速平臺是一個低代碼平臺,是基于原生云的開放架構。三個月前,我們在廣東財政廳接有一整個信息化、數字化升級的項目,我們和騰訊合作,提供中臺組建。中臺組建先是在測試環境X86上跑,上面有上百臺服務器,現在我們已經成功切換上線了,所以今天我們講的是實際的一個案例。

對于信創這一塊,包括了應用軟件中間件、數據庫、CPU操作系統等。我從技術的角度來說一下我對現狀的一個理解。目前這種大型的互聯網系統,或者說這種微服務架構系統,在信創這一塊,首先這些系統是前后端分離的。第二它屬于后端微服務架構,是基于 Java開發的。Java是做機遇的操作系統,切換信創的話,更多是對一些中間件作切換,比如接地開,比如一些大數據的中間件,它依賴的架包做了一些更換,從而實現了很平滑的信創的過度。
第二點,剛才上一位講到數據庫等哪一個能夠脫穎而出,其實我的理解,國產的數據庫大部分也是基于開源的數據庫改造封裝而來的。因為它可以水平擴展,其實對數據庫的性能依賴也會減弱,我們的數據存儲有分布式的數據庫,也有半結構化的數據,亦有文件存儲,一旦分布式之后,對單的服務器單個數據庫實例的依賴也會減弱。所以,在微服務架構之下,哪種數據庫性能差異都影響不大,這是第二個感悟。

第三個感悟,現在國家一下子跳到信創之后,基本上都是這種Java的Linux系統,不是原來的那種開發模式,技術門檻用到的技術點也非常多,所以接下來可能開發的一個模式,是這種基于低代碼的開發模式,定制化可能也會比較多。

我現在基于這三點,講一下實際的案例和我們技術上的一些探索。基于信創的平臺的原生源應用開發。云原生,我們的理解,它首先是非微服務的架構,它水平擴展。第二,發布開發是持續集成,是持續交付的,是容器化的,對單的服務器、對單個數據庫的性能的要求也會大大的下降。云原生的一套代碼可能部署很多節點水平擴展,它的依賴關系也是非常透明的,顯然的它不是一個很復雜的系統了,然后配置信息都存儲在環境中,后端各種服務也是當作一種附加的自然存在。然后,嚴格分構建和運行是分離的,它整個進程是無狀態的,是前端通過訪問到網關,智能網關到API網關,再到一個的微服務,每一個微服務的調用也是無狀態的。同時,它的訪問是基于端口綁定的,是通過進程模型進行擴展,就是水平擴展。它的環境就是開發測試環境和運行環境,具有一致性。然后日志是在整個鏈路里面把各種日志都記錄下來,當做一個事件流,進行各種分析。

它整個鏈路是非常長的,因為現在打散了,管理進程就是一次服務當做一個一次的服務處理,這是一個原生的特征。第二個就是我們現在做的案例,基于鯤鵬的軟件,比如它有開源的一些中間件,也有一些操作系統,有一些商業軟件。因為我們是做開發平臺第一代碼開發,所以我們關注的是操作系統和開源的組件,客源的組件主要是Java陣營的一些開源的組件,包括數據庫的訪問、一些大數據的中間件,這一塊目前華為它是做了適配的驗證。這些組件他們都會在空盤上做一些驗證,驗證完之后就公開軟件兼容性的這么一個網站,然后大家去查它,看它用的是什么驅動,把驅動下載下來,最后更換我們已有的這些就能夠適配了。

所以這個過程也是比較簡單的。我們接下來看一下廣東財政廳中泰項目,現在已經做好的中臺,都是已經在 m系列上跑了100多臺服務器,而且運行性能效果也不錯。首先它是終臺項目,有中臺的組件,包括用戶中心、消息中心、流程中心、日志中心、任務中心、文件中心,而且這個文件還不是Java開發的,是php開發的,剛才前面幾個都是Java開發的,都能夠有效的放到信創服務器上去。

現在再來說一下典型的這種結構,這個結構就從基礎設施開始,包括公有云私有云,然后有政務網等等這一塊,我知道的騰訊云現在在支持信創,還有其他的華為的云或者私有云,他們都在做大量的工作,這是第一。包括剛才說到財政廳它是私有云,他服務器幾百臺,他也是直接用坤鵬系列,他就支持了現狀。第二,數據資源平臺,我們這一次也用到一些數據的中間件,因為數據的中間件大部分是開源的,大部分是基于這種命令式系統的。這個適配我們在華為的清單里面也找得著,我們也做了適配,就是小數據平臺或者是大數據平臺。第三,再往上是服務平臺,這服務平臺就像剛才說到的流程中心、簽裝中心、全線中心、認證中心,他是構建了一個中臺組建,這個中臺組建的好處就是讓你開發一個企業級的應用或者一個復雜的應用,很多通用的都已經開發好了,都變成了一個微服務,這一塊也是配套的。

第三個,物聯網平臺。現在騰訊阿里也有類似的平臺,騰訊我們很熟悉,它有一個物聯網平臺,有微靈平臺。物聯網平臺主要針對c端的,微里面主要針對b端的,他們這個平臺也對這種信創的服務器做了適配。因為現在萬物互聯開發的應用已經純粹是人機交互的系統,一部分更多的可能就是物互聯,物互聯就要用到物聯網平臺,然后再到上面進行后端的開發,包括業務建模、微服務的架構、 API管理、第三方依賴管理等等,這個是完全支持信創了。
然后前端開發,包括小程序的樂高版開發,自主版開發,組建市場,前端更多桌面。目前桌面因為是web方式,微博方式用手機可以進去,用微信小程序進去也可以,用 PC端也可以,用Linux系統這個也早就適配了。PC端桌面,華為推出了華為的桌面系統,他的瀏覽器肯定都是支持的,現在客戶端已經沒有相關的這種下載應用了,都是web方式,然后在這上面就可以開發出各種業務系統,有各種入口,然后再基于這個架構,就有開發的規范,就有服務市場應用和市場運維監控。

這個架構大家可以非常清晰的看到,從入口到各種應用,從前端開發后端開發,到這種中臺服務,到互聯網服務,再到數據中臺,再到基礎架構,實際上都是完全能夠支持信創的。我們已經有比較多的成功的案例。為什么這么快能夠切換呢?主要是因為互聯網的技術本身就實現了這種微服務化,實現了前后端分離,實現了這種Java的應用,實現了Linux的支持,實現了各種入口的支持,所以我們就很輕松。當然,可能比原來用多內做的開發,他綁定了很多東西,這是比較痛苦的。

這個是一個典型的架構,這個架構就更清晰了,它涉及到API網關,涉及到微服務,涉及到生態,這一塊,包括前端的設計工具等等,更細致純粹的低代碼開發平臺。第一代碼開發平臺,它不包括物聯網平臺,不包括數據中臺,它的結構是自上而下的結構,這個結構我們也不特指哪一個,比如哪一個品牌的這種架構,我的意思就是,現在這種低代碼開發的架構都是這種結構,而且都是比較輕松能夠支持信創的這種生態。

它的分層架構,站在業務應用的角度,網關到集群,到前端,到注冊中心,到網關,再到具體的應用,這些應用可以是Java的,也可以接入多類的和購物語言等等。為什么要這么做?剛才說到,我們可能還是有很多應用存在,這些應用能不能把它接入到這種微服務中來,因為信創的支持不能一步到位,我們原來一些歷史的算法,也能夠把它接入進來,包括開發運維,它灰度的發布等等各種容器。同時,容器有各種容器,比如騰訊的、阿里的,這些容器群也在做現狀的支持升級。然后運營的,包括消息隊列等等,我們也是做了適配的。

因為消息隊列很多中間件,跟大數據的一些中間件也是通用的。我們現在在財政廳項目中,很多中間件是日志的,大數據的都做了適配,其實適配起來也蠻簡單的。再往下,我們就看到這種信創的技術架構,它的核心是微服務,云原生,然后它自適應各種多端,有很好的數據中臺支撐,它的安全是可控的,是可擴展和集成的。比如微服務的治理等等,這就是典型的信創的或者是這種開源的架構的一些特點,我們可以適應各種場景,比如已有的數據資產,可能原來的數據還是存在,這個數據庫可能不能立馬遷移,我們就把這些數據資產介入到微服務,然后變成一個API可以直接調調用。

第二,如果已有的系統,比如Java開發的,它不是微服務架構的,我們把它裝在容器里面,再放到信創的服務器中,這也是一種改造的辦法。然后已有的系統之間有很多接口,我們把接口微服務化,快速拉通,或者已建的在建的系統,它可能是Java的,但它不是典型的微服務架構,它不一定很好的能適配信創的服務器,我們把它的底座進行畫一下,就快速適配,最徹底的就是新建的系統,就基于這種低代碼的平臺可視化的開發,它就能夠快速的適應信創的服務器,而且性能是可靠的,為什么?

因為微服務之后它整個鏈路是分散的,他從前端關到API網關,到它的微服務,到它的數據庫鏈接池,到它的數據服務,而這數據庫服務又是分布式的,然后到它的文件服務,它整個都打散之后,它對單個的性能都下降了,依賴都下降了。其實我們開發了很多應用,很多應用都可以實現這種快速的低代碼開發,然后適應國產的服務器,包括我們看到的平臺的入口,快速拖拽的界面,各種發布的界面,還有word的ID,開發的web ID,比如我們現在用一個idea,它只是windows版本還是蘋果版,如果這個ID都是web方式了,我知道瀏覽器能夠打開那就行了,所以開發也不再依賴于哪一種操作系統的桌面的。

所以未來的開發,未來的應用基本上對前端的操作系統沒有任何的依賴了,各種設備都可以接入,包括這些頁面對象組建模板,綁定數據、事件樣式等等,前端更多樣了。包括中間件,比如我們剛才說的IBM 報表流程、任務調度等等,包括服務治理的一些數據,中間件,包括數據的展示,數據的服務,原數據組件市場等等,我們都把這些做成了一個微服務。微服務對這個服務器的依賴又減弱了。

所以整個來說,我們總結起來就是,飛速的開發平臺,它首先是低代碼的模式,第二是多項目并存,前后端分離,前端開發、后端開發、又支持快速的發布流水線測試管理這么一個套路。然后應用中臺有很多的中間件,很多的組件,然后組件我們出廠的時候就做了這種信創的兼容性的測試,這樣的好處是什么?這種要定制開發的工作我們就把他縮減了很多工作量,比如50%可能就變成了通用的應用,中臺的組件不需要再去開發了,然后也做了適配。

第二,業務部分要去開發使用第一代碼的模式,我們有一套微服務的治理和這種注冊發現灰度等等的管理,所以總結起現在這種新的定制模式,把底層做厚了,把應用做薄了,應用代碼反倒是一個很少的構成部分了,是一個很輕量的。然后我們把底座對國產服務器性能的安全適配,在出廠之前做了大量的測試,今后開發各種應用就變得非常輕松了。所以信創這個命題出來之后,對標準產品成熟產品是一個比較大的挑戰,但是對于這種定制開發反倒是一個非常輕松的事情,優雅的事情。包括數據中臺,其實也是比原數據管理、數據服務、數據展示或者大數據要實時離線的大數據開發多維分析,其實它也是基于很多中臺的組件,然后這些中臺的組件適配的,開發出來的數據中盤,其實也是很適配的。

它的優勢是開放的、可靠的集成,適應各種平臺。第二是容錯性強。第三松耦合的,包括這種架構他可以打得很散,這樣的話對服務器的要求就不高。我再舉一個例子,比如我們在格力,他原來開發是oracle數據庫,然后開發的一個空調的安裝維修系統,是一個耦合度很高的應用,它那個服務器數據庫內存已經達到了兩個tb,這樣的話它的性能還是支撐不了,如果我們這個系統搬到信創服務器,它是hold不住的,為什么?因為信創目前我們的數據庫或者信創單的服務器的性能是不夠優的,但是我們在格力它把這種性能的壓力放到上百臺服務器,然后前端的web服務,后端的很多微服務,實時的數據計算,很多中間件都分散了,所以信創就變得非常輕松了,這就是典型的解耦的目的,也是為了分散壓力,然后好處就是降本增效。

統一技術路線,然后代碼質量高,發布流水線很方便,你按項目的成本可控,然后建立6個統一的資源庫,包括微服務的資源庫,組建的資源庫、應用的資源庫,代碼資源庫、項目資源庫、文檔資源庫,然后統一了數字企業的架構,比如數字政務,比如財政廳,它統一了技術之后,用統一的中臺。比如用友,就基于這些中臺組建,進一步的開發各種應用,統一了整個業務的架構,應用的架構、數據的架構,技術的架構,所以現在這種技術都是實現了多快好省的這么一個平臺化的理念,這是我們的一些典型客戶,我們可以看一下我們具體的應用,共享一下。

我空想一些界面,比如我們現在這一個界面,我再跟你講一下,拖上去一點,看一些實際的應用。我們講這個界面,瀏覽器,剛才講屏幕,他UI的界面,我打開一個典型的,這個界面我看看。這個就是大家看到的微服務的這么一個支持信創服務器的一個平臺,包括開發的一些工具,包括一些中臺組建,然后包括 paas平臺,包括日志管理的,包括運維監控的,包括大數據的平臺,包括數據治理的平臺,我們再看一下里面的一些典型的,這就是可視化的頁面、可視化拖拽開發,它有很多組件,把組件拖到頁面就可以實現了,是適配各種入口的應用,我們可以拖進來,拖進來之后進行屬性面板。

配置點到主鍵之后,有各種配置組建,包括事件動作,樣式的配置都在這可看得到。這是界面的,然后還有現在物聯網之后,其實第一代碼開發已經不是簡單的這種界面的開發或者數據庫的業務建模的開發,還包括業務邏輯的開發,比如前段的業務邏輯拖到舞臺,包括這些循環,這些調用都是可視化,包括后端的這些組件,這是前端的,這是后端的,都是可以托拽的。然后這是我們一個看這數據服務平臺,比如老的系統,它可能是oracle數據庫,但是我們可能不能一下子換掉它,我們做了個數據服務平臺,它就自動生成API,然后這個是監控平臺,比如我們服務器的監控,然后虛擬機的監控,他們看的監控,外邊的監控等等,我們都很方便,都能夠監控得到。

然后 paas平臺,容器里面的各個微服務它的狀態等等。容器化之后,服務市場就是各種微服務,它有一個入口統一都看得到。這種微服務的狀況,都可以看得到。然后大數據的平臺,比如大數據開發,其實也實現了低代碼的開發,大數據可視化、大數據我們有很多組件,比如數據源有各種數據源,數據采集的工具、數據調度的工具、數據下沉的工具、計算的工具,我們把它拖到頁面,它就可以連線,之后,它就自動生成相關的組件。

這些工具演示,說明一個什么問題,就是說我們現在這種組件化走微服務之后,用這種低代碼來實現,這樣的話信創的升級模式就很清晰了。第一,我們可以用容器,包括原來的一些老的技術。第二新的技術要重構,我們也可以用低代碼快速重構。我講解的內容就到這兒。謝謝大家。





相關資訊

云原生給企業安全帶來革命的三個原因

2018-06-28

為什么原生云控制不足以實現有意義的微分割?

2018-02-28

科南軟件CEO奉繼承:基于微服務架構的原生云應...

2017-02-27

中國聯通楊海明:企業信息化戰略及數字化轉型

2020-10-30
国语自产视频在线不卡,青青小草国产在线播放,午夜片神马福利在线观看