CN112085491B - 计费系统接入方法及云平台、电子设备、计算机可读介质 - Google Patents

Abstract

本申请提供了一种计费系统接入方法，涉及云计算领域。计费系统接入方法包括：接收应用程序接口请求；所述应用程序接口请求包括目标资源对象；对所述目标资源对象执行准入控制逻辑，获得业务准入结果；基于所述业务准入结果对所述目标资源对象执行业务逻辑处理。该方法不需修改业务系统的代码即可对接多种计费系统，即可插拔式的接入计费系统，计费系统对接的灵活性，以及业务系统的可靠性，从而提高了云平台的交付能力。本申请还提供了一种云平台、电子设备和计算机可读介质。

Description

计费系统接入方法及云平台、电子设备、计算机可读介质

技术领域

本申请涉及云计算技术领域，具体涉及计费系统接入方法及云平台、电子设备、计算机可读介质。

背景技术

随着云平台面向企业ToB的商业化交付规模不断增长，云平台在用户已有的互联网计费或预算系统中的对接越来越多样化。在云平台的商业化交付中，对计费系统接入的灵活性和可扩展性提出了更高的要求。

发明内容

提供了一种用于计费系统接入方法及云平台、电子设备、计算机可读介质。

根据第一方面，提供了一种计费系统接入方法，包括：接收应用程序接口请求；所述应用程序接口请求包括目标资源对象；对所述目标资源对象执行准入控制逻辑，获得业务准入结果；基于所述业务准入结果对所述目标资源对象执行业务逻辑处理。

根据第二方面，提供了一种云平台，包括：接收模块，用于接收应用程序接口请求；所述应用程序接口请求包括目标资源对象；准入控制器，用于对所述目标资源对象执行准入控制逻辑，获得业务准入结果；持久化存储模块，用于基于所述业务准入结果对所述目标资源对象进行业务逻辑处理，并持久化存储。

根据第三方面，提供了一种电子设备，其包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行计费系统接入方法中任一项所述的方法。

根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述任意一种计费系统接入方法。

第五方面，本公开实施例提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述计费系统接入方法中任一项所述的方法。

根据本申请计费系统接入方法，在接收应用程序接口请求后；所述应用程序接口请求包括目标资源对象；对所述目标资源对象执行准入控制逻辑，获得业务准入结果；基于所述业务准入结果对所述目标资源对象执行业务逻辑处理，并持久化存储，在执行准入控制逻辑的基础上，执行业务逻辑处理，使得无需修改业务系统的代码即可对接计费系统，大大提高计费系统对接的灵活性，以及业务系统的可靠性，而且，不需修改业务系统的代码即可对接多种计费系统，这种松耦合方式，在不影响业务系统的基本功能和工作流程的基础上，实现可插拔式的计费系统的接入，大大提高了云平台的交付能力。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是当前云平台的结构原理图；

图2本申请实施例提供的一种云平台的原理框图；

图3为本申请实施例提供的计费系统接入方法的流程图；

图4是本申请实施例提供的计费系统接入方法中步骤302的流程图；

图5为本申请实施例提供的一种云平台的原理框图；

图6为本申请实施例提供的云平台中准入控制器的原理框图；

图7为本申请实施例提供的云平台中变更准入控制模块的原理框图；

图8为本申请实施例提供的云平台中校验准入控制模块的原理框图；

图9为本申请实施例提供的另一种云平台的原理框图；

图10为本申请实施例提供的另一种云平台的原理框图；

图11为本申请实施例提供的利用云平台直接购买目标资源对象的流程图；

图12为本申请实施例提供的利用云平台创建订单并购买目标资源对象的流程图；

图13是用来实现本申请实施例的计费系统接入方法的电子设备的框图。

实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在不冲突的情况下，本申请各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本申请。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

目前，计费系统是以支付为核心的工作模型，因此，计费系统与云平台的业务模块深度耦合。在面向企业用户交付云平台产品时，若该用户的计费模型与之前的用户的计费模型存在差异，将不可避免的需要重新修改耦合在业务流程中的计费模型，即需要重新编译计费系统和业务系统的代码，例如，针对不同的计费系统修改业务代码接口及返回值等。这势必会增加交付成本，而且，因为与计费系统耦合导致的业务代码的修改容易导致执行原代码时出现不确定性因素，甚至可能存在Bug或其他问题，从而导致交付质量的下降。另外，计费系统和业务系统均存储在一个存储模型中，导致存储模型和业务系统的边界不清楚，计费系统与业务逻辑深度耦合，当云平台对接其他计费系统时无法简单修改适配，灵活低。

