保留原始来源与发布日期的新闻、博客和活动。
Web PKI 是互联网安全的公共底座，后量子迁移不是换一张证书那么简单，会牵动浏览器、CA、TLS 握手、证书链长度和运维自动化。Let's Encrypt 公布了自己的后量子路线，把 Merkle Tree Certificates 列为可能方向，目标是在量子威胁到来之前给出可部署、可扩展且不明显牺牲 TLS 性能的方案。平台团队可以开始跟踪 ACME 客户端、证书链大小和内部 CA 会受哪些影响。
跨区域容灾最难的部分往往不是复制本身，而是切换时的容量、顺序、依赖服务、入口和回退。AWS 的应用恢复控制器给 Region switch 增加了 Amazon Aurora 的扩容和 Amazon Neptune 全球数据库的故障转移，让数据库恢复并进统一的应用恢复计划，跨区域恢复从手写 runbook 往托管控制面走。用这套方案前仍要实测演练：读写角色切换、容量预热、依赖顺序、RTO 与 RPO，以及失败后的回滚路径。
AWS 数据库博客连着发了两篇，梳理 Aurora PostgreSQL 和 RDS for PostgreSQL 上由扩展提供的索引类型：一篇讲 bloom、pg_trgm 和 pg_bigm，覆盖多列等值过滤、模糊匹配与日文等亚洲语言的检索；另一篇讲 SP-GiST、btree_gin 和 btree_gist，落点在操作符类和可扩展索引框架。这些能力在生产里常见却容易被忽略，适合拿来做索引设计评审。
PostgreSQL 一个连接一个后端进程，每个后端空闲时占十几个文件描述符，写入时可能到几百个，max_connections 设得过大又不做池化，很容易撞上 fs.file-max 或进程的 RLIMIT_NOFILE。征兆是日志里先出现 out of file descriptors，随后后端被信号 6 终止并触发崩溃恢复。作者的建议是用 PgBouncer 把连接收敛到几百个后端。
Stefan Fercot 用 pgBackRest 2.58.0 配 Percona Server for PostgreSQL 18 和 pg_tde 做了一轮实测，数据是约 1.5 GB 的加密 pgbench 表，仓库放在 S3 兼容对象存储上，WAL 也开了加密。结论是全量与增量备份、同步和异步归档、恢复到命名还原点都正常，用 OpenBao 管密钥的过程对备份透明。代价是压缩、块级增量、WAL 头校验和页校验都得关掉。
PostgreSQL 全球开发组发布 19 的第一个 Beta，正式版预计在 2026 年 9 月到 10 月之间。性能侧有异步 I/O 增强、并行 autovacuum 和 worker 自动伸缩，存在外键时插入速度最多提升到两倍。新功能包括 SQL/PGQ 属性图查询、GROUP BY ALL 和增强的时态查询，安全侧加了 SNI 与密码过期警告，监控多了两个统计视图。逻辑复制支持序列复制，数据校验和可在线打开，JIT 默认关闭。
可用 OpenAI SDK 或 Responses API 调用，Codex 也能配置成走 amazon-bedrock provider。
kubelet API 细粒度授权、DRA 能力稳定化和 Ingress NGINX 退役提醒都要进升级计划。
托管缓存补上持久性，用它做会话、队列和限流的团队可以重估 RPO、RTO 与责任分界。