cinlen

直通是没问题的，我以为你说的是切分。

昨晚试用了一下 qwen cli + qwen3-coder, 写了一个简单 task 让它自己跑就没有管它了，早上想起来看了一下，赠送的 100 万 token 额度已经用完了而且工作也没做完。

每次提交采用 git commit amend 不断向上一个 commit 合并，或是 git rebase -i 然后选择要合并的多个 commit.

采用 rebase + squash 可以得到干净的提交历史， 只是你要有能力 hold 得住这套机制。

@MajestySolor 你理解错了

前前东家是做海外产品，有 toC 也有 toB 产品线。

我们花了些功夫把 toB 线从国内某云迁到 aws ，原因是海外的不少大企业有自己的安全团队，他们发现在使用我们的软件时，请求发往了中国的一家云厂商。

他们觉得会有数据安全问题。

真实案例仅供参考。

@Tidusy 如果项目中采用 migrate 的方式，那么如何避免这类情形发生呢？让 DBA review 吗？

@JYii 权限问题确实没考虑到，那确实无脑使用第二种方案就行了。

@gcdsss 我看有人讨论 14600kf 有缩缸问题，b650 好像在这个问题上更折腾一点，所以选的 z790 。 如果 b650 可行，那我就换 b650m 了

k8s 默认的调度器不是 load-aware 的，也就是说它感知不到你物理上的资源消耗。

它凭节点上的 pod requests 资源总和做决策，你的 pod 不写 resource.requests ，那在 k8s 调度器看来你的 pod 就不占资源。

你可以确认看看是不是：

1. 这 5 个 centos 节点的 pod requests 资源之和较少
2. 是不是你的架构是 3 master 5 worker ？然后有什么策略会让 workloads 优先考虑调度到 worker 。