随着ToB市场的逐步打开，个性化的计费差异长尾效应将会凸显出来。因此，提供一种与业务代码松耦合的计费接入架构显得非常迫切。

图1为当前云平台的结构原理图。参照图1，云平台包括API处理器（API HTTPHandler）101、验证模块102和持久化存储模块103。其中，API处理器101用于处理API请求以及分发接收到的API请求。验证模块102用于对接收到的API请求进行认证和鉴权。持久化存储模块103用于对接收到的API请求的资源对象进行业务逻辑处理并进行持久化存储。

在实际应用中，用户提出的API请求经API处理器101进行分发，然后经过验证模块102进行权限的确认或审计相关功能后，由持久化存储并执行后续的逻辑。由于计费系统的相关状态在业务系统中需要相应的存储模型存储，存储模型与业务边界不清晰，计费系统与业务系统的代码深度耦合。当业务系统对接不同计费系统时，由于计费系统通常有所差异，不可避免的需要重新修改耦合在业务系统，并重新编译交付。

基于计费系统与业务系统的代码深度耦合导致的问题，本申请对云平台进行了改进，使计费系统与业务系统的代码松耦合，使业务系统在不修改代码的同时，接入不同的计费系统。图2为本申请实施例提供的云平台的原理图。参考图2，本申请实施例提供的云平台包括业务系统和计费系统，业务系统用于实现云平台的业务类逻辑，计费系统用于实现云平台的计费类逻辑。其中，业务系统包括第一API处理器201、第一验证模块202、准入控制器203和持久化存储模块204。

在一些实施例中，第一API处理器201用于处理业务类API请求以及分发接收到的业务类API请求。第一验证模块102用于对接收到的业务类API请求进行认证和鉴权。业务类API请求是根据用户的操作生成的请求，其包括目标资源对象，即待访问的目标域名和目标接口标识。业务类API请求可以为超文本传输协议(Hyper TextTransport Protocol，HTTP)请求或者网络套接字(WebSocket)请求。

需要说明的是，第一API处理器201和第一验证模块202的具体工作方式和工作原理可以采用现有的方式和原理，在此不做限定。

准入控制器203以可插拔方式接入计费系统。在一些实施例中，准入控制器203执行准入控制逻辑，将计费系统接入业务系统。

在一些实施例中，准入控制器203包括变更准入控制模块231、校验模块232和校验准入控制模块233。其中，变更准入控制模块231用于对目标资源对象执行变更准入控制逻辑，用以变更计费系统中的资源对象，获得变更准入结果；其中，变更准入结果包括目标资源对象。校验模块232，用于基于变更准入结果对目标资源对象进行校验，获得目标资源对象校验结果；校验准入控制模块233，用于基于目标资源对象校验结果执行校验准入控制逻辑，以对计费系统中的目标资源对象进行校验，获得业务准入结果。

持久化存储模块204用于对接入的目标资源对象执行业务逻辑处理，并进行持久化处理。

在一些实施例中，计费系统可以采用现有的计费系统，也可以是用户准备接入的计费系统。在一些实施例中，计费系统包括第二API处理器206、第二验证模块207、计费组件控制器208。其中，第二API处理器206用于处理计费类API请求以及分发接收到的计费类API请求。第二验证模块207用于对接收到的计费类API请求进行认证和鉴权。计费类API请求是根据用户的操作生成的请求，其包括目标资源对象，即待访问的目标域名和目标接口标识。业务类API请求可以为超文本传输协议(Hyper TextTransport Protocol，HTTP)请求或者网络套接字(WebSocket)请求。

计费组件控制器208通过webhook向准入控制器203注册，以便业务系统对业务逻辑进行准入控制，同时，计费组件控制器208向用户订单系统发送指令，如创建订单指令、询价指令、查询资源计费状态指令等。

本申请实施例提供一种计费系统接入方法。图3为本申请实施例提供的计费系统接入方法的流程图。参照图3，计费系统接入方法包括：

