- Страна
- Россия
Разработчик интеграционной платформы
Сильная позиция в одном из ведущих банков страны с современным технологическим стеком (Kafka, ClickHouse, Redis). Удаленный формат работы и четко прописанные задачи делают вакансию очень привлекательной для Senior-разработчиков.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Высокая сложность обусловлена требованиями к глубокому знанию Apache Kafka, специфики ClickHouse и паттернов отказоустойчивости распределенных систем. От кандидата ожидается не просто написание кода, но и участие в архитектурном проектировании (ADR) и настройке CI/CD.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Зарплата в объявлении не указана, однако для Senior Java разработчика в банковском секторе РФ с таким стеком (Kafka, ClickHouse) рыночные предложения обычно находятся в диапазоне 300-450 тысяч рублей после вычета налогов. Альфа-Банк традиционно предлагает конкурентные условия, соответствующие или превышающие медиану рынка.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
Альфа-Банк
Разработчик интеграционной платформы
Опыт работы: 3–5 лет
Формат работы: удалённо
*☑️* Чем предстоит заниматься
-Разрабатывать адаптеры интеграций с внешними источниками (REST, SOAP, JDBC, Kafka) по шаблонам проекта: конфигурация маппингов, конвертация XML→JSON, валидация по JSON Schema
-Проектировать и реализовывать хранение данных: DDL ClickHouse (ReplacingMergeTree, дедупликация, партиционирование), Kafka-топики, при необходимости — кеш в Redis
-Реализовывать отказоустойчивость интеграций: retry с backoff, Circuit Breaker, Rate Limiting, DLQ, fallback к устаревшим данным
-Развивать REST-фасад данных: точечные, batch- и портфельные запросы, асинхронная загрузка, метаданные свежести
-Участвовать в проработке архитектуры: выбор типа реализации (микросервис / Airflow DAG), оценка профиля нагрузки и capacity, оформление ADR
-Настраивать мониторинг и алерты по метрикам (latency, reuse rate, consumer lag), поддерживать CI/CD-пайплайны
*☑️* Наши пожелания к кандидатам
-Опыт коммерческой разработки на Java 11+ и Spring Boot от 2–3 лет: конфигурация через application.yml, profiles, Actuator
-Опыт работы с Apache Kafka: producer/consumer, партиционирование по ключу, consumer groups, семантики доставки (acks=all), DLQ, борьба с lag
-Уверенный SQL; понимание колоночных СУБД
-Готовность быстро освоить ClickHouse: движки MergeTree-семейства, FINAL vs argMax, партиционирование, материализованные представления
-Опыт интеграций по REST и SOAP: таймауты, retry с экспоненциальным backoff, обработка ошибок; работа с JSON и XML (конвертация, JSONPath/XPath, XSD)
-Понимание паттернов отказоустойчивости: Circuit Breaker, Bulkhead, Rate Limiting, fallback-стратегии
-Опыт работы с кешированием (Redis или аналоги): cache-aside, TTL, обоснование включения кеша метриками
-Понимание версионирования контрактов: JSON Schema, совместимость BACKWARD, опыт со Schema Registry будет сильным плюсом
Контакты: Откликнуться
*🔥* Подписаться на наши каналы / Откликнуться / Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- Java
- Spring Boot
- Apache Kafka
- ClickHouse
- Redis
- REST
- SOAP
- SQL
- JSON Schema
- CI/CD
- Docker
- Kubernetes
Возможные вопросы на собеседовании
Проверка понимания работы с очередями сообщений и обеспечения надежности данных.
Как вы реализуете семантику доставки 'exactly once' в Kafka и в каких случаях стоит использовать acks=all?
Оценка навыков проектирования отказоустойчивых систем.
В чем разница между паттернами Circuit Breaker и Bulkhead, и как бы вы настроили их для интеграции с внешним SOAP-сервисом?
Проверка специфических знаний ClickHouse, указанных в вакансии.
В каких ситуациях в ClickHouse лучше использовать движок ReplacingMergeTree вместо обычного MergeTree, и как бороться с дубликатами данных?
Оценка опыта работы с кешированием и понимания производительности.
Как вы определяете оптимальный TTL для кеша в Redis и какие метрики используете для обоснования необходимости кеширования?
Проверка навыков работы с контрактами данных.
Расскажите о вашем опыте обеспечения обратной совместимости (BACKWARD compatibility) при изменении JSON Schema в интеграционных потоках.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

