再谈业务信息化操作系统（BIOS）

BIOS的普遍定义是基本输入输出系统（Basic Input Output System），而这里所说的BIOS是业务信息化操作系统（Business Informatization OS），这是我取的名称，前者（Basic Input Output System）是现代计算机的核心系统，而后者（Business Informatization OS）将是现代企业信息化的核心系统。

从中台的角度看BIOS便是技术中台最终的产出物（详见我之前的文章： http://www.idealworld.group/2020/05/12/business-informationization-os/ ），无独有偶，阿里在后来也表示“中台其实是一个新型的操作系统”（ https://segmentfault.com/a/1190000040116627 ）。

可以说行业的趋势已很明显，在企业数字化转型的当口，云架构为其扫平了基础设施的障碍，如何从软件架构层面入手提供稳定、快速地支撑业务成为了信息化提供商们的兵家必争之地。前有以SAP、甲骨文、微软为代表的套装软件方案，后有百花齐放的SaaS化平台解决方案，再有以阿里为首的中台赋能转型方案，当我们抛开概念看本质，一次次的改变都有明确的技术升级诉求：

而这些正是BIOS所要解决的问题，BIOS由 两大属性一个生态 组成：

BIOS既可以独立服务于企业数字化转型，又可以与主流的中台结合，作为中台的核心能力，借由中台组织架构的拉通实现更高层面的研发协作及能力复用。

用一句话概况: BIOS是一种低侵入、高适配、快产出的赋能企业数字化转型的新形态 。

在BIOS的形态下企业可以使用很低的（软、硬件）成本部署在不同的（公有或私有）云平台之上，BIOS自身提供了用户权限、用户触达、流程决策等基础功能，在物料市场中还可以获取更多可复用的功能，为我们的产品研发提供了丰富的服务支撑，同时低代码构建能力也为产品的快速构建及二次开发提供了强有力的保障。企业只需关注业务实现，软件研发的复杂度由BIOS自身消化。并且这一切都是可以扩展的，可与企业现有系统集成、可被中台集成。

从技术层面分析BIOS的核心诉求有：

上图是BIOS的整体架构设计方案。我在 http://www.idealworld.group/2021/04/25/reflections-of-middle-platform-future-of-technical-architecture/ 此文中有进一步的说明。

现代操作系统分为了内核模式与用户模式两大层，对应于BIOS，基础技术、公共服务中用户权限及原子服务就是其内核，是PaaS、BaaS层能力，公共服务中的基础服务及应用构建平台是用户模式，基础服务是SaaS层能力，应用构建平台是aPaaS层能力。

与现代操作系统类似，BIOS的内核模式要保证稳定、性能、轻量，所以整体上会考虑采用Rust语言实现，BIOS的用户模式要保证开发上手简单、开发迭代快速，所以会使用Java、TS等语言实现。

BIOS基于Kubernetes，服务网关采用APISix，实现用户权限过滤、安全防御等lua插件，服务框架提供基于Actix的Rust性能版本及基于Spring Boot的Java通用版本，DevOps上实现对Gitlab、Nexus、Harbor、Kubernetes、Prometheus等产品的集成形成统一的能力调用。

要实现BIOS需要多少的投入想必是比较关心的问题，笔者这里做个简单地匡算，以目前主流的技术人员水平而言，实现一个基础版本的BIOS大概资源如下：

合计至少 DevOps*1 后端*11 前端*5 ，加上架构、产品，需要20人的团队，一个季度完成基础版本的交付。