步骤301，接收应用程序接口请求。

其中，应用程序接口API请求是根据用户的操作生成的请求。例如，用户希望云平台接入一个计费系统，则生成一个API请求。在API请求中包括目标资源对象，即计费系统的域名和计费系统的接口标识。

步骤302，对目标资源对象执行准入控制逻辑，获得业务准入结果。

当准入控制器接收到API请求后，对该API请求执行准入控制逻辑，判断是否允许计费系统接入业务系统，获得业务准入结果。其中，业务准入结果包括允许接入和禁止接入。当业务准入结果是允许接入时，说明业务系统允许计费系统接入，可以对目标资源对象执行后续的业务逻辑处理；当准入控制结果是禁止接入时，说明业务系统禁止计费系统接入，即API请求失败。

步骤303，基于业务准入结果对目标资源对象执行业务逻辑处理。

在一些实施例中，当准入控制器的业务准入结果是允许接入时，持久化存储模块对目标资源对象执行业务逻辑处理，并持久化存储。

在一些实施例中，如图4所示，步骤302包括：

步骤401，对目标资源对象执行变更准入控制逻辑，获得变更准入结果。

在一些实施例中，变更准入控制逻辑是通过webhook机制实现的。例如，基于目标资源对象匹配到与该目标资源对象对应的变更准入webhook，再利用该变更准入webhook将计费系统中的资源对象修改为目标资源对象，获得变更准入结果。其中，变更准入结果包括允许接入和禁止接入。

需要说明的是，准入控制模块调用与API请求匹配的变更准入webhook是串行调用，每个通过变更准入webhook接入的控制逻辑都可以修改目标资源对象。

步骤402，基于变更准入结果对目标资源对象进行校验，获得目标资源对象校验结果。

在一些实施例中，当变更准入结果为允许接入，则对目标资源对象进行校验，获得目标资源对象校验结果。其中，对目标资源对象的校验可以通过校验目标域名或目标接口标识来实现，即，对象校验模块通过目标域名或目标接口标识来校验目标资源对象的正确性。

例如，当目标域名为经第三方验证的合法的目标域名，则对象校验模块判断变更后的目标资源对象是正确的。

步骤403，基于目标资源对象校验结果执行校验准入控制逻辑，以对计费系统中的目标资源对象进行校验，获得业务准入结果。

在一些实施例中，校验准入控制模块对经对象校验模块验证通过的目标资源对象进一步验证，当目标资源对象通过校验后，获得校验准入结果，该结果即为业务准入结果。

在一些实施例中，校验准入控制逻辑是通过webhook机制实现的。例如，基于目标资源对象匹配对应的校验准入webhook；利用校验准入webhook在计费系统中对目标资源对象进行校验，获得业务准入结果。其中，变更准入结果包括允许接入和禁止接入。

需要说明的是，准入控制模块调用与API请求匹配的校验准入webhook是并行调用，当其中任何一个校验准入webhook拒绝API请求，则API请求失败。

虽然变更准入Webhook是根据注册顺序在变更准入模块顺序执行，这将导致云平台的主流程执行时间较长，然而，校验准入Webhook是并发执行的，大大缩短了验证准入控制逻辑的总体执行时间，从而减少云平台的总体运行时间。

还需要说明的是，变更准入webhook和校验准入webhook的区别在于，变更准入webhook可以通过修改需要准入控制的目标资源对象实现扩展云平台的功能，例如，通过新增处理逻辑实现自动化的接入订单系统。验证准入webhook则不能修改需要准入控制的目标资源对象，但可以通过新增处理逻辑来验证用户创建的目标资源对象的计费状态。其中，计费状态有支付和未支付等状态。在需要时，变更准入webhook也可以通过拒绝API请求实现准入控制。

在本实施例中，在变更准入控制逻辑后增加验证准入控制逻辑，可以获得以下优点：其一，可以提高云平台的安全性，云平台可能存在需要禁用变更准入控制模块（或用更严格的权限控制机制来限制云平台系统接入变更准入webhook)，因为这会导致权限控制的困难和权限的混淆。例如，当API请求是查询订单时，需要限制变更准入webhook修改计费系统中的订单信息。其二，验证准入控制模块是在变更准入控制模块之后运行，因此验证准入控制模块接收到的API请求的目标资源对象都是将要被持久化到持久化存储里的最终版本，验证准入控制模块不会因为变更准入控制模块的执行顺序存在差异，而导致被变更准入控制模块修改过的对象的版本和内容存在差异，从而避免出现准入控制的时序问题。

