基于HZERO开发的应用系统，可以很容易将业务对象作为基本单元进行纵向拆分，以交互层次作为标准进行横向拆分，从而形成多应用交互的微应用架构体系，有效实现应用的拆分，以及敏捷开发和部署。

3.前后端分离

HZERO提供完整的REST API接口，采用前后端分离技术，可以同时高效地支持移动App、Web、小程序等应用的开发场景，同时结合Sprig Security的OAuth2扩展，采用统一的认证中心，保障REST API的安全性。

4.高可用

（1）服务高可用

①服务层无状态化，集群中的节点完全可彼此替代。

②任何一个节点宕机都不会导致系统停止服务。

（2）存储高可用

①存储共享：多个节点共享数据存储，任一节点宕机不影响整个数据库（Oracle RAC）。

②TiDB多个副本数据同步：使用 Raft在多个副本之间做数据同步，从而保证数据的强一致，单个副本失效时，不影响数据的可靠性。

③主从复制：主机宕机后切换到备机。

④多主复制：可同时读写任意一个节点，数据最终一致基于HZERO开发的应用系统，可以很容易将业务对象作为基本单元进行纵向拆分，以交互层次作为标准进行横向拆分，从而形成多应用交互的微应用架构体系，有效实现应用的拆分，以及敏捷开发和部署。

3.前后端分离

HZERO提供完整的REST API接口，采用前后端分离技术，可以同时高效地支持移动App、Web、小程序等应用的开发场景，同时结合Sprig Security的OAuth2扩展，采用统一的认证中心，保障REST API的安全性。

4.高可用

（1）服务高可用

①服务层无状态化，集群中的节点完全可彼此替代。

②任何一个节点宕机都不会导致系统停止服务。

（2）存储高可用

①存储共享：多个节点共享数据存储，任一节点宕机不影响整个数据库（Oracle RAC）。

②TiDB多个副本数据同步：使用 Raft在多个副本之间做数据同步，从而保证数据的强一致，单个副本失效时，不影响数据的可靠性。

③主从复制：主机宕机后切换到备机。

④多主复制：可同时读写任意一个节点，数据最终一致（MariaDB Galera）。

（3）可伸缩

HZERO通过共享Sessio及优化处理，实现水平扩展部署，可以通过增加相应的服务器数量来应对大并发量的业务请求。

（4）可扩展

企业业务需求通常比较复杂，因此实现这些需求的业务系统在代码层面上也是非常复杂的，如果没有合理的结构来组织这些重要代码，对企业后期开发或调整新业务逻辑、维护业务系统等都会造成麻烦，甚至有可能导致重构而浪费人力、物力。

HZERO通过使用Mave工具来管理模块依赖，并根据系统架构设计，以业务需求来将代码分模块管理，从而实现业务系统整体的模块化开发。另外，模块化的拆分按照“高内聚、低耦合”的原则，服务组件之间有清晰的边界，易于拓展和按需选配部署，可根据需要选择要应用的模块、服务，也可自行开发增加模块、服务。

另外，HZERO支持页面个性化、弹性域、API个性化、接口扩展设计，并通过合理使用设计模式、支持消息队列或Safa模式、通用模块组件化等方式，提升了整体扩展性。

（5）高性能

HZERO支持海量并发读取、海量并发写入、海量并发竞争。

（6）安全性

HZERO在应用层、网络传输层、操作系统层、数据库层均采用（MariaDB Galera）。

（3）可伸缩

HZERO通过共享Sessio及优化处理，实现水平扩展部署，可以通过增加相应的服务器数量来应对大并发量的业务请求。

（4）可扩展

企业业务需求通常比较复杂，因此实现这些需求的业务系统在代码层面上也是非常复杂的，如果没有合理的结构来组织这些重要代码，对企业后期开发或调整新业务逻辑、维护业务系统等都会造成麻烦，甚至有可能导致重构而浪费人力、物力。

HZERO通过使用Mave工具来管理模块依赖，并根据系统架构设计，以业务需求来将代码分模块管理，从而实现业务系统整体的模块化开发。另外，模块化的拆分按照“高内聚、低耦合”的原则，服务组件之间有清晰的边界，易于拓展和按需选配部署，可根据需要选择要应用的模块、服务，也可自行开发增加模块、服务。

