标签

架构设计

PostgreSQL 迁移切换:逐库推进还是整体切换?先想清楚再动手

来源: postgr.es 60
新集群已经部署好了,数据同步也跑起来了,接下来就是切换(cutover)——把流量从旧集群切到新集群。很多人把切换当成迁移的最后一步,到了那个节点才去想怎么做。但实际上,切换策略决定了你怎么迁移,而不是反过来。它影响你怎么配复制、预留多少 replication slot、怎么处理 schema 变更、以及回滚路径长什么样。所以在搭复制之前,先把切换策...

TimescaleDB 2.27.1:该升级了,顺便聊聊怎么用好这个时序扩展

来源: oschina.net 56
TimescaleDB 2.27.1 发布了,官方措辞很直接——建议尽快升级。这不是一次大功能迭代,而是针对 2.27.0 的性能改进和缺陷修复,但"尽快"这个词说明修复的内容可能触及了生产环境的痛点。如果你正在跑 2.27.0,别拖。 下面先说升级操作,再给一个从零建 hypertable 的完整示例,最后列一份升级前的检查清单。 官方特别提醒:更新...

用图灵机的思路理解 CRDT:分布式协同不再靠锁

来源: oschina.net 56
分布式协同编辑——多人同时改一份文档、一张白板、一个表单——最难的不是网络延迟,而是"两个人同时改了同一个字段,谁的算对?"。传统做法是加锁:谁先抢到谁改,其他人等着。但锁在跨区域、离线场景下代价极高,甚至不可用。CRDT(Conflict-free Replicated Data Type)给出了另一条路:数据结构本身保证无论各节点以什么顺序收到更新...

用 MySQL HeatWave 高可用与读副本构建抗脆弱 API

来源: blogs.oracle.com 66
云上应用对可用性的要求已经从"尽量不宕机"演变为"宕机是常态,代码要扛住"。数据库主节点切换、副本复制延迟、网络瞬断——这些在分布式环境中不是意外,而是日常。MySQL HeatWave 提供了内置的高可用(HA)和读副本(Read Replica)机制,但光靠数据库本身不够,API 层必须主动配合,才能把"基础设施抖动"对用户的影响降到最低。 Hea...

勒索软件后的 AWS 灾备:当备份与凭证不再可信时的恢复策略

来源: aws.amazon.com 69
传统灾备防的是地震、断电这类"天灾",底层逻辑是:基础设施是可信的,只要把数据从异地拉起来,业务就能跑。但勒索软件和恶意破坏是"人祸"——攻击者不仅加密数据,还会刻意污染你的备份、窃取你的高权凭证、在基础设施里植入后门。 网络韧性(Cyber resilience)的核心不是防,也不是查,而是:当备份、凭证和部分基础设施都不再可信时,如何把工作负载恢复...

AgentScope Java 1.1.0:Harness 工程框架落地,从本地提效到分布式 Agent 一套搞定

来源: my.oschina.net 141
AgentScope Java 1.1.0 把之前规划中的 Harness Framework 全部交付了。这意味着 Java 开发者不再需要自己拼凑 Agent 的基础设施——消息路由、服务发现、容错重试、分布式编排这些"脏活"都由 Harness 承担,你只需要关注 Agent 的业务逻辑。 从个人提效的 Coding Agent 到企业级的 SR...

Memcached 1.6.42:一次以安全为重心的硬核修补

来源: oschina.net 57
Memcached 作为生产环境中最常见的分布式缓存之一,常年暴露在高并发、多租户的网络边界上。1.6.42 版本几乎把所有修复精力都砸在了安全问题上——内存损坏、崩溃风险、认证侧信道,一个都没放过。如果你的服务还在跑老版本,这轮更新值得立刻安排。 本次更新覆盖了多个模块,核心修复集中在三类风险: 1. SASL 认证时序侧信道 SASL 密码数据库认...

MDP 主数据平台 1.2.0:一套代码,微服务与单体自由切换

来源: oschina.net 62
主数据平台的架构选择一直是团队早期最纠结的决策之一——上微服务怕运维成本爆炸,留单体怕后期拆分痛苦。MDP 1.2.0 给了一个务实的答案:同一套业务代码,不改逻辑,通过配置和构建方式决定最终跑成单体还是微服务。与此同时,这版把 Spring Boot、Dubbo、Nacos 等核心依赖全线拉到最新,底座安全性和兼容性同步刷新。 核心思路并不神秘:模块...