在一些实施例中，在步骤301之后，还包括：

当云平台收到API请求后，对目标资源对象进行认证和鉴权；并当目标资源对象通过认证和鉴权后，对目标资源对象执行准入控制逻辑。

需要说明的是，对目标资源对象进行认证和鉴权可以采用现有的方式进行，也可以采用其它方式进行。本申请对此不作限定。

在一些实施例中，在步骤302之前，还包括：

响应计费系统的注册请求，执行注册逻辑，以使计费系统在准入控制器中进行注册。

在一些实施例中，计费系统中的计费组件控制器实现相应的准入逻辑并暴露webhook，例如，计费组件控制器通过变更准入webhook实现变更准入控制逻辑，通过校验准入webhook实现校验准入控制逻辑。计费组件控制器向云平台注册Webhook，以便业务逻辑进行准入控制。注册完成后，平台便可以根据准入控制链的注册顺序，并发执行准入控制逻辑，完成可插拔式的计费系统接入。

本申请实施例提供的计费系统接入方法，在不修改业务系统的代码的情况下，实现了业务类逻辑通和计费类逻辑的解耦合，提高了计费系统对接的灵活性和业务系统的可靠性。而且，实现了一套云平台在不修改业务系统代码的情况下对接多种计费系统，大大提高云平台的交付能力。

图5为本申请实施例提供的云平台的原理框图。如图5所示，云平台包括：

接收模块501，用于接收应用程序接口请求。

其中，应用程序接口请求包括目标资源对象。

在一些实施例中，应用程序接口API请求是根据用户的操作生成的请求。例如，用户希望云平台接入一个计费系统，则生成一个API请求。在API请求中包括目标资源对象，即计费系统的域名和计费系统的接口标识。

准入控制器502，用于对目标资源对象执行准入控制逻辑，获得业务准入结果。

当准入控制器接收到API请求后，对该API请求执行准入控制逻辑，判断是否允许计费系统接入业务系统，获得业务准入结果。其中，业务准入结果包括允许接入和禁止接入。当业务准入结果是允许接入时，说明业务系统允许计费系统接入，可以对目标资源对象执行后续的业务逻辑处理；当准入控制结果是禁止接入时，说明业务系统禁止计费系统接入，即API请求失败。

在本实施例中，准入控制器502并不实现任何决策，其主要职责是将准入控制器的逻辑与平台的业务逻辑解耦，使用户在平台中创建、更新或删除资源时，能够通过灵活可扩展的架构和插件式的逻辑控制来实现要执行的自定义逻辑。云平台可以通过准入控制器502灵活地实现可插拔的计费系统接入，并在对接第三方计费平台时具有较好的灵活。

持久化存储模块503，用于基于业务准入结果对目标资源对象进行业务逻辑处理，并持久化存储。

在一些实施例中，当准入控制器的业务准入结果是允许接入时，持久化存储模块对目标资源对象执行业务逻辑处理，并持久化存储。

在一些实施例中，如图6所示，准入控制器502包括：

变更准入控制模块601，对目标资源对象执行变更准入控制逻辑，获得变更准入结果。

其中，变更准入结果包括目标资源对象。

在一些实施例中，变更准入控制模块601是通过webhook机制实现的变更准入控制逻辑。

需要说明的是，变更准入控制模块是串行调用与API请求匹配的变更准入webhook，每个通过变更准入webhook接入的控制逻辑都可以修改目标资源对象。

校验模块602，用于基于变更准入结果对目标资源对象进行校验，获得目标资源对象校验结果。

在一些实施例中，当变更准入结果为允许接入，则对目标资源对象进行校验，获得目标资源对象校验结果。其中，对目标资源对象的校验可以通过校验目标域名或目标接口标识来实现，即，对象校验模块通过目标域名或目标接口标识来校验目标资源对象的正确性。

校验准入控制模块603，用于基于目标资源对象校验结果执行校验准入控制逻辑，以对计费系统中的目标资源对象进行校验，获得业务准入结果。