另外，HZERO支持页面个性化、弹性域、API个性化、接口扩展设计，并通过合理使用设计模式、支持消息队列或Safa模式、通用模块组件化等方式，提升了整体扩展性。

（5）高性能

HZERO支持海量并发读取、海量并发写入、海量并发竞争。

（6）安全性

HZERO在应用层、网络传输层、操作系统层、数据库层均采用了严格的安全策略。

二、HZERO的优势

HZERO是基于广泛的企业业务场景，结合云计算、大数据、人工智能等新技术，沉淀与提供面向业务场景的可复用技术应用能力，以产品的思维来打造为企业提供能力复用的企业数字化平台。采用HZERO的企业，将获得如下优势。

1.面向企业级应用的成熟技术平台

HZERO采用了Java主流的微服务技术栈，采用的技术组件成熟度较高，市面上人员储备丰富，便于招募技术人员。同时基于平台做了很多面向企业级应用的业务中台、实施了很多项目，本身有大量实践经验，应用上很成熟。

2.成熟的能效平台与DevOps经验

HZERO与开源的猪齿鱼平台、百度效率云、阿里云效等无缝对接，同时团队具备大量的DevOps实战经验。

3.大量的业务场景落地沉淀

通过基于平台的产品、开发项目的实施，在供应商关系管理、合同管理、人力资源管理、项目管理、资产管理、订单管理等众多业务领域获得了大量的落地经验，沉淀了很多共享业务中台服务。企业在启用了HZERO之后，可以轻易地在其上面部署汉得公司研发的财务、采购、WMS、MES、ALM、合同等应用，这些应用全部生于HZERO平台，开箱即用。如果企业想构建自己的应用，可以采用了严格的安全策略。

二、HZERO的优势

HZERO是基于广泛的企业业务场景，结合云计算、大数据、人工智能等新技术，沉淀与提供面向业务场景的可复用技术应用能力，以产品的思维来打造为企业提供能力复用的企业数字化平台。采用HZERO的企业，将获得如下优势。

1.面向企业级应用的成熟技术平台

HZERO采用了Java主流的微服务技术栈，采用的技术组件成熟度较高，市面上人员储备丰富，便于招募技术人员。同时基于平台做了很多面向企业级应用的业务中台、实施了很多项目，本身有大量实践经验，应用上很成熟。

2.成熟的能效平台与DevOps经验

HZERO与开源的猪齿鱼平台、百度效率云、阿里云效等无缝对接，同时团队具备大量的DevOps实战经验。

3.大量的业务场景落地沉淀

通过基于平台的产品、开发项目的实施，在供应商关系管理、合同管理、人力资源管理、项目管理、资产管理、订单管理等众多业务领域获得了大量的落地经验，沉淀了很多共享业务中台服务。企业在启用了HZERO之后，可以轻易地在其上面部署汉得公司研发的财务、采购、WMS、MES、ALM、合同等应用，这些应用全部生于HZERO平台，开箱即用。如果企业想构建自己的应用，可以采用HZERO上越来越多的公共业务组件，聚焦于核心业务逻辑，快速构建和试验自己的想法。

4.已沉淀可复用的技术应用能力

通过大量的项目实施、业务场景落地，沉淀了大量通用的技术应用组件/服务，如支付服务、消息服务、连接服务等能力，并能够快速配置、复用到新的业务场景中。

5.多个行业领域实践

平台已在零售、汽车、钢铁、电商、房地产等行业具有众多的落地实施经验，并持续在更多领域进行应用。

6.持久的发展与支持

发展HZERO是汉得信息的战略级决策，公司将继续加大在研发方面的投入，并加强运营支持团队的力量，接纳客户的需求反馈，关注和研究行业先进理论，为HZERO的持续发展提供保障。

7.加入开源生态

在上一节中，我们提到，一款成熟的企业级PaaS，必须有开源版本。开源可以给使用者充足的自主权，并有助于建设生态圈。HZERO已于2020年9月开源，并将持续扩大开源范围，同时，基于开放平台的运营，引领和促进生态建设。

三、HZERO是否支持云原生HZERO上越来越多的公共业务组件，聚焦于核心业务逻辑，快速构建和试验自己的想法。

