写点什么

再谈业务信息化操作系统(BIOS)

用户头像
孤岛旭日
关注
发布于: 2021 年 06 月 09 日
再谈业务信息化操作系统(BIOS)

笔者在去年写过信息化操作系统(BIOS)的设想,一年后再谈 BIOS,本文将进一步阐述对这一新形态的思考。

什么是 BIOS

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

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


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


  • 多云适配:当下云架构必定是主流,而多云适配、无厂商绑定也越来越被重视

  • 开箱即用:支持基础的、常用的场景需求,用户不用在这方面投入额外的研发成本

  • 灵活定制:支持为复杂的、个性化的场景需求提供低门槛的扩展能力

  • 开放共建:实现能力复用,减少重复研发


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

  • 操作系统属性,面向技术领域,对应于 PaaS、BaaS 层,制定技术规范,对下适配不同的云平台,对上提供稳定、安全、丰富的开发 API

  • 业务信息化属性,面向业务领域,一是建设标准化的核心业务服务,实现开箱即用,对应于 SaaS 层;二是建设在线化的应用构建平台(低代码),实现复杂个性业务的快速构建,对应于 aPaaS 层

  • 开放共建生态,面向运营领域,以开放的心态吸纳更多的上下游厂商共同建设完善,提供以物料市场为核心的共建共享共赢能力


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


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


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

BIOS 技术架构

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

  1. 安全可靠:作为核心平台安全可靠必定是最基础的要求,技术上关注使用内存/类型安全的语言、避免反射、减少三方依赖、使用无状态服务、完善测试等

  2. 高性能:性能是永恒的追求,核心接口 TPS 单机 1w 以上,技术上关注引入 Reactive 模型、使用分布式架构、合理的缓存架构、减少或避免 GC 等

  3. 低成本:降低部署使用的成本,验证环境资源控制在 8C32G 内,技术上关注 Docker 化部署、减少使用 Spring 等重型框架、服务可拆可合等

  4. 可扩展:支持二次开发及集成,技术上关注功能扩展点设计、模型抽象等



上图是 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 需要多少的投入想必是比较关心的问题,笔者这里做个简单地匡算,以目前主流的技术人员水平而言,实现一个基础版本的 BIOS 大概资源如下:



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


关注我的公众号:再谈业务信息化操作系统(BIOS) (qq.com)

发布于: 2021 年 06 月 09 日阅读数: 553
用户头像

孤岛旭日

关注

努力成为一个好爸爸、好丈夫。 2018.10.30 加入

10年前,毕业时,芳华正茂,立志Coding完美世界,10年后,35,志向未成但理想依旧,勉励之、践行之。

评论

发布
暂无评论
再谈业务信息化操作系统(BIOS)