CN114942783A - 信创平台系统及应用方法 - Google Patents

Abstract

本申请提供一种信创平台系统及应用方法，所述系统包括：界面模块、运行环境模块和基础设施模块，所述界面模块、所述运行环境模块和所述基础设施模块通信连接；所述界面模块，被配置为接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块；所述运行环境模块，被配置为接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块；所述基础设施模块，被配置为接收所述调用请求，并基于所述调用请求控制所述基础设施模块对所述调用请求进行响应，并基于所述响应数据完成应用开发。避免了应用开发方对代码程序的调整，提高了应用开发方对信创环境的信赖程度。

Description

信创平台系统及应用方法

技术领域

本申请涉及信创应用技术领域，尤其涉及一种信创平台系统及应用方法。

背景技术

随着计算机技术的发展，不同种类的信创平台先后陆续出现。通常情况下，一种信创平台系统需要通过软硬件进行适配后，才能迁移至新的信创平台使用。例如，将低版本的信创平台通过软硬件适配后迁移至高版本的信创平台。

传统的信创平台系统涉及的技术栈不能全面包括整个应用开发交付周期，例如，仅能提供信创平台系统中的中间件产品给应用开发方，不能实现芯片、服务器、操作系统、数据库、中间件等多产品领域在内的全栈信创。

发明内容

有鉴于此，本申请的目的在于提出一种信创平台系统及应用方法，用以解决或部分解决上述技术问题。

基于上述目的，本申请的第一方面提供了一种信创平台系统，包括：界面模块、运行环境模块和基础设施模块，所述界面模块、所述运行环境模块和所述基础设施模块通信连接；

所述界面模块，被配置为接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块；

所述运行环境模块，被配置为接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块；

所述基础设施模块，被配置为接收所述调用请求，并基于所述调用请求控制所述基础设施模块对所述调用请求进行响应，并基于所述响应数据完成应用开发。

本申请的第二方面提供了一种信创平台应用方法，包括：

通过显示模块接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块；

采用运行环境模块接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块；

控制基础设施模块接收所述调用请求，并基于所述调用请求控制服务器对所述调用请求进行响应，并基于所述响应数据完成应用开发。

从上面所述可以看出，本申请提供的信创平台系统及应用方法，通过从底层的基础设施模块、运行环境模块和界面模块进行全栈信创，使得应用开发的基础环境可以全部采用适配性设施和开源化组件，而且采用全栈信创后的基础环境搭建信创平台系统，并在运行环境模块中使用同根同源的操作系统，减少了应用迁移的风险、难度和工作量，以及避免了不同基础环境中应用开发方对代码程序的调整，提高了应用开发方对信创环境的信赖程度。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的信创平台系统的结构示意图；

图2为本申请实施例的运行环境模块的结构示意图；

图3为本申请实施例的基础设施模块的结构示意图；

图4为本申请实施例的信创平台应用方法流程图。

附图标记说明：

100、界面模块；

200、运行环境模块；201、中间件单元；202、容器系统单元；203、数据库单元；

300、基础设施模块；301、主机系统单元、302、主机设备单元。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

如图1所示，本实施例的信创平台系统包括：

界面模块100、运行环境模块200和基础设施模块300，所述界面模块100、所述运行环境模块200和所述基础设施模块300通信连接；

所述界面模块100，被配置为接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块200。

具体实施时，界面模块100指的是用于接收和显示应用开发数据的可视化页面。本实施例优选的界面模块100可以是chromium(浏览器引擎)83+内核的网页浏览器。网页浏览器接收和显示应用开发数据，例如，可以通过浏览器页面接收和显示用户输入的应用开发数据，并将所述应用开发数据发送到所述运行环境模块200。

所述运行环境模块200，被配置为接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块300。

具体实施时，运行环境模块200指的是支持界面模块100运行的后台系统，其中，后台系统可以由操作系统、数据库、中间件等构成。本实施例优选的运行环境模块200可以是采用一站式多云平台构成的后台系统，其中，操作系统可以是基于开源Linux(多用户、多任务操作系统)技术开发的高安全、高可用、高性能和高可定制的操作系统，例如，存储多路径管理系统、高可用集群管理系统、高可用网络冗余系统和备份还原系统；操作系统可以运行在PaaS(Platform-as-a-Service，平台即服务)平台上，这样，用户无须过多的考虑基础设施模块300，可以方便的使用很多在应用开发时的必要服务；数据库可以是关系型分布式云原生数据库，该数据库兼容多种数据库引擎：OceanBase(企业级分布式关系数据库)和PolarDB(关系型云原生数据库)等语法；中间件可以是位于操作系统和界面模块100之间的Web服务器，这样，中间件屏蔽了操作系统的复杂性，使用户面对一个简单而统一的开发环境，减少应用开发的复杂性，将注意力集中在自己的应用业务上，不必再为应用在不同操作系统上的移植而重复工作，从而大大减少了用户技术上的负担。运行环境模块200通过操作系统、数据库和中间件对应用开发数据提供服务确定调用请求，并将该调用请求发送到基础设施模块300。这样，在运行环境模块200中使用同根同源的操作系统，减少了应用迁移的风险、难度和工作量，以及避免了不同基础环境中应用开发方对代码程序的调整，提高了应用开发方对信创环境的信赖程度。

