sujin190
ONLINE

sujin190

🏢  南京
V2EX 第 36127 号会员,加入于 2013-03-19 10:01:03 +08:00
今日活跃度排名 1173
SQL 当作脚本执行引擎
数据库  •  sujin190  •  120 天前
支持多数据源联合查询的本地运行 SQL 执行引擎安装和配置
数据库  •  sujin190  •  2023-07-18 09:35:23 AM  •  最后回复来自 sujin190
2
k8s 集群的 ingress 为啥识别不到另一个节点部署的 pod
Kubernetes  •  sujin190  •  2022-03-16 21:36:12 PM  •  最后回复来自 sujin190
2
分享一下完全不依赖 asyncio 也支持异步语法的库
Python  •  sujin190  •  2021-10-12 15:29:44 PM  •  最后回复来自 sujin190
59
sujin190 最近回复了
2 天前
回复了 ShawyerPeng 创建的主题 程序员 分布式锁是否能实现锁住一个 key 范围
顺便说如果你用的是大家用挺多的 redis 分布式锁,因为 redis 协议原因,冲突率较高情况下性能会有较大下降,单个加锁延时在冲突率高情况下提高不少,也是需要考虑的
一般来说各种介绍分布式锁使用的文章说到的场景实际冲突率都低于百分之一吧,可以统计或者预估下冲突率在啥价格
如果冲突率实在高又并发不均衡就是有较大峰值,那还是好好的用 kafka 来搞吧
2 天前
回复了 ShawyerPeng 创建的主题 程序员 分布式锁是否能实现锁住一个 key 范围
看了半天似乎你这个不就是某个人开始结束时间更新不应该因为时序和并发问题覆盖回跳吧,不用那么纠结按人加锁就是了吧,我看你补充说可能操作的时候不上报结束统一上报,但也就是几百个而已
加锁要分析的是冲突率、单操作耗时和等待时长,然后以此计算线程连接各种资源是否能满足需要的并发,不是加锁就不能高并发吧
就你这也就计算更新个时间耗时这么低,按人加锁也没多大影响吧
你这第一条客户端校验服务端证书就理解不对吧,证书校验就是验证 ca 是否合法,只不过一般的 https 客户端默认使用一堆系统内置的可信 ca 来校验,任意通过即可,所以外加域名验证来确认服务器签发的证书是有效,但是客户端这个行为也是可配置的,如果你指定只信任特定 ca ,而这个 ca 签发服务器证书是有你控制的那就没必要校验域名了啊
而服务器这边开启客户端校验的时候默认行为就是需要添加需要信任的指定 ca 的吧,而且这个 ca 签发客户端证书也是你可控的,这不就好了,虽然这个行为也是可配置调整的,既然你都调整配置了,那你也完全可以指定继续校验客户端证书的其他信息啊,比如指定特定指纹才是有效的
@Greendays #39 为了在游戏里作弊不能,但是为了在游戏里帮别人作弊赚钱可以,23333
8 天前
回复了 linxuan716 创建的主题 Kubernetes 你认为什么规模的公司适合使用 k8s?
@linxuan716 #12 还好吧,阿里云之类镜像服务都有自动化服务吧,授权仓库绑定建 tab 就自定 build ,镜像仓库在设置好触发器自动触发 k8s 更新滚动重启,这不比你拉代码重启还简单
8 天前
回复了 linxuan716 创建的主题 Kubernetes 你认为什么规模的公司适合使用 k8s?
主要问题是业务量不够上了 k8s 会贵不少,维护哪复杂了,更简单了吧
@happydezhangning 显然不能,三个三峡而已,对我国现在的用电量来说也就几分之一,影响电价显然完全没可能,如果把太阳能板铺满罗布泊那发电量那倒是可能了,想达到影响电价年发电量怎么也得有个 3 万亿度还差不多,这可是十几个三峡才能提供的年发电量啊
@rocmax 就这?!!看来你对我国的产能还是认识不足啊
这效果,非常可以了
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   902 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 54ms · UTC 21:14 · PVG 05:14 · LAX 14:14 · JFK 17:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.