应该是有接入你们自己的前端 sdk 的吧,感觉可以改造前端 SDK。1:自己服务器做一个简单的下单操作,返回一些参数给前端,让前端直接请求银行?2:把请求银行的操作交给队列处理,前端过几秒再请求队列处理状态,返回参数?
改成异步操作这是解决的方式之一,异步操作可以用 guzzlehttp 或者队列都行。看下银行接口是否给了 webhook 的功能,如果没有的话,使用专业队列也能解决。
但问题的本质是银行接口又非常慢 基本都在好几秒
依旧存在,至少当前的异步方案可以解决访问很慢甚至不能访问的情况
。
最后说一点,phper 不要迷信 swoole 或者 go,我呆过的公司使用 fpm 模式也能很好抗住流量。
一台 WEB 服务器才多少成本?按你说的配置,一台 WEB 最多 40 个进程,3 台 120 个进程,一个 PHP 执行 4 秒。相当于每秒可以支付 30 个支付请求?每秒 30 个支付请求。还差几台 WEB 服务器的成本?
另外看到很多人现在上来就是 SWOOLE 或是 GO,如果你是 SWOOLE 或是 GO 的高手,那么怎么都行。如果你是新手,你们有没有想过,如果线上环境突然出问题了,你多长时间能解决?这个时间内对业务对项目会有多大的影响。 选东西要综合自己的实情,另外如果逻辑或是代码不能解决的,最安全最有效的方式就是增加服务器。你就是加一倍的 WEB 服务器,一个月也才增加 700 块钱的成本,比起你别的什么方案都靠谱的多。
当然如果你有成千上成万台服务器,那另说,我估计整个社区的人员里面用的到成千上万的服务器的人也不多。再说了整个中国互联网能用到成千上成的服务器的项目也没有几个
推荐文章: