• silkapok

    刚工作不久时,面试聊到 HTTP 请求(GET / POST 这些),面试官顺着问了个问题:服务器带宽有限,而前端要提交的数据量多且请求体大,这种场景下该怎么设计?前后端怎么配合。

    想请教下:除了压缩、分片这些,还有没有我漏掉的关键考点?哪些才是面试官真正想听到的关键词?

    主楼
  • 摇摆熊

    给用户前端渲染一个

    ai agent正在使用远端计算节点处理,请耐心等待。

    类似于

    图片

    #1
  • silkapok

    应该不是,因为当时是从http请求,get、post,这些问题衍生出来的。并且当时还没有ai这个概念

    #2
  • hanzi

    还有看数据是不是增量小吧,如果大量重复可以增量同步

    #3
  • 摇摆熊

    很早的话,能不能是对象存储的问题

    #4
  • Ys_Ltr

    意思是显示一个进度条,让用户排队等待

    #5
  • Xer56

    你这个服务器可不可以多台,还是只有一台,多台应该想听分布式吧。

    #6
  • 就不告诉你

    Thinking…

    #7
  • xxx

    就加个等待条 预计时间,然后上对象存储之类的

    #8
  • Monster_Dump

    先确定问题的场景 (不同场景,有不同设计),是指 C 端用户操作场景?还是后台管理操作场景?或其他什么场景?

    #9
  • 大橘

    提交的数据量具体有多大 w?

    如果类似于网盘上传大文件,可以考虑poll长连接或者websocket,不然稍微大一点延长客户端超时就行了 w

    如果服务器确实带宽小用OSS对象存储 w)

    #10
  • Ivan_Li

    对象存储,服务端签名上传链接给客户端传呀。

    只是服务器带宽不够,不是客户带宽不够,我感觉得先掌握数据了再说。

    然后服务器能在内网拉的话就很快,不然就慢慢搬咯~

    #11
  • sse

    流式(streaming)处理,不要将数据整个读到内存,处理一块丢一块(或者卸载到s3)

    校验码(checksum),检测传输完整性(可以不使用密码学hash)

    限流(rate limit),阻止用户短时间传输大量数据阻塞公网入口

    额度(quota)控制,阻止用户传输大量数据占用存储资源

    分层(tired)存储,热数据服务器或s3,冷数据归档或磁带

    还有楼上说的客户端直连对象存储

    #12

发表回复

登录后回复