IM 系统维护成本问题

[thrall]

昨天谈了一个外包，客户是做类似天猫精灵的产品。APP 与硬件设备之间有一些通讯，可以理解为 IM 通讯。

目前考虑用 socket.io 或者网易的 pomelo
服务器用阿里云，并且使用 slb 负载均衡（最高配的好像能连 500w 个连接）
数据库，备份，缓存等等，能花钱解决的绝不自己干。

本来给客户承诺免费维护一年的，但是担心明年他们销量太好（暂时先不讨论他们是不是真的能卖的好）。
因为没有正经的干过运维的工作，更没干过 TCP 相关的运维工作，因此对维护成本没有概念。搞不好明年真的要给他们白打一年工了。

准备跟客户解释一下，在合同里规定，免费维护一年（条件是设备连接数小于 n ），超过了之后要收费，比如每超过 1w 台（不足 1w 按 1w 计算），每月收 1000 （具体多少也没概念）

所以想请教一下经验丰富的大神，1.如何定这个免费的指标，2.连接数每增加 1w/10w，我的维护成本会增加多少呢

[zouxy]

建议直接免费维护
卖得不好，和谈的一样
卖得好，他们估计也不会在乎多给你点钱。

[swulling]

运维费用要看你理解的运维服务都是哪些。

比如七乘二十四 oncall，就很贵

[thrall]

@zouxy 我的意思是担心他销量高了，系统压力大，经常要解决问题，优化性能什么的，从而影响了正常收入。

[ywgx]

可以合作一下，云上运维的事情可以借助平台工具 xabcloud.com 这样基本上就没啥压力了，客户爽了，你轻松了，大家三方共赢

[fiht]

这个维护的概念不是 哪个地方有重大 bug 上线了才发现，然后这个 bug 在一年之后发现的话可以免费给解决，一年之后的话就不管了。
（不应该是这样吗

[kx5d62Jn1J9MjoXP]

@zouxy "卖得好，他们估计也不会在乎多给你点钱。" 这你就想当然了

[chairuosen]

大概会坑死吧，要不就只提供 BUG 修复，不提供 oncall

[satanandroid]

"卖得好，他们估计也不会在乎多给你点钱。" 这你就想当然了

[opengps]

一定要限制最大并发，不然就是你死扛的份

[thrall]

@opengps 我就是这么想的，就是不确定限制在多少合适

[xd314697475]

要是遇到双 11 这样的情况，还能好好过吗？
绝对不能 oncall
其实 bug 修复都是个麻烦。。。如果他们卖得好的话