什么计划能抵得过核弹

整挺好

native:
https://github.com/crazypeace/naive

目前 cf 的 wireguard 依旧很稳

这种不是直接到 ingress 开源项目提 issue ，这里问问个啥

Svelte 不比 vue 简洁优雅？

小文件要用谷歌的 cdc-rsync 服务去同步，比 rsync 快很多
https://github.com/google/cdc-file-transfer

如果不在乎速度，还打算备份成一个压缩包，可以使用
zstd -14 -T4 -r /opt -o a.zst
如果是远程备份
slave=1.1.1.1 #做好免密登陆
zstd -14 -T0 -r /opt -c | ssh $slave "cat > pkg_file. tgz "

你说的是 endpoint ，kubectl get ep -A 可以获取全部实例的地址和端口。
同一集群走 svc ，跨集群使用 smart dns

你玩什么人家玩什么，除了美妆，不都一样

最早用的是这个方案，但只能是当前目录下，后面使用上面 gitlab ci 自带缓存功能。
RUN --mount=type=bind,source=./.m2,target=/root/.m2,rw,bind-propagation=shared mvn package

maven package:
stage: package
cache:
key: ${CI_COMMIT_REF_SLUG}
paths:
- target/
script:
- mvn -s $setting_xml package -DskipTests



这个 cache 字段的作用是设置 job 的缓存规则。GitLab CI/CD 的缓存功能可以帮助加速构建和测试流程，避免重复下载和编译依赖包。

在上面的例子中，缓存的 key 是 ${CI_COMMIT_REF_SLUG}，这个变量会被替换成当前代码的分支名（如 main 、release 等）。缓存的路径列表是 target/，意思是只缓存 target/ 这个目录下的文件。

所以，当这个 job 运行时，它会先检查是否有与当前分支名相同的缓存。如果有，它会将 target/ 目录下的文件复制到当前目录，然后继续执行后面的脚本。如果没有，它会直接执行后面的脚本，并在结束后将 target/ 目录下的文件缓存起来。

@balabalaXMX 早稳定了，很多第三方已经用上了，比如 kubeshpere 。服务网格不是用来做跨集群通讯，通俗的讲是作为流量网关使用。Istio 背后有大企业加持，用户广基于 golang + envoy ，linkerd2 是居于 rust ，比较轻量，linkerd 国外用的多。三楼的 cilium mesh 是居于 ebpf 的，比较新用的少。还有其他轻量 mesh 比如 envoy gateway 也是未来 mesh 的方向，目前还是 istio 用的多，但后面的各有各的优势

很好看，如果能部署到 fly io 就完美

场景一：假设你需要创建一个 sa 账号，分发给外部人员使用，这时候你就需要给它绑定权限，主要是对资源的管理，比如 node ，pod ，secret ，cm 等，根据使用者的需要设置固定的权限。
场景二：当你部署的应用是管理类应用，比如可以管理整个集群的，或者管理某个应用，比如 prometheus operator 就是管理 prometheus ，这时候需要创建不同的 sa 账户，对告警规则，告警等设置不同的权限。
以下是场景二的例子:
---
apiVersion: v1
kind: ServiceAccount
metadata:
name: monitoring-updater
namespace: monitoring
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
name: monitoring-updater
rules:
- apiGroups: [""]
resources: ["secrets"]
verbs:
- "*"
- apiGroups: ["monitoring.coreos.com"]
resources: ["prometheusrules"]
verbs:
- "*"
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
name: monitoring-updater
subjects:
- kind: ServiceAccount
name: monitoring-updater
namespace: monitoring
roleRef:
kind: ClusterRole
name: monitoring-updater
apiGroup: rbac.authorization.k8s.io



#检查是否有 secret 和 PrometheusRule 权限
kubectl auth can-i create secret --as=system:serviceaccount:monitoring:monitoring-updater -n monitoring
kubectl auth can-i create prometheusrule --as=system:serviceaccount:monitoring:monitoring-updater -n monitoring

https://www.kafkatool.com/ GUI 客户端看看

同为 0 ，不知道

fly.io + cf + nic.eu.org,哪里花钱了。
@prondtoo

清 cookie ，挂上 geoip

使用抖音聊天应该不会