应该是有接入你们自己的前端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块钱的成本,比起你别的什么方案都靠谱的多。
当然如果你有成千上成万台服务器,那另说,我估计整个社区的人员里面用的到成千上万的服务器的人也不多。再说了整个中国互联网能用到成千上成的服务器的项目也没有几个
推荐文章: