背景：以 XX 为核心业务的 XX 集团，其有 XX 台运营车辆用于 XX 业务。
问题：传统模式下，车辆依赖地面人员管理，在业务扩张过程中遇到诸多问题：车辆损坏不可用、年检到期不可用、在途情况不明等，经常导致部分地区无车可用，使得 XX 业务低效运转。
思路：XX 集团通过数字化转型，建设车辆管理模块，实现车辆信息与状态集中管理，进一步让车辆运行状态可视化，允许地面人员快速掌握车辆情况，提前做出准确的车辆调拨决策。
方案：车辆管理模块设计能够较好的服务业务开展，提供基本信息登记、维修状态登记流程、运输状态跟踪以及证件信息到期提醒等功能。
结果：车辆管理模块上线后，XX 地区无车可用情况大幅减少。承载 XX 业务下 XX 台车的日常运营工作，服务运营里程超过 XX 公里。证件到期提醒功能模块提醒次数 XX 次，减少车辆停驶 XX 日。

在用石英峡谷 i7 9850H + 64G DDR4 + 500G RC10 系统盘+ 2T PM981 数据盘
帅是真的帅 Intel AMT/vPro 是真的没法用……
拓展性上限很低，板上 2 个 M.2+底部 16x 加起来上不了几块盘，毕竟桌面级玩具……

ingress 只是对象，声明了路由……
traefik 是 ingress-controller ，监听 ingress 变化并根据 ingress 路由流量……
nginx 也可以改一改拿来做 ingress-controller ，具体的方案就是 ingress-nginx-controller……
CA 管理建议 cert-manager ，只需要先配个 ClusterIssuer ，对应证书只需要写好 Certificate 以后还能帮你自动 Renew……
比如我现在部署服务只需要先写份 Certificate 申一本证书，Helm 的 values.yaml 里给打上 ingress 配置，就可以 helm install 完直接域名访问……

买 3 片 J1900

看 SEA 股价就知道大家对于虾皮并不乐观，但是好在虾皮自己盘子规模够大，所以至少短时间内不愁吃不愁穿……下行周期里还开的出工资的总是比直接开始裁员的更好一些……

选不如买……

为啥是 K8S 而不是 YARN+Spark

k8s 用户有 traefik
全靠 cccv yaml 过日子
先复制个 yaml 去申请 cert
然后再复制个 yaml 写 ingressroute…

看事情的……逃不掉的用流水线压缩成本，逃得掉的随缘……

给个现方案:
弱电箱 GS6 1 电上行光猫/3 电下行 3 间房
两个房间 XDR6078 一个房间 PC 全 2.5G

GS6 现在 PDD 259 应该就能买到 嫌弃占位置也有大量 RTL8372 方案可以买 不选 GS9 因为用不上 8 口 后续可以干线换光电转换模块把干线提升到 10G 去

XRR6078 PDD 入手价 408 最便宜双 2.5G 漏油器 即使没有外置 FEM 靠着发哥自带的信号也已经很牛逼了

不建议各种面板 AP 主要还是性能性能打不过 价格价格也很贵 除了好看以外没啥用

比如 mac 不支持菊花链……手持双 4K 显示器即使带宽够双 4K60 也不能一根 TypeC 解决问题

想搞响应式编程的话，以生产者-消费者模型为基础，得先入门一下函数式编程，再开始理解值容器也就是 Monad……太难了还是别学了

视地区会有 NAT4444 的 case ，即使你配置转发了也可能因为 NAT4444 访问不了……

搭 Zerotier ，join 同一个 network ，然后两个子网路由配置一下就过去了……

@MeteorVIP IPQ9570>>IPQ6000>IPQ8070A……ER2260T 不刷 OpenWRT 那个 IPQ8070A 根本发挥不了一点，用的还是千兆口 AX5JDC 去开隧道

直接价值回归啊……

@cmai 别用 Ceph 这类块存储延迟表现极其差劲……

环状列表+头指针
读操作其实是可以 LockFree 的，所有请求拿一份环状列表+头指针的快照回来，存一个尾指针指向下一个对象，第一个请求失败以后就取尾指针，顺序调用第二个，尾指针下移直到尾指针指向头指针。

7D12 内存带宽阉了一半，内存带宽敏感用户不建议……主要配合 Asus 家 Worker 模式拉频率可以拉出高分
7302 适合不纠结的普通玩家