 |
1
cydian Nov 2, 2019 via Android
你得说你的下程序是干什么的？
每个用户需要处理多少内容？ 才能评估服务器资源需求。 你这上来就是几十个用户。 我每秒过百，换到 1H 都够用。 |
 |
2
gvhao001 Nov 2, 2019 via Android
你的要求并不高，就用最低的就好
|
 |
3
lhx2008 Nov 2, 2019
既然有这么多访问量，当然是买贵的了[滑稽]
|
 |
4
eason1874 Nov 2, 2019  1
这个要看用户请求背后做了什么吧。如果绝大部分用户请求的数据都可以缓存，那数据库肯定是以空间优先，硬盘够用就行了；如果每一个用户请求都需要多维度的复杂查询，那还是入高配吧，毕竟这么大力度的优惠活动一年没几个，错过了要再等几个月。
|
 |
5
a33656092 Nov 2, 2019
来我这打算吧，腾讯服务器数据库都划算的
|
 |
6
sugarkeek Nov 2, 2019
肯定会有人问我“你什么小程序一秒钟几十个用户访问啊？？你想多了吧？？我一个小时都没有几十个人访问呢”。
真的有。。。。 ============ 那不然嘞？根据需求选购嘛，当然，钱多另说。 |
 |
7
optional Nov 2, 2019 via iPhone
节约点，serverless 考虑一下
|
 |
8
opengps Nov 2, 2019 via Android 1
首先考虑下最密集的业务是什么，用机械硬盘里的虚拟机压测下 iops 指标，这个指标够用，那么就不用太高配置。数据库并非必须买，早期可以用服务器的硬盘剩余空间自己部署，后面根据情况做迁移
|
 |
9
sdjl OP |
 |
10
mzlzero Nov 2, 2019
云开发似乎也能满足你的并发要求
|
|
11
eason1874 Nov 3, 2019
@sdjl #9 你这个只能自己实测评估了，大家对你业务不了解，最多给个思路，具体规划给不了，给了也很难符合实际。
一般应用来说，因为读为主而且数据大多能缓存到内存，1c1g 数据库都用不完。如果是 12306 余票查询那种应用来说就比较吃资源，但要吃多少资源也跟处理逻辑密切相关，还是得实测。 |
|
14
eason1874 Nov 3, 2019
@sdjl #13 对多数应用来说是这样的。我看你说多数请求可以缓存的时候已经想建议你入手 1c1g 了，不过又不知道你业务复杂度，也不知道你数据处理逻辑，所以还是建议实测评估。
同样的业务经过优化和未经优化差很远，像 WordPress 网站很多主题随随便便就一千几百个查询，优化过能降到十几个甚至几个查询。 |
 |
16
hisenyuan Nov 3, 2019
云数据库应该不存在 xcxg 这么一说吧
我记得阿里的 RDS 是按容量和连接数收费的。 很便宜，性能也不错。 |
 |
17
sumarker PRO 一秒几十用户。。。。
这个不是考验 cpu 给内存的数据等级吧？ |
|
18
sdjl OP 恩，最后决定买 “8 核 32G 的服务器+4 核 8G 数据库了”，活动价一年总共 8500 的样子，不包括后期带宽和 CDN 费用
|
Select Language