企业级PaaS，自身基于普及性极广的语言和技术框架，给企业带来使用上的便利。例如，采用Java语言、基于Sprig框架，这样的人才比较容易获得，企业招募、留用人才的成本较低，知识也便于在员工之间传承。

2.集成外部能力

企业要实现数字化转型，首先必须把全部业务线上化，把所有业务数据均以数字的形式进行存储，这不能只凭人工手工打字录入，而必须借助图片识别、语音识别、自然语言处理、传感器采集等自动化手段，才能有足够的效率，满足数字化处理的要求。在对数字进行处理的过程中，需要用到各种清洗、加工、建模的技术。数据处理完成之后，需要进行展示，以及基于数字的自动化决策。所有这些，从数据的产生，到最后的展示和决策，如果企业全部从零开始自研，很难满足业务在时间上的需求，很可能会错过市场机会。因此，企业必须充分利用市场上已有的外部能力资源。

而外部能力资源并非是拿来即可使用的。例如，曾经有那么几年，由于品牌计算机太贵，市场上出现了一些卖计算机零件的商户，人们可以自己采购零件，拼装成整机。但是，这个看上去物美价廉的生意，却在短短几年内销声匿迹了，原因很简单，各个散件组合起来达到适当的效果，并不是一件容易的事，需要大量的试验和知识积累，品牌商凭借自己在这方面的努力，做到了真正的物美价廉。软件应用也是同样的道理，把外部资源进行有机整合，需要试验和积累。企业级PaaS做到了这一点，为企业节省了试验的时间，让企业将精力更多地用于本身业务的实现上。

3.实现敏捷开发企业级PaaS，自身基于普及性极广的语言和技术框架，给企业带来使用上的便利。例如，采用Java语言、基于Sprig框架，这样的人才比较容易获得，企业招募、留用人才的成本较低，知识也便于在员工之间传承。

2.集成外部能力

企业要实现数字化转型，首先必须把全部业务线上化，把所有业务数据均以数字的形式进行存储，这不能只凭人工手工打字录入，而必须借助图片识别、语音识别、自然语言处理、传感器采集等自动化手段，才能有足够的效率，满足数字化处理的要求。在对数字进行处理的过程中，需要用到各种清洗、加工、建模的技术。数据处理完成之后，需要进行展示，以及基于数字的自动化决策。所有这些，从数据的产生，到最后的展示和决策，如果企业全部从零开始自研，很难满足业务在时间上的需求，很可能会错过市场机会。因此，企业必须充分利用市场上已有的外部能力资源。

而外部能力资源并非是拿来即可使用的。例如，曾经有那么几年，由于品牌计算机太贵，市场上出现了一些卖计算机零件的商户，人们可以自己采购零件，拼装成整机。但是，这个看上去物美价廉的生意，却在短短几年内销声匿迹了，原因很简单，各个散件组合起来达到适当的效果，并不是一件容易的事，需要大量的试验和知识积累，品牌商凭借自己在这方面的努力，做到了真正的物美价廉。软件应用也是同样的道理，把外部资源进行有机整合，需要试验和积累。企业级PaaS做到了这一点，为企业节省了试验的时间，让企业将精力更多地用于本身业务的实现上。

3.实现敏捷开发如前文案例所述，企业在使用商业化应用产品时，难以应用个性化需求。企业级PaaS就是要解决这个问题，可以让企业基于PaaS平台提供的能力，快速开发出所需的应用，并且实现这些应用与企业已有商业化应用产品的集成。

某集团信息化部门负责人在招标说明会上表示：“很多商业软件，其中只有20%的功能是可以匹配我们企业业务的；我们有一些业务，在市场上找不到可用的商业软件。”

该负责人描述的这个问题其实并不罕见。在领域驱动设计思维中，将企业的应用领域划分为通用域、支持域和核心域。其中，核心域是企业核心竞争力之所在，这一领域的应用软件，很难从市场上获得现成的商业产品。道理很简单，你能买到的，我也能买到，大家都有，那它就不是谁的核心竞争力。

现在流行的DevOps开发模式，应对的也是这种代表核心竞争力的应用开发需求，可以实现快速地试验、应用、反馈、升级。企业级PaaS同样支持DevOps模式。

4.提供行业应用场景组件

尽管上文说，企业核心竞争力必须通过自研来实现，然而，一些不那么核心的应用，特别是带有行业特征的应用，也并非全部是有针对性的商业化产品，如前面那位信息化部门负责人所说，商业化产品中，有相当一部分功能不是企业需要的，考虑到商业化产品与自研产品的集成，这时采购商业化产品不一定是最佳选择。如果企业级PaaS中提供了相应的行业应用组件，那么企业使用这些组件开发出适合自己的应用，成本不高且自主权完全在企业自己手中。

