Kafka宕机引发的高可用问题
问题要从一次Kafka的宕机开始说起。
笔者所在的是一家金融科技公司,但公司内部并没有采用在金融支付领域更为流行的RabbitMQ,而是采用了设计之初就为日志处理而生的Kafka,所以我一直很好奇Kafka的高可用实现和保障。从Kafka部署后,系统内部使用的Kafka一直运行稳定,没有出现不可用的情况。
但最近系统测试人员常反馈偶有Kafka消费者收不到消息的情况,登陆管理界面发现三个节点中有一个节点宕机挂掉了。但是按照高可用的理念,三个节点还有两个节点可用怎么就引起了整个集群的消费者都接收不到消息呢?
要解决这个问题,就要从Kafka的高可用实现开始讲起。
正文
1、什么是微服务?(暗藏杀机)
2、什么是微服务扩展性和高可用-可扩展性、高可用性和性能
3、架构师在微服务架构中的角色是什么?
决定整个软件系统的布局。 帮助确定组件的分区。 为开发微服务的团队提供某些工具和技术的建议。 提供技术治理,以便技术开发团队遵循微服务原则。
4、什么是 CI 持续集成
5、什么是Canary Releasing?说说你在项目中的应用
一种降低在生产中引入新软件版本的风险的技术,通过将变更缓慢地推广到一小部分用户,然后将其发布到整个基础架构。浅谈下你在项目中引进的新技术之类的。但切记不可多言。
6、springboot实现拦截器
7、如何使用Spring Boot实现异常处理?
8、Web,RESTful API在微服务中的作用是什么?
9、什么是消费者驱动的合同(CDC)?
10、从微服务