本技术涉及线上支付领域，具体而言，涉及一种支付方法、系统及架构。
背景技术：
1、目前，线上支付支持多支付渠道支付，例如，银行渠道、第三方金融平台、电子钱包等。每种支付渠道都设置有对应的接口和协议，用户在进行支付时，需要理解并适应每个通道的技术要求，以完成交易，支付接入的效率和便利均受到影响。
技术实现思路
1、有鉴于此，本技术实施例的目的在于提供一种支付方法、系统及架构。能够提高支付接入的效率和便利性。
2、第一方面，本技术实施例提供了一种支付方法，所述方法包括：获取所述支付端的支付请求；根据所述支付请求和支付通道的通道信息确定当前支付通道；控制所述当前支付通道与所述支付端进行交易；其中，所述当前支付通道为支付系统的多个支付通道中任一支付通道，所述多个支付通道相互独立；所述多个支付通道均与所述支付系统的渠道接口和支付接口连接；所述渠道接口用于通过每个支付渠道的接入协议接入多个支付渠道，所述支付接口用于接入支付端，所述支付通道用于将所述支付接口获取的信息传输到所述渠道接口。
3、在上述实现过程中，通过将多个支付通道均与支付系统的渠道接口和支付接口连接，且渠道接口通过每个支付渠道的接入协议接入多个支付渠道。当需要进行支付时，支付端仅需要和支付接口建立连接，即支付端仅需要满足支付系统的接口协议即可，无需与每个支付渠道单独对接，可以极大的减少用户的开发和维护成本，提高支付接入的效率和便利性。另外，在获取到支付请求后，由于是根据支付请求和通道信息两方面信息确定出的当前支付通道，可以提高当前支付通道确定的准确性。
4、在一个实施例中，每个所述支付通道均设置有对应的异常阈值，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：判断所述支付系统中支付通道的异常情况是否超过所述对应的异常阈值；熔断所述异常情况超过所述对应的异常阈值的所述支付通道；根据所述支付请求和未熔断的支付通道确定所述当前支付通道。
5、在上述实现过程中，在确定当前支付通道时，先根据支付通道的异常情况和异常阈值之间的关系，确出异常的支付通道，并将异常的支付通道熔断。在未熔断的支付通道中确定当前支付通道，可以减少因支付通道造成的支付异常的情况的发生，提高支付成功率，同时提高支付稳定性。
6、在一个实施例中，每个所述支付通道设置有对应的熔断期，所述方法还包括：判断熔断的支付通道的所述熔断期是否结束；若所述熔断的支付通道的所述熔断期结束，选择低风险订单与所述熔断的支付通道进行交易；根据所述低风险订单的交易结果确定对应的所述熔断的支付通道是否恢复正常。
7、在上述实现过程中，通过设置熔断期，熔断的支付通道可以在熔断期内修复。且当熔断期满后，再通过低风险订单对熔断期的支付通道进行验证，在验证后将验证成功的支付通道恢复为正常，可以提高熔断期的支付通道的及时性的同时，还可以提高支付通道恢复正常的准确性。
8、在一个实施例中，所述多个支付通道中至少一个所述支付通道设置有备用通道，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：判断所述支付请求对应的支付通道是否存在异常；若所述支付请求对应的支付通道存在异常，判断所述支付请求对应的支付通道是否设置有所述备用通道；若所述支付请求对应的支付通道设置有所述备用通道，确定所述备用通道为所述当前支付通道。
9、在上述实现过程中，在支付请求对应的支付通道存在异常时，若该支付通道设置有备用支付通道，则确定该备用支付通道为当前支付通道进行交易，通过备用支付通道提供服务，可以降低支付通道发生故障时的影响范围，确保系统的连续性和可用性，提高支付的稳定性。
10、在一个实施例中，所述多个支付通道中至少一个所述支付通道设置有备用通道，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：判断所述支付请求对应的支付通道是否存在异常；若所述支付请求对应的支付通道存在异常，判断所述支付请求对应的支付通道是否为可用通道；若所述支付请求对应的支付通道为不可用通道，判断所述支付请求对应的支付通道是否设置有所述备用通道；若所述支付请求对应的支付通道设置有所述备用通道，确定所述备用通道为所述当前支付通道。
11、在上述实现过程中，通过对支付通道的异常进一步判断，只有在确定该支付通道为不可用通道时，才通过备用通道完成交易，提高支付通道的异常判断的准确性，进一步提高支付的稳定性。
12、在一个实施例中，所述控制所述当前支付通道与所述支付端进行交易之后，所述方法还包括：判断所述交易是否成功；若所述交易失败，则在失败统计中记录，并判断所述当前支付通道是否达到熔断标准；若达到熔断标准，则将所述当前支付通道标识为异常，并进行熔断。
13、在上述实现过程中，在每次交易后，将交易结果进行统计，以根据相应的熔断标准或恢复标准等，对该当前支付通道的状态进行更新，提高当前支付的通道信息的准确性。
14、在一个实施例中，所述多个支付通道设置在支付系统中，所述支付系统设置于对应的地区，每个地区设置一个或多个所述支付系统；所述获取所述支付端的支付请求之后，所述方法还包括：判断所述支付请求对应区域的所述支付系统是否可用；若所述支付请求对应区域的所述支付系统不可用，确定与所述支付请求对应区域的所述支付系统关联的域名区域；将所述支付请求转发至所述域名区域对应的其他支付系统。
15、在上述实现过程中，若某一区域的支付系统不可用，可以切换至与该区域的关联的域名区域，并将支付请求转发至域名区域对应的其他支付系统，以通过其他支付系统进行交易，可以获得快速、稳定的服务响应，享受无缝的系统访问体验，并在各个时间和地点都能够顺畅地进行交易，增强用户体验感的同时，提高支付的稳定性。
16、第二方面，本技术实施例还提供一种支付系统，包括：多个支付通道和控制器，所述多个支付通道相互独立；所述多个支付通道均与所述支付系统的渠道接口和支付接口连接，所述渠道接口用于通过每个支付渠道的接入协议接入多个支付渠道，所述支付接口用于接入支付端，所述支付通道用于将所述支付接口获取的信息传输到所述渠道接口；所述控制器分别与所述多个支付通道连接；所述控制器用于获取所述支付端的支付请求，并根据所述支付请求和所述支付通道的通道信息确定当前支付通道；所述控制器还用于控制所述当前支付通道与所述支付端进行交易。
17、在上述实现过程中，通过设置渠道接口，该渠道接口通过每个支付渠道的接入协议接入多个支付渠道。则多个支付通道可以通过渠道接口与多个支付渠道连接。另外，多个支付通道还均与支付接口连接，以使该支付系统提供统一的支付接入接口，当支付端采用不同支付方式的支付请求时，支付端仅需要与支付系统的支付接口对接，无需与每个支付渠道单独对接，可以极大的减少用户的开发和维护成本，提高支付接入的效率和便利性。
18、第三方面，本技术实施例还提供一种支付架构，包括：多个权利要求8所述的支付系统；多个所述支付系统设置于多个地区，每个地区设置有一个或多个所述支付系统；其中，若某一地区的所述支付系统不可用，切换至其他地区的所述支付系统进行交易。
19、在上述实现过程中，通过在各个地区均设置相应的支付系统，当某一地区的支付系统不可用，可以切换至其他地区的支付系统进行交易，提高整个支付架构的稳定性和安全性，同时还可以增强用户体验感。
20、在一个实施例中，所述支付架构通过kubernetes对多个所述支付系统进行管理。
21、在上述实现过程中，通过设置kubernetes对多个支付系统进行管理，在某一个节点或容器实例发生故障时，自动将负载转移到其他健康节点上，实现无缝的服务转移和持续的支付服务，提高支付稳定性。同时可以根据实际的支付请求量和负载情况自动调整系统资源，确保支付系统能够高效地处理大量并发请求，实现支付架构的高可用性和性能优化。另外，还可以在节点或容器实例发生故障时快速检测并进行自动修复，减少系统停机时间和数据丢失风险。
22、第四方面，本技术实施例还提供一种电子设备，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的任一种可能的实施方式中的方法的步骤。
23、第五方面，本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面的任一种可能的实施方式中支付方法的步骤。
24、为使本技术的上述目的、特征和优点能更明显易懂，下文特举实施例，并配合所附附图，作详细说明如下。
1.一种支付方法，其特征在于，所述方法包括：
2.根据权利要求1所述的支付方法，其特征在于，每个所述支付通道均设置有对应的异常阈值，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：
3.根据权利要求2所述的支付方法，其特征在于，每个所述支付通道设置有对应的熔断期，所述方法还包括：
4.根据权利要求1所述的支付方法，其特征在于，所述多个支付通道中至少一个所述支付通道设置有备用通道，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：
5.根据权利要求1所述的支付方法，其特征在于，所述多个支付通道中至少一个所述支付通道设置有备用通道，所述根据所述支付请求和所述支付通道的通道信息确定当前支付通道，包括：
6.根据权利要求4或5所述的支付方法，其特征在于，所述控制所述当前支付通道与所述支付端进行交易之后，所述方法还包括：
7.根据权利要求1所述的支付方法，其特征在于，所述多个支付通道设置在支付系统中，所述支付系统设置于对应的地区，每个地区设置一个或多个所述支付系统；所述获取所述支付端的支付请求之后，所述方法还包括：
8.一种支付系统，其特征在于，包括：多个支付通道和控制器，所述多个支付通道相互独立；
9.一种支付架构，其特征在于，包括：多个权利要求8所述的支付系统；
10.根据权利要求9所述的支付架构，其特征在于，所述支付架构通过kubernetes对多个所述支付系统进行管理。