所述基础设施模块300，被配置为接收所述调用请求，并基于所述调用请求控制所述基础设施模块300对所述调用请求进行响应，并基于所述响应数据完成应用开发。

具体实施时，基础设施模块300指的是运行环境的硬件和硬件对应的操作系统，其中，硬件指的是由芯片构成的服务器，硬件对应的操作系统指的是运行环境模块200底层的系统软件。本实施例优选的基础设施模块300可以是主机系统和主机服务器。其中，主机系统可以是Linux发行版，主机服务器可以是高性能计算机系统，该计算机系统可以包括Zen(微处理器架构)为基础的高性能处理器；该计算机系统中的内存可以支持RDIMM(Registered Dual In-line Memory Module，带寄存器的双列直插内存模块)、LRDIMM(Load Reduced Dual In-line Memory Module，低负载双列直插内存模块)和NVDIMM(Non-Volatile Dual In-Line Memory Module，非易失性双列直插式内存模块)，该计算机系统中的磁盘控制器可以支持12口SATA(Serial Advanced Technology Attachment，串口)硬盘控制器，可以灵活配置SAS(Serial Attached Scsi，串行磁盘连接技术)卡，可以支持RAID0/1/10、SAS RAID(Redundant Array of Independent Disks，独立磁盘冗余阵列)卡，可以支持RAID 0/1/5/6/50/60，支持Cache(高速缓冲存储器)超级电容保护，提供RAID状态迁移、RAID配置记忆等功能，该计算机系统中的网络控制器可以是集成千兆双口RJ45(Registered Jack，信息插座)、万兆双口RJ45、千兆四口RJ45、万兆双口光纤等多种网络接口。这样，通过对底层的基础设施模块300、运行环境模块200和界面模块100进行全栈信创，使得应用开发的基础环境可以全部采用适配性设施和开源化组件。

从上面所述可以看出，通过从底层的基础设施模块300、运行环境模块200和界面模块100进行全栈信创，使得应用开发的基础环境可以全部采用适配性设施和开源化组件，而且采用全栈信创后的基础环境搭建信创平台系统，并在运行环境模块200中使用同根同源的操作系统，减少了应用迁移的风险、难度和工作量，以及避免了不同基础环境中应用开发方对代码程序的调整，提高了应用开发方对信创环境的信赖程度。

在一些实施例中，如图2所示，运行环境模块200包括：

中间件单元201，被配置为接收所述应用开发数据，并将所述应用开发数据转换为容器系统数据，并将所述容器系统数据发送到容器系统单元202；

容器系统单元202，被配置为接收所述容器系统数据，并将所述容器系统数据发送到平台系统单元；

平台系统单元，被配置为接收所述容器系统数据，并基于所述容器系统数据确定调用数据请求，并将所述调用数据请求发送到数据库单元203；

数据库单元203，被配置为接收所述调用数据请求，并基于所述调用数据请求确定所述调用请求，并将所述调用请求发送到所述基础设施模块300。

具体实施时，中间件单元201指的是使用容器系统单元202提供的基础服务为上层应用提供运行开发环境的软件。本实施例优选的中间件单元201可以是位于操作系统和界面模块100之间的Web服务器，中间件单元201可以接收应用开发数据，并将该应用开发数据转换为容器系统数据，并将该容器系统数据发送到容器系统单元202。这样，中间件单元201屏蔽了操作系统的复杂性，为用户开发应用软件提供服务，但是用户不会直接使用中间件单元201，中间件单元201使用户面对一个简单而统一的开发环境，减少应用开发的复杂性，将注意力集中在自己的应用业务上，不必再为应用在不同容器系统单元202上的移植而重复工作，从而大大减少了用户技术上的负担。

