a728976009

op 说的这些都是有收益的
真正没收益的东西都是一些半死不活的产品，而它们存在的意义就是，恶心友商

docker 很早之前就开始了组件化，moby 早在几年前就搞起来了，从构建和运行的角度来看，docker 基本上可以等同于 buildkit 和 containerd 了，所以，弃用 docker 也就无从谈起。而从普遍适用性的角度来看，docker 仍然是最普遍的容器构建工具和运行时。
所谓 k8s 弃用 docker ，正确的说法应该是 k8s 弃用 docker-shim ，不得不说 google 的话术足够狡猾。
至于 podman ，从体验中看不到跟 docker 的任何优势，我用的是时候记得 dockerhub 的镜像还需要强制加上 docker.io 的 registry 前缀，就这一点就放弃了，一大堆已有的 dockerfile 总不能一个一个改吧，而且实测 buildkit 的构建效率也要比 buildah 快，没动力折腾。

@ezod #34 求键盘托链接

真好，羡慕

oauth2 协议里就是 clientid，这只能说明叮叮没支持标准的 oauth2 或 oidc 协议

@SjwNo1 #66 jwt 不是用来解决 sso 的，它是一种 encode 方式，你需要找的是 oidc，建议搜一下关键字 oidc sso

@kahlkn #58 阿里云有 oidc 服务的 https://oauth.aliyun.com/.well-known/openid-configuration，Google 更是用了 oidc 很久了，甚至还有一个 playground https://developers.google.com/identity/protocols/oauth2/openid-connect

另外用 session cookie 做单点登录就十分恶心，大型的分布式架构上体验不佳。
认证协议的发展是一个过程，从 session cookie -> saml -> oauth -> oidc，到现在流行的 idaas 服务，每一步发展都是有原因的，你不能倒退着来。
当然这也不是说 session cookie 就无用武之地，session cookie 还有很多使用场景的。
另外 jwt 是分为 jws 和 jwe 的，我们通常指的都是 jws，应该把它看成是一个 encode 方式，jwe 才是 encryption，但这些都不能和认证协议等价。

因为 oauth 和 oidc 几乎已经成为行业的认证标准了，安全有顾虑你可以用 jwe 代替 jwt