在一些实施例中，校验准入控制模块对经对象校验模块验证通过的目标资源对象进一步验证，当目标资源对象通过校验后，获得校验准入结果，该结果即为业务准入结果。

在一些实施例中，校验准入控制模块是通过webhook机制实现的校验准入控制逻辑。例如，基于目标资源对象匹配对应的校验准入webhook；利用校验准入webhook在计费系统中对目标资源对象进行校验，获得业务准入结果。其中，变更准入结果包括允许接入和禁止接入。

需要说明的是，准入控制模块调用与API请求匹配的校验准入webhook是并行调用，当其中任何一个校验准入webhook拒绝API请求，则API请求失败。

虽然变更准入Webhook是根据注册顺序在变更准入模块顺序执行，这将导致云平台的主流程执行时间较长，然而，校验准入Webhook是并发执行的，大大缩短了验证准入控制逻辑的总体执行时间，从而减少云平台的总体运行时间。

还需要说明的是，变更准入webhook和校验准入webhook的区别在于，变更准入webhook可以通过修改需要准入控制的目标资源对象实现扩展云平台的功能，例如，通过新增处理逻辑实现自动化的接入订单系统。验证准入webhook则不能修改需要准入控制的目标资源对象，但可以通过新增处理逻辑来验证用户创建的目标资源对象的计费状态。在需要时，变更准入webhook也可以通过拒绝API请求实现准入控制

在本实施例中，在变更准入控制逻辑后增加验证准入控制逻辑，可以获得以下优点：其一，可以提高云平台的安全性，云平台可能存在需要禁用变更准入控制模块（或用更严格的权限控制机制来限制云平台系统接入变更准入webhook)，因为这会导致权限控制的困难和权限的混淆。例如，当API请求是查询订单时，需要限制变更准入webhook修改计费系统中的订单信息。其二，验证准入控制模块是在变更准入控制模块之后运行，因此验证准入控制模块接收到的API请求的目标资源对象都是将要被持久化到持久化存储里的最终版本，验证准入控制模块不会因为变更准入控制模块的执行顺序存在差异，而导致被变更准入控制模块修改过的对象的版本和内容存在差异，从而避免出现准入控制的时序问题。

在一些实施例中，如图7所示，变更准入控制模块601包括：

变更准入控制单元701，用于基于目标资源对象匹配对应的变更准入webhook。

在一些实施例中，变更准入控制单元701可以对应多个变更准入webhook，当变更准入控制单元701接收到API请求后，根据API请求的类型匹配变更准入webhook。例如，基于目标资源对象匹配到与该目标资源对象对应的变更准入webhook。

变更准入webhook702，用于设置变更准入返回地址。

在一些实施例中，变更准入webhook702用于设置变更准入返回地址，当变更准入插件703完成订单信息后，向变更准入webhook702指定的变更准入返回地址返回变更准入结果。例如，利用该变更准入webhook将计费系统中的资源对象修改为目标资源对象，获得变更准入结果。其中，变更准入结果包括允许接入和禁止接入。

变更准入插件703，用于将计费系统中的资源对象修改为目标资源对象，获得变更准入结果，并将准入控制结果返回至变更注入返回地址。

在一些实施例中，如图8所示，校验准入控制模块603包括：

校验准入控制单元801，用于基于目标资源对象匹配对应的校验准入webhook。

在一些实施例中，校验准入控制单元801可以对应多个校验准入webhook，当校验准入控制单元801接收到API请求后，根据API请求的类型匹配校验准入webhook。例如，基于目标资源对象匹配到与该目标资源对象对应的校验准入webhook。

校验准入webhook802，用于设置校验准入返回地址。

在一些实施例中，校验准入webhook802用于设置校验准入返回地址，当校验准入插件803完成订单信息后，向校验准入webhook802指定的校验准入返回地址返回校验准入结果。例如，利用校验准入webhook将计费系统中的目标资源对象进行校验，获得校验准入结果。其中，校验准入结果包括允许接入和禁止接入。

校验准入插件803，用于利用校验准入webhook在计费系统中对目标资源对象进行校验，获得业务准入结果，并将业务准入结果返回至校验准入webhook802指定的校验准入返回地址。

在一些实施例中，如图9所示，云平台包括接收模块901、验证模块902、准入控制器903、持久化存储模块904和。其中，接收模块901、准入控制器903、持久化存储模块904与上述实施例中的接收模块501、准入控制器502、持久化存储模块503的工作原理和工作方式对应相同，在此不再赘述。

