文章介绍JT/T 808平台后端设计：jt-gateway负责808/1078/809协议接入，jt-server承载业务，两者仅通过RocketMQ信封通信。808网关用Netty管线解码，1078流媒体网关设六端口收流分发，809对接监管平台。下行靠Redis会话路由，数据层采用统一信封、月分区和双轨ORM，自研模块无状态以保障高可用。

本文介绍使用Percona Operator在MySQL组复制中实现跨数据中心灾备，突破单集群限制，提升高可用与容灾能力。

本文介绍使用 Percona Operator 在 MySQL 组复制中实现跨数据中心灾备，突破单集群限制，提升高可用与容灾能力。

本文介绍如何使用 Percona Operator for MySQL 实现 MySQL Group Replication 的跨集群 DC-DR 部署，将单集群架构扩展为数据中心与灾备双集群架构，以提升高可用性和容灾能力。

本文介绍使用 Percona Operator 在 MySQL 组复制中实现跨数据中心灾备，突破单集群限制，提升高可用与容灾能力。

本文总结KubeRay与Volcano源码阅读：用户提交RayJob后，KubeRay创建RayCluster及head、worker Pod，集群就绪后由submitter经Ray Jobs API提交程序。启用Volcano时，先写PodGroup，再在Pod上标注调度器与组信息，由Volcano负责Pod绑定。KubeRay协调、Volcano调度与Ray运行时三套循环通过Kubernetes对象和Ray API衔接，各自独立重试。恢复依赖可重建状态链，高可用需分层看待。

一位社区朋友的PolarDB for PostgreSQL单机Docker生产库被删，几个T数据无备份，数据字典也丢失。作者请数据恢复专家张晨抢救，已恢复七成以上。作者借此指出：许多公司直到出事才重视数据库，事前高可用与备份成本极低却常被忽视；事故后应果断付费抢救，而非犹豫砍价，灾备预案远比事后找高手更重要。

继承糟糕数据库时，别慌，问题可解。先倾听用户痛点，避免XY问题，全面检查模式、数据和配置。以小项目逐步修复，记录过程，并自动化高可用与维护。团队协作分享准则，从被动应对转向主动规划，防患于未然。

AKF扩展立方体与可用性立方体分别解决无限扩展与高可用问题。X轴靠复制扩展，如主从分离；Y轴按业务拆分，如微服务，但增加交互风险；Z轴按算法拆分，如分库分表，缩小故障范围。可用性立方体强调X轴提升可用性，Y轴需限流降级应对，Z轴采用舱壁模式增强韧性。

继承糟糕数据库是常见问题，源于历史原因或架构傲慢。应对策略包括：不恐慌，借机修复；询问用户痛点，避免XY问题；全面检查架构、配置和日志；小步改进并记录；自动化高可用和备份；团队共享准则。预防胜于补救，提前规划备份、高可用和优化。

PostgreSQL 17引入故障转移槽同步功能，使逻辑复制槽在备用服务器上保持就绪，减少故障切换后的数据重同步。PostgreSQL 19增强手动同步函数，内置重试和错误分类逻辑，并新增统计列跟踪跳过同步情况。这些改进由富士通团队贡献，简化了高可用逻辑复制环境的管理。

本文介绍如何在Kubernetes上使用CloudNativePG（CNPG）作为OpenBao的PostgreSQL存储后端，实现无密码的TLS客户端证书认证。通过部署三实例CNPG集群、创建数据库角色和表结构，并配置OpenBao的Helm图表，实现高可用和同步复制。文章涵盖初始化、解封、读写测试及证书续期等操作，强调全开源、无供应商锁定。

即构科技推出的「RTC全球化架构」通过连麦集群互通、信令房间2.0、边缘统一接入层和边缘二次调度四大核心技术，解决传统实时音视频架构的短板，提供低延迟、高可用的全球化服务，确保用户连接稳定性和流畅性，优化故障恢复时间和系统性能，助力企业全球化发展。

本文介绍了如何使用Patroni构建高可用Postgres集群的第二部分，重点在于安装和配置Patroni。首先，设置PGDG仓库并安装Postgres和Patroni，然后使用pg_createconfig_patroni工具生成配置文件，并解释各部分功能。最后，启动Patroni并验证集群状态，确保其正常运行。

MaxKB是基于RAG技术的开源问答系统，支持多种大语言模型，适合智能客服和企业知识库。本文介绍如何在AWS上构建高可用的MaxKB架构，使用ECS、RDS PostgreSQL和ElastiCache等服务，确保99.9%的可用性，适合中大型企业的AI应用。