容器系统单元202指的是容器内应用运行的基础操作系统，并且，容器系统单元202与信创之前正在运行的容器系统单元202同根同源。本实施例优选的容器系统单元202可以是基于开源Linux(多用户、多任务操作系统)技术开发的高安全、高可用、高性能和高可定制的操作系统，该操作系统可以直接默认使用宿主机操作系统。容器系统单元202接收所述容器系统数据，并将所述容器系统数据发送到平台系统单元。这样，使用该操作系统的容器将应用程序的执行环境彼此隔离，但共享该操作系统的内核，容器通常以兆字节为单位，使用的资源比虚拟机少得多，而且几乎是立即启动的，可以做到在相同的基础设施模块300上更密集地打包，而不需要花费太多的精力和开销，并且使用该操作系统的容器提供了一种高效和高粒度的机制，将软件组件组合到现代企业所需的各种应用程序和服务堆栈中，并保持这些软件组件的更新和维护。

平台系统单元指的是将软件研发测试和运维的平台作为一种服务提供的应用服务引擎，并且，平台系统单元与信创之前正在运行的平台系统单元同根同源。本实施例优选的平台系统单元可以是信创主机+信创系统构建的docker容器。平台系统单元接收所述容器系统数据，并基于所述容器系统数据确定调用数据请求，并将所述调用数据请求发送到数据库单元203。这样，用户无须过多的考虑基础设施模块300，可以方便的使用很多在应用开发时的必要服务。

数据库单元203指的是操纵和管理数据库的大型软件，用于建立、使用和维护数据。数据库单元203可以是为适应数据处理的需要而发展起来的一种较为理想的数据处理的核心机构。本实施例中优选的数据库单元203可以是关系型分布式云原生数据库，该数据库单元203兼容多种数据库引擎：OceanBase(企业级分布式关系数据库)和PolarDB(关系型云原生数据库)等语法。数据库单元203接收所述调用数据请求，并基于所述调用数据请求确定所述调用请求，并将所述调用请求发送到所述基础设施模块300。这样，通过数据库单元203对数据进行统一的管理和控制，可以保证数据的安全性和完整性。用户通过数据库单元203访问数据，数据管理员也通过数据库单元203进行数据的维护工作。数据库单元203可以支持多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据。

从上面所述可以看出，在运行环境模块200中使用同根同源的容器系统单元202和平台系统单元，减少了应用迁移的风险、难度和工作量，以及避免了不同基础环境中应用开发方对代码程序的调整，提高了应用开发方对信创环境的信赖程度。

在一些实施例中，所述中间件单元201还被配置为：

将所述应用开发数据转换为共享开发数据，并将所述共享开发数据发送到所述容器系统单元202。

具体实施时，中间件单元201作为一种独立的系统软件或服务程序，运行环境模块200借助中间件单元201在不同的技术之间共享资源，运行环境模块200利用中间件单元201的具有标准的程序接口和协议针对不同的操作系统和硬件平台，实现符合接口和协议规范的开发数据的共享。

从上面所述可以看出，通过中间件单元201将开发数据转换为共享开发数据，实现了对运行环境模块200中分布计算的支持。

在一些实施例中，所述容器系统单元202还被配置为：

针对所述基础设施模块300进行硬件适配和软件移植。

具体实施时，容器系统单元202采用与信创之前正在运行的容器系统单元202同根同源的操作系统，本实施例中优选的用于硬件适配和软件移植的容器系统单元202包含了基于容器镜像交付的持续集成交付流水线，程序的构建、编译、打包、部署均实现了流水作业。在信创实施中，应用方仅需将应用打包依赖的基础镜像调整为容器单元系统的基础镜像，此过程无需修改程序代码，构建完成推送到平台系统单元，并在对应的信创环境进行程序的部署与验证。

从上面所述可以看出，容器系统单元202减少用户适配底层运行环境的复杂度，使开发者将主要精力放在改造后的功能验证和线上迁移工作当中。

在一些实施例中，所述容器系统单元202还被配置为：

对所述容器系统数据进行流量划拨和快速回切。

具体实施时，应用通过容器系统单元202中的服务网格等前端负载均衡器进行按阶段分批次向信创环境服务进行流量划拨。该流量划拨为在线操作，对服务整体可用性无影响，若信创环境出现异常，能做到流量的快速回切。

从上面所述可以看出，应用通过容器系统单元202进行流量划拨和快速回切使得不同环境下的流量分配和路由转发控制更加灵活和便捷。

在一些实施例中，所述平台系统单元还被配置为：

对所述容器系统数据进行编排和调度。

具体实施时，平台系统单元可以采用一站式多云平台对容器系统单元202进行托管，并借助容器技术将不同应用的适配工作统一归集到了平台系统单元中。