5.开源版本与商业版本并存共进如前文案例所述，企业在使用商业化应用产品时，难以应用个性化需求。企业级PaaS就是要解决这个问题，可以让企业基于PaaS平台提供的能力，快速开发出所需的应用，并且实现这些应用与企业已有商业化应用产品的集成。

某集团信息化部门负责人在招标说明会上表示：“很多商业软件，其中只有20%的功能是可以匹配我们企业业务的；我们有一些业务，在市场上找不到可用的商业软件。”

该负责人描述的这个问题其实并不罕见。在领域驱动设计思维中，将企业的应用领域划分为通用域、支持域和核心域。其中，核心域是企业核心竞争力之所在，这一领域的应用软件，很难从市场上获得现成的商业产品。道理很简单，你能买到的，我也能买到，大家都有，那它就不是谁的核心竞争力。

现在流行的DevOps开发模式，应对的也是这种代表核心竞争力的应用开发需求，可以实现快速地试验、应用、反馈、升级。企业级PaaS同样支持DevOps模式。

4.提供行业应用场景组件

尽管上文说，企业核心竞争力必须通过自研来实现，然而，一些不那么核心的应用，特别是带有行业特征的应用，也并非全部是有针对性的商业化产品，如前面那位信息化部门负责人所说，商业化产品中，有相当一部分功能不是企业需要的，考虑到商业化产品与自研产品的集成，这时采购商业化产品不一定是最佳选择。如果企业级PaaS中提供了相应的行业应用组件，那么企业使用这些组件开发出适合自己的应用，成本不高且自主权完全在企业自己手中。

5.开源版本与商业版本并存共进提供开源版本，有利于生态的建立，并且保证使用者不被该厂商做技术绑定，不被强迫向厂商交出自己的业务数据。企业从开源版开始试水，不需要投入过多的成本，与直接采购商业版本相比，风险相对较小。

而商业版本则提供更多的高级功能，同时，商业版本的收入对开源版本的发展提供了资金支撑，有助于开源版本的持续演进。

企业级PaaS自身虽然只是一个技术平台，但是，由于它具备以上特性，它可以与企业的业务一起，形成一种合作关系，从而唤醒企业的内部力量，帮助企业达成技术和业务层面的融合能力，推动数字化转型进程。华为公司的任正非在太原智能矿山创新实验室揭牌仪式后接受媒体采访时提到：“我们提供的是一个平台，上面可以生长各种各样的‘庄稼’。”华为提供的是一类在通信领域赋能企业的平台，企业级PaaS则是在软件领域赋能企业的平台。

当然，一款成熟的企业级PaaS，除了上述性能之外，还应该具备如下特征。

（1）由实力雄厚的厂商提供，并且是该厂商的战略级服务产品，这样才能保证产品的持久服务和不断升级。

（2）得到主流的云服务商的认证，这使得企业可以选择自己的云服务商，充分利用已有的资源，自主性更强，自由度更大。提供开源版本，有利于生态的建立，并且保证使用者不被该厂商做技术绑定，不被强迫向厂商交出自己的业务数据。企业从开源版开始试水，不需要投入过多的成本，与直接采购商业版本相比，风险相对较小。

而商业版本则提供更多的高级功能，同时，商业版本的收入对开源版本的发展提供了资金支撑，有助于开源版本的持续演进。

企业级PaaS自身虽然只是一个技术平台，但是，由于它具备以上特性，它可以与企业的业务一起，形成一种合作关系，从而唤醒企业的内部力量，帮助企业达成技术和业务层面的融合能力，推动数字化转型进程。华为公司的任正非在太原智能矿山创新实验室揭牌仪式后接受媒体采访时提到：“我们提供的是一个平台，上面可以生长各种各样的‘庄稼’。”华为提供的是一类在通信领域赋能企业的平台，企业级PaaS则是在软件领域赋能企业的平台。

当然，一款成熟的企业级PaaS，除了上述性能之外，还应该具备如下特征。

（1）由实力雄厚的厂商提供，并且是该厂商的战略级服务产品，这样才能保证产品的持久服务和不断升级。

（2）得到主流的云服务商的认证，这使得企业可以选择自己的云服务商，充分利用已有的资源，自主性更强，自由度更大。第三节 HZERO如何为企业数字化建设赋能

在上一节中，我们提出了支持企业数字化建设的PaaS应具备的特性，这并非纯理论设想，HZERO就是符合这些特性的一款企业级PaaS，已经在多家集团数字化建设过程中得到验证。