验证模块902，用于对目标资源对象进行认证和鉴权；在目标资源对象通过认证和鉴权后，准入控制器对目标资源对象执行准入控制逻辑。

需要说明的是，验证模块902对API请求进行认证和鉴权，认证和鉴权可以采用现有的方式进行，也可以采用其它方式，本申请对此不作限定。

在一些实施例中，云平台还包括计费组件控制器，用于向云平台注册webhook，以便业务逻辑进行准入控制，以及用于实现对接用户已有计费系统的逻辑，并对外暴露Webhook来实现准入控制的业务逻辑。

本申请实施例提供的云平台，接收模块，用于接收应用程序接口请求；应用程序接口请求包括目标资源对象；准入控制器，用于对目标资源对象执行准入控制逻辑，获得业务准入结果；持久化存储模块，用于基于业务准入结果对目标资源对象进行业务逻辑处理，并持久化存储，该云平台无需修改业务系统的代码即可对接计费系统，大大提高计费系统对接的灵活性，以及业务系统的可靠性，而且，不需修改业务系统的代码即可对接多种计费系统，这种松耦合方式，在不影响业务系统的基本功能和工作流程的基础上，实现可插拔式的计费系统的接入，大大提高了云平台的交付能力。

为了更好地理解本申请提供的云平台和计费接入方法，下面以用户直接购买一种平台资源、自动创建订单并自动支付为例进行详细说明。

如图10所示，云平台包括：

控制台1001，用于对接计费系统和业务系统的统一控制台。

API分发器1002，用于识别API请求的类别，并发送至相应的API处理器（API HTTPHandler）。

第一API处理器1003，用于处理业务类API请求以及分发接收到的业务类API请求。

第一验证模块1004，用于对接收到的业务类API请求进行认证和鉴权。

准入控制器1005，用于执行准入控制逻辑，将计费系统接入业务系统。在准入控制器1005中，包括变更准入控制模块1051、验证模块1052和校验准入控制模块1053。变更准入控制模块1051包括变更准入控制单元、变更准入webhook511和变更准入插件512。校验准入控制模块1053包括校验准入控制单元、校验准入webhook513和校验准入插件514。

持久化存储模块1006，用于基于业务准入结果对目标资源对象进行业务逻辑处理，并持久化存储。

第二API处理器1007，用于处理计费类API请求以及分发接收到的计费类API请求。

第二验证模块1008，用于对接收到的计费类API请求进行认证和鉴权。

计费组件控制器1009，用于实现对接用户已有计费系统的逻辑，并对外暴露Webhook来实现准入控制的业务逻辑。

云平台对接用户已有的用户订单系统1010，订单执行系统1012用于执行响应的订单任务。

参考图10和图11所示，用于利用云平台直接购买目标资源对象、自动创建订单并完成自动支付包括以下步骤：

步骤1101，控制台1001接收用户发起的API请求。

其中，用户可以通过移动终端或电脑发起API请求。在本实施例中，API请求是创建目标资源对象，如创建平台资源。

步骤1102，API分发器1002根据AIP请求的类别将API请求发送至第一API处理器1003或第二APR处理器1007。

在本实施例中，API分发器1002将业务类AIP请求传送至第一API处理器1003。

步骤1103，第一API处理器1003将API请求发送至第一验证模块1004，并由第一验证模块1004对该API请求进行认证和鉴权，判断是否允许API请求继续进行后续步骤。当API请求未通过认证和鉴权时，停止流程。当API请求通过认证和鉴权时，则认为可以进行后续流程。

步骤1104，第一验证模块1004将通过认证和鉴权的API请求发送至准入控制器1005。

步骤1105，变更准入控制模块1051由注册的变更准入webhook执行变更准入逻辑，创建订单并完成订单的支付。

在步骤1005中，由注册的变更准入webhook执行变更准入逻辑，调用计费组件控制器创建订单并完成订单的支付，修改计费系统中的目标资源对象，并将变更准入结果返回变更准入控制模块1051。

步骤1106，变更准入控制模块1051将变更准入结果发送至验证模块1052，由验证模块1052对目标资源对象进行验证，验证目标资源对象的正确性。

