qweruiop 最近的时间轴更新 qweruiop 最近的时间轴更新 |
qweruiopV2EX 第 634178 号会员，加入于 2023-06-16 08:31:22 +08:00今日活跃度排名 4093 |
| graylog, loki 之外的日志系统推荐？ 问与答 • qweruiop • 45 天前 • 最后回复来自 root71370 | 7 |
| gitbook 的免费平替 问与答 • qweruiop • 64 天前 • 最后回复来自 heimoshuiyu | 1 |
| 求推荐一个性价比高的 ip 检测服务 问与答 • qweruiop • 65 天前 • 最后回复来自 xxxbin | 2 |
| 关于私有 docker registry 的维护 问与答 • qweruiop • 90 天前 • 最后回复来自 Lexgni | 7 |
| 求高手推荐一个便宜的 esim 卡 问与答 • qweruiop • 118 天前 • 最后回复来自 geomancy | 44 |
| 求推荐一个开源的用于自己部署的图片演示站程序 问与答 • qweruiop • 174 天前 • 最后回复来自 mgrddsj | 1 |
| 求推荐一个 blog 的程序 问与答 • qweruiop • 192 天前 • 最后回复来自 Track13 | 7 |
| 自动化 twitter 的 Python 库？ Twitter • qweruiop • 93 天前 • 最后回复来自 carlosclearman | 2 |
| 求推荐能同时链接 chatgpt 和 ollama 的 webui Local LLM • qweruiop • 239 天前 • 最后回复来自 kangfenmao | 3 |
| 自建 git 的方案 git • qweruiop • 279 天前 • 最后回复来自 qweruiop | 57 |
qweruiop 最近回复了
同感，iphone16pm+三星双持，三星从 fold6 换到 flip6 ，聊天专用机，爽歪歪，大屏的实际使用效率非常低。。。不过质感确实爽
1 天前 回复了 paddistone 创建的主题 › 程序员 › 搞了一个规则引擎 |
没有开源，还是要注册，放弃了。
md ，游戏机有了，就是没人。。。怎办。。。
3 天前 回复了 des 创建的主题 › 问与答 › 现在的软件是不是越来越大了，不知道是不是错觉 |
risingwave 一向大的出奇。。。
11 天前 回复了 cutedogspark 创建的主题 › 分享发现 › google voice 无法使用 whatsapp |
n 年以前 whatsapp 是可以用 gv 的，后来改了政策之后就不行了。。。老得可以继续登陆，但是不能注册了。。。
17 天前 回复了 OysterQAQ 创建的主题 › 分享发现 › dell u2725qe 官网上架了 |
有网口了很喜欢，就是价格有点贵。。。等到 3k ，升级下。。。
45 天前 回复了 qweruiop 创建的主题 › 问与答 › graylog, loki 之外的日志系统推荐？ |
59 天前 回复了 winskyme 创建的主题 › Android › android 私有云手机的实现方案 |
现在一般的群控都是 redroid-rk3588
68 天前 回复了 jeesk 创建的主题 › 程序员 › cloudfalre worker 也许是目前 web 服务部署的一种最佳实践。 |
@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 ，你基本上迁移不出来了。。。
都是深度绑定的。你一个项目可能开始的时候，会比较注意，但是开发一段时间后，你是不可能低改动成本迁移到其他 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 ，你基本上迁移不出来了。。。
69 天前 回复了 jeesk 创建的主题 › 程序员 › cloudfalre worker 也许是目前 web 服务部署的一种最佳实践。 |
cf worker 是个大坑，已经有 2 个业务从 cf 迁移走了。
一旦上量，cf 会一直建议你买企业版，然后你的 worker 和 r2 的账单会无法想象。
一旦上量，cf 会一直建议你买企业版，然后你的 worker 和 r2 的账单会无法想象。
Select Language