HZERO应用微服务、容器、DevOps等云原生技术，封装了大量技术开发包、技术应用组件、技术场景实现能力，并支持SaaS模式应用。HZERO的目标是助力企业跨越云服务（IaaS/PaaS）与自身数字化的鸿沟，为企业服务化中台整合、数字化转型提供强力支撑。

一、平台技术栈及技术特点

HZERO采用 J2EE 技术体系，基于Sprig Cloud微服务框架进行封装，平台设计灵活可扩展、可移植、可应对高并发需求。同时兼顾本地化、私有云、公有云部署，支持SaaS模式应用。

使用 React 作为构建用户界面的 JavaScript 库，并对互联网前端组件库AtDesig进行二次封装和改造形成HZERO UI前端组件库，使之更适合企业级应用系统的交互语言和视觉风格，从而提高前端开发效率及用户使用体验。

1.基于Java主流开源技术构建

HZERO基于流行的J2EE技术栈，应用稳定的Sprig Cloud微服务框架进行构建，主流开源的架构给我们带来了以下优势。第三节 HZERO如何为企业数字化建设赋能

在上一节中，我们提出了支持企业数字化建设的PaaS应具备的特性，这并非纯理论设想，HZERO就是符合这些特性的一款企业级PaaS，已经在多家集团数字化建设过程中得到验证。

HZERO应用微服务、容器、DevOps等云原生技术，封装了大量技术开发包、技术应用组件、技术场景实现能力，并支持SaaS模式应用。HZERO的目标是助力企业跨越云服务（IaaS/PaaS）与自身数字化的鸿沟，为企业服务化中台整合、数字化转型提供强力支撑。

一、平台技术栈及技术特点

HZERO采用 J2EE 技术体系，基于Sprig Cloud微服务框架进行封装，平台设计灵活可扩展、可移植、可应对高并发需求。同时兼顾本地化、私有云、公有云部署，支持SaaS模式应用。

使用 React 作为构建用户界面的 JavaScript 库，并对互联网前端组件库AtDesig进行二次封装和改造形成HZERO UI前端组件库，使之更适合企业级应用系统的交互语言和视觉风格，从而提高前端开发效率及用户使用体验。

1.基于Java主流开源技术构建

HZERO基于流行的J2EE技术栈，应用稳定的Sprig Cloud微服务框架进行构建，主流开源的架构给我们带来了以下优势。（1）广泛的业界支持：广泛使用的开源技术，是很多企业搭建数字化平台默认的标准。

（2）提高开发效率：流行的开源技术会有大量的开发人员提供个性化的解决方案，能更快速地找到满足需求的解决方案。

（3）提高平台的技术稳定性：流行的开源技术已经通过大量的业务场景验证，保证了技术的成熟性。

（4）可维护性：流行的开源技术确保了各种社区的活跃度，可以更好地解决平台维护过程中遇到的问题。

2.基于微服务架构设计和扩展

HZERO采用微服务架构设计，平台基础模块的每一个应用功能都使用微服务完成。

（1）每个服务都有一个清晰的功能边界。

（2）每一个后台服务开放REST API，许多服务本身也采用了其他服务提供的API。

（3）通过API Gateway来统一API暴露。

（4）通过Cofig配置中心来统一管理平台服务配置。

（5）每个微服务可以选择独立部署和弹性资源配置。

（6）在业务量大时，单个微服务节点的性能会遇到瓶颈，无法满足企业对业务系统的要求，HZERO服务采用无状态化设计，可以实现水平扩展部署。（1）广泛的业界支持：广泛使用的开源技术，是很多企业搭建数字化平台默认的标准。

（2）提高开发效率：流行的开源技术会有大量的开发人员提供个性化的解决方案，能更快速地找到满足需求的解决方案。

（3）提高平台的技术稳定性：流行的开源技术已经通过大量的业务场景验证，保证了技术的成熟性。

（4）可维护性：流行的开源技术确保了各种社区的活跃度，可以更好地解决平台维护过程中遇到的问题。

2.基于微服务架构设计和扩展

HZERO采用微服务架构设计，平台基础模块的每一个应用功能都使用微服务完成。

（1）每个服务都有一个清晰的功能边界。

（2）每一个后台服务开放REST API，许多服务本身也采用了其他服务提供的API。

（3）通过API Gateway来统一API暴露。

（4）通过Cofig配置中心来统一管理平台服务配置。

（5）每个微服务可以选择独立部署和弹性资源配置。

（6）在业务量大时，单个微服务节点的性能会遇到瓶颈，无法满足企业对业务系统的要求，HZERO服务采用无状态化设计，可以实现水平扩展部署。