从上面所述可以看出，平台系统单元通过监控与探活、服务恢复、一键扩缩容等能力，为服务的自愈、可伸缩性等提供了有力保障，并通过在线压测等手段对性能、并发、可用性等指标在生产环境与原环境进行对比测试，两者基本保持一致。通过平台系统单元对适配工作的统一降低了适配复杂度和改造工作量，构建起的信创持续集成流水线，贯穿了研发到生产的整个应用开发交付周期，多云能力配套前端负载均衡器在容灾、健壮性方面可以做到应用的无缝迁移和流量的快速切换。

在一些实施例中，所述平台系统单元还被配置为：

为所述容器系统单元202提供运行环境。

具体实施时，平台系统单元可以是基于容器技术构建的应用开发、应用托管和应用运维平台，从而为容器系统单元202提供运行环境。

从上面所述可以看出，通过平台系统单元为容器系统单元202提供运行环境，可以更好的利用容器的特点支撑微服务化业务应用。

在一些实施例中，如图3所示，所述基础设施模块300包括：

主机系统单元301，被配置为接收所述调用请求，并将所述调用请求转换为服务器请求，并将所述服务器请求发送到主机设备单元302；

主机设备单元302，被配置为接收所述服务器请求，并基于所述服务器请求确定所述响应数据。

具体实施时，主机系统单元301指的是主机设备单元302对应的操作系统，主机设备单元302指的是运行环境模块200对应的硬件，其中，主机系统单元301与信创之前正在运行的主机系统单元301同根同源。本实施例优选的主机系统单元301可以是Linux发行版，本实施例优选的主机设备单元302可以是高性能计算机系统。主机系统单元301，接收所述调用请求，并将所述调用请求转换为服务器请求，并将所述服务器请求发送到主机设备单元302，主机设备单元302接收所述服务器请求，并基于所述服务器请求确定所述响应数据。

主机设备单元302可以包括Zen(微处理器架构)为基础的高性能处理器；主机设备单元302中的内存可以支持RDIMM(Registered Dual In-line Memory Module，带寄存器的双列直插内存模块)、LRDIMM(Load Reduced Dual In-line Memory Module，低负载双列直插内存模块)和NVDIMM(Non-Volatile Dual In-Line Memory Module，非易失性双列直插式内存模块)，该计算机系统中的磁盘控制器可以支持12口SATA(Serial AdvancedTechnology Attachment，串口)硬盘控制器，可以灵活配置SAS(Serial Attached Scsi，串行磁盘连接技术)卡，可以支持RAID0/1/10、SAS RAID(Redundant Array of IndependentDisks，独立磁盘冗余阵列)，可以支持RAID 0/1/5/6/50/60，支持Cache(高速缓冲存储器)超级电容保护，提供RAID状态迁移、RAID配置记忆等功能，主机设备单元302中的网络控制器可以是集成千兆双口RJ45(Registered Jack，信息插座)、万兆双口RJ45、千兆四口RJ45、万兆双口光纤等多种网络接口。

从上面所述可以看出，这样，通过对底层的基础设施模块300、运行环境模块200和界面模块100进行全栈信创，使得应用开发的基础环境可以全部采用适配性设施和开源化组件，并且，在基础设施模块300中使用同根同源的主机系统单元301，减少了应用迁移的风险、难度和工作量。

在一些实施例中，所述主机系统单元301还被配置为：

使用虚拟化系统对所述调用请求进行虚拟化处理，得到虚拟化服务器请求。

具体实施时，虚拟化系统指的是采用云技术的服务系统。本实施例优选的虚拟化系统可以是与平台系统单元中一站式多云平台同根同源的混合云服务系统。虚拟化系统依赖软件来模拟主机设备单元302的功能并创建虚拟的主机系统单元301。使得基础设施模块300能够在单个服务器上运行多个主机系统单元301以及多个操作系统和应用。

从上面所述可以看出，虚拟化系统可以提高主机系统单元301的敏捷性、灵活性和可扩展性，同时大幅节约成本。

为了描述的方便，描述以上系统时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

基于同一发明构思，与上述任意实施例系统相对应的，本申请还提供了一种信创平台应用方法。

参考图4，所述信创平台应用方法，包括：

步骤401，通过显示模块接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块。

步骤402，采用运行环境模块接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块。

步骤403，控制基础设施模块接收所述调用请求，并基于所述调用请求控制服务器对所述调用请求进行响应，并基于所述响应数据完成应用开发。

在一些实施例中，步骤401具体包括：

