 |
finian飞年 V2EX 第 19097 号会员，加入于 2012-04-05 13:04:47 +08:0012
 86  83  |
SZ
finian 最近回复了
2021-07-07 08:58:37 +08:00 回复了 longmeier90 创建的主题 › Python › 公司的 web 项目怎么实现热更新，不需要停服就能实现发版 |
搜 graceful shutdown
2021-06-04 09:03:00 +08:00 回复了 kensoz 创建的主题 › 程序员 › 上司不允许使用 es6 新特性理由是他看不懂 |
学个 filter 需要一分钟不？这都不让用，只能说明在技术上没有追求，其他什么理由都是扯淡。
2021-05-30 17:44:26 +08:00 回复了 farmer01 创建的主题 › 问与答 › k8s 的 statefulSet 的 Pod 调度问题 |
@plko345 requiredDuringSchedulingIgnoredDuringExecution 不能满足一个节点部署多个 Pod 的需求（均匀分布且每个节点多于一个 Pod ）
2021-05-28 21:42:42 +08:00 回复了 farmer01 创建的主题 › 问与答 › k8s 的 statefulSet 的 Pod 调度问题 |
@swulling 你说得对。我错看成 preferredDuringSchedulingIgnoredDuringExecution 了。因为我们之前的场景是希望 Pod 均匀分布，且每个节点会多于一个，在 1.18 版本之前，只能使用 podAntiAffinity 的 preferredDuringSchedulingIgnoredDuringExecution，这时候是不能保证均匀分布的。后来 1.18 版本后才改成使用 topologySpreadConstraints
2021-05-28 19:02:22 +08:00 回复了 farmer01 创建的主题 › 问与答 › k8s 的 statefulSet 的 Pod 调度问题 |
@anubu `podAntiffinity` 在正常情况下也可能会调度 2 个 Pod 到某一节点，它只是尽量满足约束条件，不是强制的。你说的某个节点宕机的情况下，在 `whenUnsatisfiable: DoNotSchedule` 设置下，不会出现 2 个 Pod 被调度到一个节点的情况（因为这时最大的 skew 为 2，不满足 maxSkew: 1 的约束），但是这时系统会停止调度（只部署了 2 个 Pod 在不同的节点，另外一个节点因为宕机无法调度）
2021-05-28 17:57:46 +08:00 回复了 farmer01 创建的主题 › 问与答 › k8s 的 statefulSet 的 Pod 调度问题 |
@finian 还要设置 `maxSkew: 1`
2021-05-28 17:55:14 +08:00 回复了 farmer01 创建的主题 › 问与答 › k8s 的 statefulSet 的 Pod 调度问题 |
`podAntiffinity` 是软满足（尽量满足），也可能会出现分布不均的情况。如果 K8s 是 1.18 及以上版本的话，用 `topologySpreadConstraints` 吧，并设置 `whenUnsatisfiable: DoNotSchedule`，这样能保证均匀分布
2021-03-08 08:53:42 +08:00 回复了 0576coder 创建的主题 › 程序员 › 关于 API 接口安全的思考，感觉 H5 端不好做，是不是各大厂主推 APP 也是这么考虑的 |
你提到的 App 的做法就是重新发明了一次 HTTPS，「所以可以考虑 APP 内置一个 rsa 的公钥」这个就是 HTTPS 中的 SSL Pinning 做法。关键是，即使你 App 做了足够多的防御，其他两个端也很容易被嗅探，没啥用
2021-03-08 08:42:55 +08:00 回复了 sillydaddy 创建的主题 › 奇思妙想 › 什么时候 AI 能给被子套被罩儿？ |
Select Language