当然可以商用，付钱卖许可以了。生产资料用来赚钱还不付钱，人家公司也不是慈善机构啊

k3d 或者 docker ，都是跑在容器里面的 k8s 。
host 机只要装 docker 就可以了，也不会弄坏 host 机的环境。这两个是最方便的了。

因为国外需要算人效。

假设你一大型企业，一万名员工，现在自己做个 yubikey ，上了 5 个码农，1 个产品经理，2 个硬件工程师，一年光工资就两百万美元打不住。这还没算生产和硬件成本。

关键是你买个 15000 个 yubikey ，给员工一人发一个，一百万都不到。。。

无他，划不来而已。

成绩单

之前试过 TDD ，发觉在搞增删查改的时候并没有想象中顺手。
知道我开始写一些框架类代码的时候，才发觉 TDD 的好处。思路非常的自然，先站在用户的角度想别人要怎么使用你的框架，然后写出测试用例，最后去补实现。

这样写出来的框架，质量既稳健，同时又能站在用户的交付思考很多使用难易度的问题，非常的有帮助。

为啥 readiness 不配个 http 探针，报 200 之后再 ready 不可以吗？

教程的核心难道不是里面的内容么。。

排版啥的干净方便查询不就可以了。。

即使物理机都是你的也可以降低成本。你本来的机器利用率是 50%，跑 10 个任务假设需要 16 台机器。
现在用了 k8s ，机器利用率提升到 80%，现在跑同样的任务量，你只需要 10 台机器。

这样在采购机器的时候，就可以少买机器，电费和维护费用也会降低。
提高利用率也是降低成本的一种

看看 OPTIONS 的那个 request 返回有没有头文件

你付了钱的，叫供应商过来给你解决

这类东西连框架都不用。一般就是几个云厂商的函数计算服务，例如 aws lambda 写几个简单逻辑扔上去就可以

2022 年了。。为啥还有 py2... 2020 年之后就得不到更新了。。

没毛病，两条语句都执行成功了，所以事物成功了。第一条更新 1 条记录，第二条更新 0 条记录，都执行成功。
你问的应该是，怎么让更新 0 条记录的时候 update 语句失败，而不是成功。你可以在 update 之后加 returning id ，返回受到更新影响的行的主键。这时候 0 条记录更新的情况下，会直接失败。

东西都在谷歌上，通讯录，邮件，日历，相册。
被绑架了。

freebsd + i3

典型的💎依赖问题

rancher 可以自动在这些平台上面 裸起 k8s ，全程 UI ，简单的一笔。

自己玩玩的化，我推荐 digitalocean 和 linode 。
你要是不熟 IAM ，VPC 这些东西，三大平台上手头晕目眩。。

supabase + 2