日活百万的网页应用如何保证用户体验与可靠性？

[n18255447846]

最近在撸一些 tg 上的 miniapp ，其实就是嵌了 Telegram SDK 的 H5 网页。人少时勉强还能用，人数上百万时体验就不行了。虽然用户数多，但可能就是些草台班子搭建的，我甚至看到个直接挂在 github pages 上的。

用户体验（前端）

• 这一块应该不是瓶颈，但是胡乱“糊”的毫无体验可言。有用 react/next.js ，有用 vue/vuxt.js 的，动不动就重新 render 整个列表或页面。卡顿，白屏，无法交互等，不知道做了什么导致 cpu 飙高设备发热
• CDN 与缓存，HTTP2 or HTTP3
• 错误上报，反馈。内部测试没几个人，一旦数量级上百万了，错误率也可能放大 n 倍。没有这一环开发者根本不知道会出现什么 bug

可靠性（后端）

• 经常看到一些网络错误，通常是 500 ，导致 502/504 网关之类的
• 数据库/服务器负载能力。备用？或者创建集群？
• API 请求量，接口防刷。有些或许能在边缘节点运算？

[BeijingBaby]

做什么都是有成本的。

不赚钱就不值得投入去做好这些事。
但是如果赚钱，那体验这么差都能赚钱，我为啥要改进。

[akira]

大部分都是拿别人现成的东西改吧改吧的，生命周期 非常短 ，做这些事情的人甚至不一定懂编程。

[Donahue]

tg 有什么 app 能够有这么多用户，miniapp 是什么

[user23125]

Varnish 做前端缓存，Memcached 做数据库缓存。

越简洁越可靠。服务器内存大点，单机完全没问题。

[user23125]

@Donahue 大概率夸大了，月活百万就已经很难了

[fkdtz]

百万日活跟百万并发是两码事。

如果是百万日活且业务不复杂，加一层缓存后端再多加点机器抗一下没啥问题。业务复杂就需要拆服务搞分层了，要做的细节有很多。

如果是百万并发的话没有发言权，看看楼下怎么说。