信創這個概念對於大家來說並不陌生，至少我們在海量的新聞中會時不時的聽到這個概念，特別是在西方國家對中國進行技術封鎖加劇時，證券市場中它還會時不時成為一個風口板塊。

其實「信創」理解起來也並不困難，就像它的字面意思：資訊科技應用創新產業，旨在實現資訊科技領域的自主可控，保障國家資訊保安。

但是從字面上很難看出到底有哪些技術創新是國家所引導和重點建設的，今天就準備從這裡開始說下信創產業到底包含哪些。

信創產業的發展

我們國家的整個信創產業可以分為4個階段，早在80年代就已經開始關注到自主可控，從作業系統到伺服器都有一些水花，但隨著「稜鏡門」、「技術封鎖」等黑天鵝事件的發生，信創的步伐逐漸開始加快，在2018年國家將整個信創產業上升到戰略級別，而根據計劃在2027年國央企需要完成資訊化系統的全部信創改造，可見至少在國家層面信創產業和技術都是值得留意的。

信創產業類別

從下面這張圖可以直觀的看出來，整個信創產業包含的範圍還是比較廣泛的，包括基礎硬體（伺服器、電腦、CPU、GPU）、雲等基礎設施、基礎軟體、應用軟體、網路安全等IT產業鏈核心技術產品。

拋開和我們開發者關係遠一點的基礎硬體，雲基礎設施在國內也已經比較成熟了，這裡也不展開講，主要想看看作為一名普通的開發者，應該如何關注信創技術向的一些趨勢和變化。

重點關注的技術趨勢

這個我認為關係比較密切的應該當屬基礎軟體，而基礎軟體中又包括作業系統、資料庫、中介軟體和桌面雲。

作業系統

首先再具體講下基礎軟體中的作業系統，最核心的基礎軟體，其向下銜接硬體層的物理裝置，向上為應用軟體提供執行環境，並提供必需的人機互動機制。不管是 Windows、macOS、Android 目前都屬於外國巨頭掌控，一旦封鎖影響也是最大的一塊。

當前麒麟、統信、中科方德、尤拉等一眾的作業系統也開始浮出水面，與主流作業系統相比，我認為信創系統在軟硬體適配仍有巨大差距，限制了系統可用性，但從個人另一個實際的感受來講，信創作業系統的生態發展任重道遠，很多應用場景都確實相應的軟體。但是如果信創作業系統在應用相容性方面繼續改進，說不準開發者對於相關應用的開發和相容會更加積極一些。

這裡用一組資料來看看實際的差距：

• 麒麟：軟體適配140萬種，硬體適配60萬種(2023年)

• 統信：軟體適配85萬種，硬體適配32萬種(2023年)

• Windows：應用數量3500萬，硬體/驅動組合1600萬(2018年)

資料庫

其實我國的資料庫產業發展的還非常不錯，特別是 NoSQL、NewSQL、分散式、HTAP、雲原生、AI原生等新型資料庫給予了國內資料庫廠商「換道超車」的機會，部分產品已具備國際競爭力，例如幾大雲廠商陸陸續續推出的雲原生等自研資料庫產品，放在世界級的評測中都不落後。

但是說回到信創產業下的資料庫，產品之外，生態與服務配套不足是嚴重阻礙信創資料庫的一個大石頭，特別是相關機制及生態夥伴的發展完善需要統籌下重力建設。

另外一點，我個人認為向下適配各類硬體及作業系統，向上支援各類應用是比較急迫需要解決的，不然信創資料庫在做資料庫遷移時需解決大量相容性問題，更具體來講我認為是這兩點： • 資料遷移層面，遷移時間緊迫，且遷移規則不夠全面清晰。 • 應用遷移層面，遷移改造的專業能力要求高，前期較難高效全面評估出所有不相容的問題，後期適配改造的工作量也很大。

如果資料庫能夠持續增強合作伙伴激勵機制，或許能夠加速吸納外部開發者的參與，至少從協同角度能夠降低資料庫遷移的成本。

中介軟體

中介軟體，顧名思義是一個位於作業系統、資料庫和應用軟體之間的基礎軟體。它通常具備共性和複用的價值，使應用軟體可以與不同的計算機和網路進行互動，而不必考慮底層技術細節。

基於應用場景不同，中介軟體可分為基礎中介軟體和廣義中介軟體兩類：

舉個例子，目前比較熱火的小程式容器，就屬於中介軟體的一類，例如 FinClip 它是通過在使用者端中整合一個小程式容器，來執行小程式的一種技術方案。小程式容器技術可以提供一個獨立執行環境和安全沙箱環境，從而使得小程式可以在不同的平臺和裝置上執行，同時也提高了小程式的安全性和穩定性。

小程式容器作為軟體中介軟體具有很大的價值，主要表現在以下幾個方面：

1、提供了應用程式的執行環境：小程式容器提供了一個獨立的執行環境，使得開發者可以在不同的平臺和裝置上開發和部署應用程式，不需要關注具體的硬體和作業系統環境。

2、提高了應用程式的安全性：小程式容器為應用程式提供了安全的沙箱環境，使得應用程式的執行不會影響到系統的其他部分。同時，小程式容器還提供了一些安全機制，如許可權控制、資料加密等，保障應用程式的安全性。

3、降低了應用程式的開發成本：小程式容器提供了許多常用的功能和元件，如UI元件、網路請求、本地儲存等，使得開發者可以快速構建應用程式，並且不需要編寫複雜的底層程式碼。

4、提高了應用程式的使用者體驗：小程式容器提供了快速啟動、無需下載、即用即走等特點，使得應用程式可以快速地被使用者接受和使用。