qweruiop

risingwave 一向大的出奇。。。

n 年以前 whatsapp 是可以用 gv 的，后来改了政策之后就不行了。。。老得可以继续登陆，但是不能注册了。。。

有网口了很喜欢，就是价格有点贵。。。等到 3k ，升级下。。。

@gaobh efk 的问题时资源占用太大了。。。我也用的 filebeat 。。。
@csys 就是差钱，loki 主要一直没搞定磁盘保留最少多少 gb 的 log ，而且经常搜索超时。。。
@mcfog 谢谢，这马上试试。。。

现在一般的群控都是 redroid-rk3588

@jeesk worker 最大的问题，他其实基建这一套，包括他的 d1 ，r2+cache ，Workers Analytics Engine
都是深度绑定的。你一个项目可能开始的时候，会比较注意，但是开发一段时间后，你是不可能低改动成本迁移到其他 serverless 的。

当你的访问量上来了，被攻击？你 worker 只能靠 cf 的防火墙来防，但是他那个防火墙的策略简单的可以，很难防住被刷，然后你就看到你的账单从几百到 几十 k 了。

重点是，当出现这个问题的时候：
1 ，如果通过自定义 cf 的 firewall 那些简单的逻辑，你基本要么防不住，要么把普通用户也给关了。。。
2 ，要或者，你当下再想迁移？基本上，也等于需要重写大部分代码了。。。

另外我们当时是 cf 的企业客户（被迫买的），就是为了用他的防火墙规则防止被刷 worker 。。。

https://blog.cloudflare.com/zh-cn/post-mortem-on-cloudflare-control-plane-and-analytics-outage/

出事的时候，几个组件瘫痪了差不多 2 天吧。。。然后打他那个企业版专属北美电话，也没啥卵用。。。

其实各大云都有故障，损失抛开不说，关键是出问题的时候，基于 worker 和他那些缓存啊，db 开发的方案，不像 go/java ，你基本上迁移不出来了。。。

cf worker 是个大坑，已经有 2 个业务从 cf 迁移走了。
一旦上量，cf 会一直建议你买企业版，然后你的 worker 和 r2 的账单会无法想象。

单实例的话，就放 aws 了。。。其他家都不靠谱。
之前图便宜，公司 cto 选了阿里云，放了阿里云新加坡，结果 机房居然可以着火，也没有所谓的高可用。
然后官方的赔偿就是各种扯皮，聊胜于无 。。。公司最后单方面赔偿客户了。。。