步骤1107，校验准入控制模块1053向计费组件控制器1009发送获取元数据资源计费状态请求。

步骤1008，计费组件控制器1009从用户订单系统1010中获得元数据资源计费状态。

在本实施例中，当步骤1105中已完成订单支付，则返回校验通过的校验准入结果，否则，返回校验失败的校验准入结果。计费组件控制器1009通过webhook返回校验准入结果。

步骤1109，校验准入控制模块1053根据返回的校验准入结果获得业务准入结果。

在步骤1109中，当校验准入结果为校验通过时，业务准入结果为校验准入成功。当校验准入结果为校验失败时，业务准入结果为校验准入失败。

步骤1110，持久化存储模块1006将经过准入控制逻辑修改和校验过目标资源对象进行业务逻辑处理并进行持久化存储。

图12为本申请实施例提供的创建订单购买目标资源对象的工作流图。如图12所示，创建订单购买目标资源对象的步骤包括：

步骤1201，控制台1001接收用户发起的API请求。

其中，用户可以通过移动终端或电脑发起API请求。在本实施例中，API请求是询价请求，如询问某个平台资源的价格。

步骤1202，API分发器1002根据AIP请求的类别将API请求发送至第二APR处理器1007。

在本实施例中，由于API请求是询价请求，因此，API分发器1002将计费类AIP请求传送至第二API处理器1007。

步骤1203，第二API处理器1007将API请求发送至第二验证模块1008，并由第二验证模块1008对该API请求进行认证和鉴权，判断是否允许API请求继续进行后续步骤。当API请求未通过认证和鉴权时，停止流程。当API请求通过认证和鉴权时，则可以进行后续流程。

步骤1204，第二验证模块1008将API请求被发送至计费组件控制器1009，计费组件控制器1009查询用户订单系统1010，并获得目标资源对象的价格。

步骤1205，计费组件控制器1009将目标资源对象的价格返回用户。

在步骤1205中，计费组件控制器1009可以通过第二验证模块1008、第二API处理器1007、API分发器1002和控制台1001将目标资源对象的价格返回用户。

步骤1206，用户对目标资源对象发起创建订单请求。

步骤1207，API分发器1002将创建订单的API请求发送至第二API处理器1007。

步骤1208，第二API处理器1007将API请求发送至第二验证模块1008，并由第二验证模块1008对该API请求进行认证和鉴权，判断是否允许API请求继续进行后续步骤。当API请求未通过认证和鉴权时，停止流程。当API请求通过认证和鉴权时，则认为可以进行后续流程。

步骤1209，第二验证模块1008将创建订单的请求发送至计费组件控制1009。

步骤1210，计费组件控制器1009向用户订单系统1010发起创建订单请求。

步骤1211，用户订单系统1010依据创建订单请求创建订单。

步骤1212，用户根据订单完成订单支付，然后将订单发送至订单执行系统1012。

步骤1213，订单执行系统1012将调用业务类API请求发送至API分发器1002。

步骤1214，API分发器1002将业务类API请求发送至第一API处理器1003，后续的步骤与步骤1104至步骤1110相同，再次不再赘述。

需要说明的是，在步骤1105中，由于已经在步骤计费系统中创建了订单，变更准入webhook可以直接返回订单创建结果，不会重复创建订单。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图13所示，是根据本申请实施例的计费系统接入方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图13所示，该电子设备包括：一个或多个处理器1301、存储器1302，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置（诸如，耦合至接口的显示设备）上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作（例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统）。图13中以一个处理器1301为例。

存储器1302即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的计费系统接入方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的计费系统接入方法。

存储器1302作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的计费系统接入方法对应的程序指令/模块。处理器1301通过运行存储在存储器1302中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的计费系统接入方法。

存储器1302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计费系统接入方法的电子设备的使用所创建的数据等。此外，存储器1302可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1302可选包括相对于处理器1301远程设置的存储器，这些远程存储器可以通过网络连接至计费系统接入方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

计费系统接入方法的电子设备还可以包括：输入装置1303和输出装置1304。处理器1301、存储器1302、输入装置1303和输出装置1304可以通过总线或者其他方式连接，图13中以通过总线连接为例。

