在当今数字化时代,人们的生活和工作方式正在发生着巨大的变化。越来越多的企业和个人开始依赖于各种数字化产品和服务,而这些产品和服务往往需要通过对接各种外部三方渠道来实现。然而不同的渠道之间存在着巨大的差异,例如接口协议、数据格式、安全性等方面的差异,这给对接工作带来了极大的挑战。为了解决这些问题,我们开发了SCAP平台,旨在提供一种简单、高效、安全的渠道接入方式。
1.背景
信也科技在支付、短信、资金、国际化等业务线均有对接三方渠道的场景,涉及的业务范围非常广泛,接入的渠道方在500+以上,导致不同渠道之间存在巨大差异。为了满足不同渠道的接入需求,我们结合对接渠道丰富的行业经验,以及聚合支付和国际化的实践验证,形成了一套简单易用、高性能、高可用、高安全的智能渠道接入低代码平台。
2 SCAP(智能渠道接入平台)介绍
2.1 三层架构建立一站式渠道接入方案
平台包含入口网关、渠道路由、集群隔离、脚本模板、健康中心以及配置平台等功能模块。
2.2 多集群化部署使渠道资源进行隔离,保障渠道间的稳定性和安全性
2.3 行业内对接渠道的三大痛点问题
2.3.1 众多渠道维护上的痛点
(1)每个业务线接入不同渠道,分布各处系统,没有统一收口,不清楚到底接入了哪些渠道
(2)每个渠道我们该如何分配资源,如资源隔离,熔断,限流
(3)渠道的公共配置如何管理
2.3.2 渠道接入成本上的痛点
(1)网络协议转换复杂
(2)接入周期长,至少需要一周,业务快速接入试错的成本高
(3)渠道众多且对接方式不同,签名加密算法不一,编码困难,复用性低
(4)与渠道调试困难,手动组装报文
2.3.3 渠道故障排查以及预警上的痛点
(1)渠道故障感知不完善
(2)渠道问题排查困难,纯依赖业务打点日志,无法快速定位问题
(3)渠道流量监控,实时健康分析体系,故障渠道自动切换等功能较复杂
2.4 SCAP平台的解决方案
2.4.1 统一的渠道维护
(1)渠道维护上我们平台会配置租户、渠道、接口以及商户等信息,由平台统一维护各个渠道以及商户的配置信息。
渠道的资源分配上,我们会为每个租户进行资源分配,并为每个渠道做集群隔离选择。
渠道商户的公共配置由平台配置并自动统一加载到请求脚本中。
2.4.2 无代码化渠道接入
(1)通过页面配置的方式进行渠道的接入,体验就像POSTMAN的请求方式,整个过程快速便捷。
(2)通过模板引擎自动化生成执行脚本代码。
(3)页面上进行动态调试,执行脚本代码,并将执行日志打印控制台。
(4)支持http、https、ftp、sftp、socker等多种协议请求。
2.4.3 渠道故障排查以及预警
(1)平台发起的所有渠道请求都可以在后台进行报文查询,报文查询可以看到每次请求的耗时、请求以及响应结果,方便快速排障。
(2)平台渠道监控层面,可以查看每个渠道的调用量,平均耗时,http状态码等指标。
(3)渠道发生故障时,平台会分析每次请求的结果,对高失败率的渠道进行告警。同时也提供渠道自动熔断和热切路由功能。
3.SCAP优势以及价值
3.1 降本增效
统一的渠道对接接口,并提供了可视化的开发工具和丰富的组件库,使开发人员可以快速对接三方渠道,降低工作量和时间成本。
3.2 高效设计
平台提供了灵活的脚本修改和更新机制,无需发版完成上线。
3.3 灵活安全
提供了身份权限认证、数据权限管理、配额管理、流控管理等。
3.4 精细监控
提供多维度、细粒度实时监控,可视化看板以及告警策略,让对接方仅需关注渠道对接工作。
标签:数字化,接入,痛点,平台,对接,渠道,壁垒,SCAP From: https://blog.51cto.com/u_16156219/6911823