Sermant在异地多活场景下的实践
内容提要
Sermant社区推出了消息队列禁止消费插件和数据库禁写插件，用于解决异地多活场景下的故障切流和数据一致性问题。插件允许动态调整消费者对消息队列的消费行为，禁止对指定数据库的写入操作，保障系统的高可用和数据一致性。
关键要点
-
Sermant社区推出消息队列禁止消费插件和数据库禁写插件，解决异地多活场景下的故障切流和数据一致性问题。
-
异地多活架构用于提高系统的高可用性，抵御自然灾害带来的风险。
-
同城双活架构在城市内部署两个机房，但无法抵御城市范围内的自然灾害。
-
异地多活架构通过在不同地域部署机房，确保系统在自然灾害下仍能提供服务。
-
在异地多活架构中，每个机房的数据库均为主库，需解决数据冲突问题。
-
Sermant的消息队列禁止消费插件允许动态调整消费者对消息队列的消费行为，保障系统高可用。
-
该插件支持Kafka和RocketMQ，能够在故障发生时停止特定消费者的消息消费。
-
数据库禁写插件允许动态禁止对指定数据库的写入操作，确保数据一致性和完整性。
-
该插件支持多种数据库，包括MySQL、MongoDB、PostgreSQL和OpenGauss。
-
Sermant在异地多活场景下实现了丰富的服务治理能力，未来将继续完善服务治理能力体系。
延伸问答
Sermant的消息队列禁止消费插件有什么作用？
该插件允许动态调整消费者对消息队列的消费行为，确保在故障发生时，正常可用区的消费者处理业务，保障系统高可用。
异地多活架构如何提高系统的高可用性？
异地多活架构通过在不同地域部署机房，确保系统在自然灾害下仍能提供服务，从而提高高可用性。
数据库禁写插件如何保障数据一致性？
该插件允许动态禁止对指定数据库的写入操作，确保只有中心机房可以写入全局数据，从而防止数据冲突。
Sermant支持哪些消息中间件？
Sermant的消息队列禁止消费插件支持Kafka和RocketMQ两种消息中间件。
异地多活架构与同城双活架构有什么区别？
异地多活架构在不同地域部署机房，能抵御自然灾害，而同城双活架构则在同一城市内部署机房，无法抵御城市范围内的灾害。
如何使用数据库禁写插件？
在微服务运行时，通过配置中心下发禁写的数据库类型和名称，动态开启或关闭对指定数据库的禁止写入能力。