步骤4011，接收所述应用开发数据，并将所述应用开发数据转换为容器系统数据，并将所述容器系统数据发送到容器系统单元。

步骤4012，接收所述容器系统数据，并将所述容器系统数据进行流量分配后发送到平台系统单元。

步骤4013，接收流量分配后的所述容器系统数据，并基于所述容器系统数据确定调用数据请求，并将所述调用数据请求发送到数据库单元。

步骤4014，接收所述调用数据请求，并基于所述调用数据请求确定所述调用请求，并将所述调用请求发送到所述基础设施模块。

在一些实施例中，步骤4011具体包括：

将所述应用开发数据转换为共享开发数据，并将所述共享开发数据发送到所述容器系统单元。

在一些实施例中，步骤4012具体包括：

针对所述基础设施模块进行硬件适配和软件移植。

在一些实施例中，步骤4012具体还包括：

对所述容器系统数据进行流量划拨和快速回切。

在一些实施例中，步骤4013具体包括：

对所述容器系统数据进行编排和调度。

在一些实施例中，步骤4013具体还包括：

为所述容器系统单元提供运行环境。

在一些实施例中，步骤403具体包括：

步骤4031，接收所述调用请求，并将所述调用请求转换为服务器请求，并将所述服务器请求发送到主机设备单元；

步骤4032，接收所述服务器请求，并基于所述服务器请求确定所述响应数据。

在一些实施例中，步骤4031具体包括：

使用虚拟化系统对所述调用请求进行虚拟化处理，得到虚拟化服务器请求。

上述实施例的方法应用于前述任一实施例中相应的信创平台系统，并且具有相应的装置实施例的有益效果，在此不再赘述。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种信创平台系统，其特征在于，包括：

界面模块、运行环境模块和基础设施模块，所述界面模块、所述运行环境模块和所述基础设施模块通信连接；

所述界面模块，被配置为接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块；

所述运行环境模块，被配置为接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块；

所述基础设施模块，被配置为接收所述调用请求，并基于所述调用请求控制所述基础设施模块对所述调用请求进行响应，并基于所述响应数据完成应用开发。

2.根据权利要求1所述的系统，其特征在于，所述运行环境模块包括：

中间件单元，被配置为接收所述应用开发数据，并将所述应用开发数据转换为容器系统数据，并将所述容器系统数据发送到容器系统单元；

容器系统单元，被配置为接收所述容器系统数据，并将所述容器系统数据进行流量分配后发送到平台系统单元；

平台系统单元，被配置为接收流量分配后的所述容器系统数据，并基于所述容器系统数据确定调用数据请求，并将所述调用数据请求发送到数据库单元；

数据库单元，被配置为接收所述调用数据请求，并基于所述调用数据请求确定所述调用请求，并将所述调用请求发送到所述基础设施模块。

3.根据权利要求2所述的系统，其特征在于，所述中间件单元还被配置为：

将所述应用开发数据转换为共享开发数据，并将所述共享开发数据发送到所述容器系统单元。

4.根据权利要求2所述的系统，其特征在于，所述容器系统单元还被配置为：

针对所述基础设施模块进行硬件适配和软件移植。

5.根据权利要求2所述的系统，其特征在于，所述容器系统单元还被配置为：

对所述容器系统数据进行流量划拨和快速回切。

6.根据权利要求2所述的系统，其特征在于，所述平台系统单元还被配置为：

对所述容器系统数据进行编排和调度。

7.根据权利要求2所述的系统，其特征在于，所述平台系统单元还被配置为：

为所述容器系统单元提供运行环境。

8.根据权利要求1所述的系统，其特征在于，所述基础设施模块包括：

主机系统单元，被配置为接收所述调用请求，并将所述调用请求转换为服务器请求，并将所述服务器请求发送到主机设备单元；

主机设备单元，被配置为接收所述服务器请求，并基于所述服务器请求确定所述响应数据。

9.根据权利要求8所述的系统，其特征在于，所述主机系统单元还被配置为：

使用虚拟化系统对所述调用请求进行虚拟化处理，得到虚拟化服务器请求。

10.一种信创平台应用方法，其特征在于，包括：

通过显示模块接收和显示应用开发数据，并将所述应用开发数据发送到所述运行环境模块；

采用运行环境模块接收所述应用开发数据，并基于所述应用开发数据确定调用请求，并将所述调用请求发送到所述基础设施模块；

控制基础设施模块接收所述调用请求，并基于所述调用请求控制服务器对所述调用请求进行响应，并基于所述响应数据完成应用开发。

Images