4.已沉淀可复用的技术应用能力

通过大量的项目实施、业务场景落地，沉淀了大量通用的技术应用组件/服务，如支付服务、消息服务、连接服务等能力，并能够快速配置、复用到新的业务场景中。

5.多个行业领域实践

平台已在零售、汽车、钢铁、电商、房地产等行业具有众多的落地实施经验，并持续在更多领域进行应用。

6.持久的发展与支持

发展HZERO是汉得信息的战略级决策，公司将继续加大在研发方面的投入，并加强运营支持团队的力量，接纳客户的需求反馈，关注和研究行业先进理论，为HZERO的持续发展提供保障。

7.加入开源生态

在上一节中，我们提到，一款成熟的企业级PaaS，必须有开源版本。开源可以给使用者充足的自主权，并有助于建设生态圈。HZERO已于2020年9月开源，并将持续扩大开源范围，同时，基于开放平台的运营，引领和促进生态建设。

三、HZERO是否支持云原生如今，如果不说云原生（Cloud Native），似乎都不好意思说自己在做云应用。自然地，就出现了“HZERO是否支持云原生”这个问题。在回答这个问题之前，我们先来看看，什么是云原生。

Pivotal公司于2013年首次提出云原生的概念，其官网将云原生概括为四个要点，即DevOps、持续交付、微服务、容器。2015年云原生计算基金会（CNCF）成立。

云原生不仅仅是一种工具、产品或者简单的方法论，还是一个生态体系。企业落地云原生需要四个纬度的建设，分别是“平台、工具链、架构和团队”。

（1）平台：云原生不断轻量化打造云上应用，需要云平台为应用开发和运行赋能。基础平台可以选择私有云、公有云或者是混合云。

（2）工具链：云原生敏捷开发工具链与开发框架，工程管理最佳实践，包括DevSecOps、Agile、CICD等。

（3）架构：传统一体化架构应用→分布式架构+微服务架构。传统一体化架构的问题是更新、升级或者重启牵一发动全身，构建新应用难以复用已有功能，重复“造轮子”。

（4）容器技术：传统的“数据–服务–前端界面”三层架构，可以使用一些方法改造成微服务架构。服务层单元拆分纵向封装成服务接口（API），底层由多个容器提供资源，提高资源利用率和弹性。可多个应用复用，修改单个功能时不会产生“耦合效应”。

（5）团队：传统的“瀑布式”转变为持续交付和快速迭代，项目制、科层制转变为网状敏捷协同组织。

我们在介绍云原生时，通常会使用这样一张幻灯片，具体如图如今，如果不说云原生（Cloud Native），似乎都不好意思说自己在做云应用。自然地，就出现了“HZERO是否支持云原生”这个问题。在回答这个问题之前，我们先来看看，什么是云原生。

Pivotal公司于2013年首次提出云原生的概念，其官网将云原生概括为四个要点，即DevOps、持续交付、微服务、容器。2015年云原生计算基金会（CNCF）成立。

云原生不仅仅是一种工具、产品或者简单的方法论，还是一个生态体系。企业落地云原生需要四个纬度的建设，分别是“平台、工具链、架构和团队”。

（1）平台：云原生不断轻量化打造云上应用，需要云平台为应用开发和运行赋能。基础平台可以选择私有云、公有云或者是混合云。

（2）工具链：云原生敏捷开发工具链与开发框架，工程管理最佳实践，包括DevSecOps、Agile、CICD等。

（3）架构：传统一体化架构应用→分布式架构+微服务架构。传统一体化架构的问题是更新、升级或者重启牵一发动全身，构建新应用难以复用已有功能，重复“造轮子”。

（4）容器技术：传统的“数据–服务–前端界面”三层架构，可以使用一些方法改造成微服务架构。服务层单元拆分纵向封装成服务接口（API），底层由多个容器提供资源，提高资源利用率和弹性。可多个应用复用，修改单个功能时不会产生“耦合效应”。

（5）团队：传统的“瀑布式”转变为持续交付和快速迭代，项目制、科层制转变为网状敏捷协同组织。

我们在介绍云原生时，通常会使用这样一张幻灯片，具体如图