Подборка объединяет вопросы, отмеченные на этапах интервью в Сбер. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, sql, backend.
Если все три consumer входят в одну обычную группу, сообщение из конкретной партиции получает один назначенный consumer. Если это три разные группы, каждая группа может прочитать сообщение.
Назовите предметную область приложения и основные пользовательские сценарии. Если продукт обслуживал несколько отраслей, поясните именно тот контекст, с которым работали.
Выберите несколько релевантных проектов и для каждого кратко опишите задачу, стек, свой вклад и сложность. Список технологий без контекста мало говорит об опыте.
Хорошие требования однозначны, проверяемы, выполнимы, согласованы между собой и связаны с потребностью. Они описывают ожидаемое поведение и ограничения, а не оставляют ключевые условия на догадки.
Это уважительное, ясное и предметное общение: обсуждение проблемы без перехода на личности, возможность задать вопрос и своевременная обратная связь. Согласие со всеми не обязательно.
В обычной consumer group можно запустить дополнительные consumers с тем же group.id. Но при десяти партициях одновременно полезно читать их смогут максимум десять участников.
RAG дополняет запрос к языковой модели найденными релевантными материалами. Вместо надежды только на знания в весах модель получает внешний контекст для конкретного вопроса.
Укажите реальные проекты и границы своего участия: платёжные процессы, внешние интеграции или API для мобильных клиентов. Не все три направления должны обязательно присутствовать в опыте.
У HikariCP default maximumPoolSize — 10, а minimumIdle по умолчанию равен maximumPoolSize. Это не означает, что десять соединений постоянно заняты запросами.
Свяжите интерес к проекту с задачами роли и собственным опытом, а не с общими похвалами бренду. Если деталей мало, сначала уточните продукт и ответственность команды.
Качество интеграции оценивают по задержке, пропускной способности, доступности, надёжности доставки, корректности данных и совместимости контрактов. Нужны измеримые требования, а не только «работает».
В Spring Kafka увеличивают concurrency listener-контейнера либо число pod с одинаковым group.id. Внутри одного pod concurrency создаёт несколько consumers.