输入装置1303可接收输入的数字或字符信息，以及产生与计费系统接入方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1304可以包括显示设备、辅助照明装置（例如，LED）和触觉反馈装置（例如，振动电机）等。该显示设备可以包括但不限于，液晶显示器（LCD）、发光二极管（LED）显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC（专用集成电路）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序（也称作程序、软件、软件应用、或者代码）包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置（例如，磁盘、光盘、存储器、可编程逻辑装置（PLD）），包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

本公开实施例还提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现上述任意一种计费系统接入方法。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (9)

1.一种计费系统接入方法，其特征在于，包括：

接收应用程序接口请求；所述应用程序接口请求包括目标资源对象；

对所述目标资源对象执行准入控制逻辑，获得业务准入结果；

基于所述业务准入结果对所述目标资源对象执行业务逻辑处理；

所述对所述目标资源对象执行准入控制逻辑，获得业务准入结果，包括：

对所述目标资源对象执行变更准入控制逻辑，获得变更准入结果；其中，所述变更准入结果包括所述目标资源对象；

基于所述变更准入结果对所述目标资源对象进行校验，获得目标资源对象校验结果；

基于所述目标资源对象校验结果执行校验准入控制逻辑，以对计费系统中的所述目标资源对象进行校验，获得业务准入结果；

所述对所述目标资源对象执行变更准入控制逻辑，获得变更准入结果，包括：

基于所述目标资源对象匹配对应的变更准入webhook；

利用所述变更准入webhook将所述计费系统中的资源对象修改为所述目标资源对象，获得变更准入结果。

2.根据权利要求1所述的方法，其特征在于，所述基于所述目标资源对象校验结果执行校验准入控制逻辑，以对所述计费系统中的所述目标资源对象进行校验，获得业务准入结果，包括：

基于所述目标资源对象匹配对应的校验准入webhook；

利用所述校验准入webhook在所述计费系统中对所述目标资源对象进行校验，获得业务准入结果。

3.根据权利要求1所述的方法，其特征在于，所述对所述目标资源对象执行准入控制逻辑，获得业务准入结果之前，还包括：

响应所述计费系统的注册请求，执行注册逻辑。

4.根据权利要求1所述的方法，其特征在于，所述接收应用程序接口请求之后，还包括：

对所述目标资源对象进行认证和鉴权；并在所述目标资源对象通过认证和鉴权后，执行所述对所述目标资源对象执行准入控制逻辑。

5.一种云平台，其特征在于，包括：

接收模块，用于接收应用程序接口请求；所述应用程序接口请求包括目标资源对象；

准入控制器，用于对所述目标资源对象执行准入控制逻辑，获得业务准入结果；

持久化存储模块，用于基于所述业务准入结果对所述目标资源对象进行业务逻辑处理，并持久化存储；所述准入控制器包括：

变更准入控制模块，对所述目标资源对象执行变更准入控制逻辑，获得变更准入结果；其中，所述变更准入结果包括所述目标资源对象；

校验模块，用于基于所述变更准入结果对所述目标资源对象进行校验，获得目标资源对象校验结果；

校验准入控制模块，用于基于所述目标资源对象校验结果执行校验准入控制逻辑，以对计费系统中的所述目标资源对象进行校验，获得业务准入结果；所述变更准入控制模块，包括：

变更准入控制单元，用于基于所述目标资源对象匹配对应的校验webhook；

变更准入webhook单元，用于设置变更准入返回地址；

变更准入插件，用于将所述计费系统中的资源对象修改为所述目标资源对象，获得变更准入结果，并将所述准入控制结果返回至所述变更准入返回地址。

6.根据权利要求5所述的云平台，其特征在于，所述校验准入控制模块包括：

校验准入控制单元，用于基于所述目标资源对象匹配对应的校验准入webhook；

校验准入webhook，用于设置校验准入返回地址；

校验准入插件，用于利用所述校验准入webhook在所述计费系统中对所述目标资源对象进行校验，获得业务准入结果，并将所述业务准入结果返回至所述校验准入返回地址。

7.根据权利要求5所述的云平台，其特征在于，所述云平台还包括：

验证模块，用于对所述目标资源对象进行认证和鉴权；在所述目标资源对象通过认证和鉴权后，所述准入控制器对所述目标资源对象执行准入控制逻辑。

8. 一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4中任一项所述的方法。

9.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-4中任一项所述的方法。