面试官提问

背景 传统金融信息系统灾难恢复中，生产中心与灾难备份中心采用主备方式，其向多活技术演进的驱动因素主要有： 更高的灾难恢复要求，对于主备方式，当灾难事件发生后，灾难备份系统接管业务往往需要经过较长的时间

背景 Elastic search 是一个广泛使用的分布式搜索引擎，我们公司广泛的使用了Elastic search。本文是 ElasticSearch 使用的规范和建议。 缓存使用规范 查询缓存能够

背景 Redis 是一个非常通用的缓存中间件，使用的很广泛。但是在使用的过程中，出现了一些不规范的使用，造成。于是需要一些规范让 redis 使用者遵守，本文就是 目标 最佳实践优化主要分为下面几个方

背景 本规范文档是信息系统的技术标准，明确总体的信息技术的规范性、完整性、一致性。规范建立是逐步完善、提高并演进成熟的过程。通过系统建设确定应用系统的功能边界、系统间边界以及应遵守建设的规则，形成技术

1. 背景 对外交付项目多为微服务架构，全量部署需要占用较多的内存资源。 私有化交付时，客户对投入的硬件成本有预算限制，前期太多的硬件投入影响客户体验，不利于成单。 2.目标 不改变目前SAAS环境微

所谓架构大佬是研发部门说话算话的，我想架构大佬是每个程序员的梦想，那么怎么才能成为这样的人呢？我所在的公司也是一个知名的IT公司，而本人恰好在架构总监下面工作，我经常总结他的一些考虑问题的方式。

背景 由于政策要求我们需要把不同业务线的代码做隔离，然后把需要隔离的代码仓库迁移到新建的的 gitlab 里。 在这个过程中由于代码包依赖以及版本差异会出现一些编译问题。

为了严格控制公司使用到的所有技术，保证技术的先进性、统一性和规范性，所有技术的引入与退出均需经过严格的评估与审批，确保技术架构的一致性。 为了加强系统新增或变更的研发管理力度，整体层面管控技术&

大家好，今天我们学习Dubbo增强SPI，我会从SPI的概念开始逐步深入，给大家讲解Dubbo里是如何实现SPI的

在kakfa相关面试中经常会问到向kafka发送消息是同步发送还是异步发送？这个问题，其实对于kafka生产者来说有三种发送模式发后既忘（fire-and-foget）,同步（sync）及异步（asy

Kafka的消费者分为自动提交位移和手动提交位移。同步提交位移是异步线程的提交，位移的提交不会显示在消费者主线程上，工程师的代码不涉及提交位移。手动提交分两种，同步手动提交和异步手动提交

消息丢失和消息重复消费这两个情况，相信是业务工程师在使用 Kafka 的时候最害怕的事情，今天我们就聊这两个问题。

Kafka 一个特点就是吞吐量大，而且是大数据场景的首选消息队列。今天，我们主要讨论高吞吐在生产端上的体现。

这篇文章讨论服务端的高吞吐设计。 服务端针对高吞吐有几个设计特点： 网络层的 Reactor 设计模式、 顺序写、 页缓存 零拷贝。 接下来我会按照顺序分别为你讲解

相较生产端和服务端，消费端提升吞吐量的策略就没那么复杂了。 消费端拉取消息的过程 一般来讲，消费端提升吞吐量的方式主要就是通过解耦，消费者在消费消息的时候，也是有两个线程分别来拉取消息任务线程和网络