我們在信創下的改變,新技術體系已佈局?

ITPUB社群發表於2023-04-04

來源:腦子進煎魚了

大家好,我是煎魚的朋友草莓。

繼之前我們在程式語言遭遇的滑鐵盧後,經過一段時間的沉澱,今天重新梳理了一下信創現在比較高頻見到和允許的元件。

希望對大家有所幫助,也便於翻閱。

信創是什麼

信創是一個統稱概念,實際是把現有與資訊科技相關的行業結合在一起,命名為“資訊科技應用創新產業”,簡稱“信創”。

信創包括:基礎硬體、基礎軟體、應用軟體、資訊保安四大板塊。

其中,基礎硬體主要包括:晶片、伺服器/PC、儲存等;基礎軟體包括:資料庫、作業系統、中介軟體等。

應用軟體包括:辦公軟體、ERP 和其它軟體等;資訊保安包括硬體安全、軟體安全、安全服務等各類產品。

我們在信創下的改變,新技術體系已佈局?

為什麼這兩年這麼火

在近幾年,因為種種原因。”信創“、”國產化“、”數字化“、”自主可控“ 等名詞已經高頻出現在各種國央企的專案中,基本是跑不掉的一個東西。

大致的推進節奏如下圖:

我們在信創下的改變,新技術體系已佈局?

在 2022 年又進一步加速了,代表作是傳聞中的 ”79 號檔案“,要求:

  • 明確國央企在 2027 年前必須完成國產化替換,而且提出了替換種類和推進時間表。
  • 明確替換工作分為三類推進:
    • 全面替換:央企信創 OA、門戶、郵箱、紀檢、黨建、檔案管理等。
    • 應替就替:戰略決策、ERP、風控管理、CRM 經營管理系統等。
    • 能替就替:生產製造、研發系統等。

有傳聞這個信創工作將是考核指標之一。不過比較難考究,但大趨勢確實是往這塊在走,基本都在執行和詢問。

常見細項

系統架構

常見以下幾種混合選項:

  • 前後端分離。
  • BFF 架構。
  • 微服務架構(SpringCloud)。
  • 雲原生部署。

程式語言

普遍要求使用 Java 語言,使用 SpringCloud 框架集(生態)。有部分會要求使用 JDK8,或是沒有明說。

JDK 的版本上,有時候也是比較魔幻的。像客戶可能明面上沒有直接要求版本,但可能提供的 JDK 版本就是 1.7 或者 1.8 的。

這種時候,如果你可以適配,倒還好,不能的話,比較簡單的就是要求降版本。

資料庫

普遍要求適配國產化資料庫,主要選擇適配達夢資料庫、人大金倉等。

常見的 MySQL 現在也還能用,很像有則加冕,無則還是趕緊適配一下,能加分的感覺。

我們在信創下的改變,新技術體系已佈局?
我們在信創下的改變,新技術體系已佈局?

雲廠商和作業系統

期望部署或適配 “華為雲”,信創雲的底下有的是華為雲作為基建搭建的。

作業系統常常會和雲廠商的部署繫結在一起,總體來解決是華為雲部署的統信生態居多,其他某某雲並不佔大優勢。

在 OS 上,很多也會期望適配尤拉(openEuler)作業系統。CPU 上,也常常與之相繫結,鯤鵬,ARM64 居多。鴻蒙也略有耳聞。

透過 36kr 的分享的資料,可以看到華為雲這塊的優勢:

我們在信創下的改變,新技術體系已佈局?

2C 和 2B 的市場情況截然相反。

一些企業的煩惱

如果你是非定製化起家時,就會遇到比較大的煩惱。因為你原本就有一套成熟的技術體系、架構以及生態圈。對應著也有著與之匹配的員工的能力模型建設。

但此往往和對方要的信創類訴求,多少有些不匹配。如果你強硬匹配,會出現不少的綜合成本流水。可能會出現隱性成本大於賬目收入的情況。

按現在業內常見的模式,基本是非定製化(SaaS)和定製化(大客戶)的會分開兩個團隊,兩套模型。若有能用的話,再看適當抽離一些邏輯過來複用。

兩者如果長期迭代和維護,最終還是會是越來越遠。畢竟人家本來就是大客戶的定製版。

總結

今天給大家分享瞭如火如荼的信創市場、企業的個別思考情況,希望能夠給大家在做技術和方向選型時提供一些幫助。

這篇文章主要做了整體的穿針引線,沒有特別的深入開啟。如果對信創有更多實踐和經驗分享的小夥伴。也歡迎一起交流和學習!

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70024420/viewspace-2943761/,如需轉載,請註明出處,否則將追究法律責任。

相關文章