ConfigMap用来保存运行时配置数据，以KV键值对的形式存储容器可以通过两种方式来使用ConfigMap典型用法:A：如果通过 env / envFrom 将 ConfigMap 注入为环境变量，正在运行的容器不会自动拿到更新，需要滚动重启Pod；所以对于需要运行时动态变化的配置，“普通卷挂载 + 程序定期重新读取”通常更合适。 不需要为了改一个开关就重启 PodA： 不行，关键是：“挂载同一

或者说K8s原生中，没有LB这个对象，有的只是LoadBalancer这种Service类型，因此也就没有LB-Service的一对多关系。Ingress Controller的Service一般是前文中提到的LoadBalancer或者NodePort，通过IP(一般LB是公网，NodePort是内网)提供一个4层入口，然后Ingress Controller内部的nginx再解析 Host/P

多个任务在同一时间段内，可能由一个执行单元轮流处理，也可能由多个执行单元同时完成。：同一时刻有多个执行单元真正同时执行多个任务。并行一定是并发，并发不一定是并行单个执行单元(线程/协程)同一时刻只能处理一个任务，但是可以通过轮流处理，使得多个任务地被处理。

进程、线程和协程可以用一句话串起来：进程决定资源和故障属于谁，线程决定谁正在使用 CPU，协程决定线程等待时还能推进哪些任务。面对网络和数据库等待，协程能用很低的成本维持大量并发。面对同步阻塞库，线程池更合适。面对 CPU 密集、不可信或可能卡死的工作，进程隔离更加可靠。真正成熟的并发设计不会迷信某一种机制，而是把隔离、执行和等待放在各自正确的层级。

key 是快递，slot 是格子，Redis 节点是仓库管理员。一个快递只进一个格子，一个格子只归一个管理员管，但一个管理员要管很多格子。

1.最重要的一个，默认publisher(task) 未报错即代表消息已经推送到了消息队列中，但是实际上神秘小故障有可能导致实际上消息队列并没有成功收到(具体故障可以问AI)，因此我们需要使用消息队列自带的Publisher Confirm机制，来确保消息队列确实收到了消息，再修改DB状态。2.如果发送消息成功，但是由于神秘小故障，导致进程在修改outbox表的状态前就挂掉了，会导致下次publi