Вопросы спрашивают👇
на собеседованиях в финтех!
Я сделала со схемами! Люблю теперь свои промпты на генерацию картинок! Передаю свой опыт то, что знаю💙
📌 Что такое Apache Kafka?
Распределённая платформа для обработки потоков данных в реальном времени. Позволяет системам обмениваться сообщениями асинхронно, надёжно и с высокой пропускной способностью.
🔧 Компоненты, которые нужно знать:
1️⃣ Producer — публикует сообщения в топики. Не знает о consumers, работает асинхронно.
2️⃣ Consumer — читает сообщения из топиков. Отслеживает offset, масштабируется через consumer groups.
3️⃣ Broker — Kafka-сервер, хранит данные. В режиме KRaft (с 2022) управляет метаданными без ZooKeeper.
4️⃣ Topic — логическое имя потока сообщений. Состоит из partitions для параллельной обработки.
5️⃣ Partition — часть топика. Гарантирует порядок сообщений внутри себя, позволяет масштабировать нагрузку.
6️⃣ Offset — уникальный номер сообщения в партиции. Неизменяемый, последовательный, нужен для отслеживания прочитанного.
7️⃣ ACKS — подтверждение записи. Настройка баланса: скорость (acks=0) vs надёжность (acks=all).
Зачем это тестировщику:
• Понимать, как тестировать асинхронные системы
• Проверять доставку сообщений и порядок обработки
• Имитировать сбои брокеров и потребителей
• Готовиться к собеседованиям
Что проверять в тестах:
✓ Сообщения доходят до consumer
✓ Порядок сохраняется внутри partition
✓ При сбое - нет потери данных (при правильных acks)
✓ Consumer group корректно перераспределяет нагрузку
Работал(а) с Kafka? Какой компонент вызвал больше всего вопросов? Пиши в комментариях! 👇
Подписывайся @protestinginfo
и делись с коллегами 💙
До 31 мая действует промокод SKILL900 — скидка 900₽ на любой курс.
• Тесты на Stepik
• Вебинары по собеседованиям : общие вопросы по тестированию ПО
• Вебинары по интеграциям : API, SQL, DevTools, брокеры соообщений
на собеседованиях в финтех!
Я сделала со схемами! Люблю теперь свои промпты на генерацию картинок! Передаю свой опыт то, что знаю💙
📌 Что такое Apache Kafka?
Распределённая платформа для обработки потоков данных в реальном времени. Позволяет системам обмениваться сообщениями асинхронно, надёжно и с высокой пропускной способностью.
🔧 Компоненты, которые нужно знать:
1️⃣ Producer — публикует сообщения в топики. Не знает о consumers, работает асинхронно.
2️⃣ Consumer — читает сообщения из топиков. Отслеживает offset, масштабируется через consumer groups.
3️⃣ Broker — Kafka-сервер, хранит данные. В режиме KRaft (с 2022) управляет метаданными без ZooKeeper.
4️⃣ Topic — логическое имя потока сообщений. Состоит из partitions для параллельной обработки.
5️⃣ Partition — часть топика. Гарантирует порядок сообщений внутри себя, позволяет масштабировать нагрузку.
6️⃣ Offset — уникальный номер сообщения в партиции. Неизменяемый, последовательный, нужен для отслеживания прочитанного.
7️⃣ ACKS — подтверждение записи. Настройка баланса: скорость (acks=0) vs надёжность (acks=all).
Зачем это тестировщику:
• Понимать, как тестировать асинхронные системы
• Проверять доставку сообщений и порядок обработки
• Имитировать сбои брокеров и потребителей
• Готовиться к собеседованиям
Что проверять в тестах:
✓ Сообщения доходят до consumer
✓ Порядок сохраняется внутри partition
✓ При сбое - нет потери данных (при правильных acks)
✓ Consumer group корректно перераспределяет нагрузку
Работал(а) с Kafka? Какой компонент вызвал больше всего вопросов? Пиши в комментариях! 👇
Подписывайся @protestinginfo
и делись с коллегами 💙
До 31 мая действует промокод SKILL900 — скидка 900₽ на любой курс.
• Тесты на Stepik
• Вебинары по собеседованиям : общие вопросы по тестированию ПО
• Вебинары по интеграциям : API, SQL, DevTools, брокеры соообщений
❤14🔥11
This media is not supported in the widget
VIEW IN TELEGRAM
🔥5❤4🙏1
Что из ниже перечисленного считается устаревшим способом интеграции?
Anonymous Quiz
11%
Webhooks
80%
Общая база данных
5%
gRPC
4%
GraphQL
❤4🙏1👨💻1
Какой подход наиболее подходит для реализации подписки на события в реальном времени?
Anonymous Quiz
56%
GraphQL (subscriptions)
12%
REST
26%
Polling
6%
SDK
❤4⚡1🆒1
Что из нижеперечисленного является реализацией callback-механизма, когда сервер сам инициирует запрос при событии?
Anonymous Quiz
43%
Webhook
40%
WebSocket
6%
gRPC
10%
AsyncAPI
❤4🆒2⚡1
Какой тип стриминга в gRPC позволяет клиенту и серверу обмениваться сообщениями независимо и одновременно?
Anonymous Quiz
10%
Unary
20%
Client-streaming
11%
Server-streaming
59%
Bidirectional-streaming
❤3❤🔥1🆒1
Какой инструмент используется для описания API в стиле GraphQL?
Anonymous Quiz
37%
OpenAPI
23%
TypeSpec
17%
SDL
23%
WSDL
❤3❤🔥1💯1
Статистика: Сколько верно ответили?
Anonymous Poll
3%
0
10%
1
14%
2
35%
3
22%
4
5%
5
3%
Позже отвечу, пока учусь
7%
Воздержусь, посмотрю ответы
❤8🙏2🆒2💘1
This media is not supported in your browser
VIEW IN TELEGRAM
Присоединяйся, первые рилсы здесь
https://www.instagram.com/protestinginfo/reels/
Я по образованию преподаватель физики. Потом ушла в тестирование. Сейчас работаю на частичную занятость + в декрете + выполняю роль в команде по Quality Gates (контроль качества) в финтехе.
Плюс я занимаюсь менторством и помогаю другим разобраться в теме.
В моём блоге много полезного про тестирование. Я делюсь экспертными знаниями, потому что это моя зона ответственности. Но последнее время чувствую: хочется не только «давать правильные ответы», но и показывать живого человека за ними.
Поэтому я на обучении и учусь снимать ролики. Показываю, как готовлюсь к съёмкам, как ищу свой стиль, как совмещаю декрет, работу и блог. Мне хочется, чтобы здесь было больше жизни, а не только инструкций.
Интересно про:
— интеграции,
— брокер сообщения,
— тестирование API,
— техники дизайна,
— основы тестирования
присоединяйтесь на @protestinginfo. И я планирую рассказывать, и все возможно будут личные рилс💙, раскрываться еще больше!
Я делюсь про карьерный рост. Понимаю, что сейчас много говорят про ИИ, про сокращения. Поэтому я стремлюсь доносить информацию так, чтобы мы вместе готовились к собеседованиям и закрепляли знания.
Присоединяйтесь и делитесь с коллегами, кто сейчас в процессе тестирования или только начинает изучать. Или кто хочет войти, но пока боится.
Рассказывайте о моём блоге, если откликается. Я буду рада вашей подписке 💙
Instagram - запрещенная организация на территории РФ
https://www.instagram.com/protestinginfo/reels/
Я по образованию преподаватель физики. Потом ушла в тестирование. Сейчас работаю на частичную занятость + в декрете + выполняю роль в команде по Quality Gates (контроль качества) в финтехе.
Плюс я занимаюсь менторством и помогаю другим разобраться в теме.
В моём блоге много полезного про тестирование. Я делюсь экспертными знаниями, потому что это моя зона ответственности. Но последнее время чувствую: хочется не только «давать правильные ответы», но и показывать живого человека за ними.
Поэтому я на обучении и учусь снимать ролики. Показываю, как готовлюсь к съёмкам, как ищу свой стиль, как совмещаю декрет, работу и блог. Мне хочется, чтобы здесь было больше жизни, а не только инструкций.
Интересно про:
— интеграции,
— брокер сообщения,
— тестирование API,
— техники дизайна,
— основы тестирования
присоединяйтесь на @protestinginfo. И я планирую рассказывать, и все возможно будут личные рилс💙, раскрываться еще больше!
Я делюсь про карьерный рост. Понимаю, что сейчас много говорят про ИИ, про сокращения. Поэтому я стремлюсь доносить информацию так, чтобы мы вместе готовились к собеседованиям и закрепляли знания.
Присоединяйтесь и делитесь с коллегами, кто сейчас в процессе тестирования или только начинает изучать. Или кто хочет войти, но пока боится.
Рассказывайте о моём блоге, если откликается. Я буду рада вашей подписке 💙
Instagram - запрещенная организация на территории РФ
🔥15❤5❤🔥2
Компоненты:
1️⃣ Publisher (Producer) — отправляет сообщения в Exchange. Не знает о Consumer, указывает Routing Key.
2️⃣ Subscriber (Consumer) — читает сообщения из очереди. Поддерживает Auto/Manual ACK.
3️⃣ Exchange — маршрутизирует сообщения в очереди по правилам. 4 типа: Direct, Fanout, Topic, Headers.
🔹Fanout — рассылает сообщение ВСЕМ привязанным очередям. Игнорирует Routing Key.
🔹Direct — точное совпадение Routing Key и Binding Key.
🔹Topic — маршрутизация по паттерну: * (одно слово), (ноль или более слов).
🔹 Headers — фильтрация по заголовкам сообщения. Использует x-match: all/any.
4️⃣ Queue — буфер FIFO. Хранит сообщения до обработки. Параметры: Durable, Exclusive, Auto-delete.
5️⃣ Push/Pull — методы доставки: брокер сам шлёт (Push) или Consumer запрашивает (Pull).
6️⃣ ACK — подтверждение обработки. autoAck=false + Manual ACK = гарантия доставки.
7️⃣ Bindings — связь между Exchange и Queue. Определяет правила направления сообщений через Binding Key (Определяет, какие сообщения (с какими routing keys) должна получать эта очередь)
Routing Key— метка-строка, которую Publisher добавляет к сообщению. Exchange использует её для маршрутизации.
8️⃣ Message (сообщение) в RabbitMQ — это единица данных, которая передается от Producer (издателя) к Consumer (подписчику) через брокер сообщений.
Для работы:
• Проверять доставку сообщений и порядок обработки
• Имитировать сбои брокера/потребителя
• Тестировать повторную доставку (NACK/Reject)
• Отличать RabbitMQ от Kafka на собеседовании
✍️ Работал с RabbitMQ? Какой компонент вызвал больше всего вопросов? Пиши в комментариях! 👇
Вообще планирую сделать курс с практикой по брокерам сообщений на Stepik, ставь огонь 🔥, если актуально.
И присоединяйся
До 31 мая действует промокод SKILL900 — скидка 900₽ на любой курс.
• Тесты на Stepik
• Вебинары по собеседованиям : общие вопросы по тестированию ПО
• Вебинары по интеграциям : API, SQL, DevTools, брокеры соообщений
1️⃣ Publisher (Producer) — отправляет сообщения в Exchange. Не знает о Consumer, указывает Routing Key.
2️⃣ Subscriber (Consumer) — читает сообщения из очереди. Поддерживает Auto/Manual ACK.
3️⃣ Exchange — маршрутизирует сообщения в очереди по правилам. 4 типа: Direct, Fanout, Topic, Headers.
🔹Fanout — рассылает сообщение ВСЕМ привязанным очередям. Игнорирует Routing Key.
🔹Direct — точное совпадение Routing Key и Binding Key.
🔹Topic — маршрутизация по паттерну: * (одно слово), (ноль или более слов).
🔹 Headers — фильтрация по заголовкам сообщения. Использует x-match: all/any.
4️⃣ Queue — буфер FIFO. Хранит сообщения до обработки. Параметры: Durable, Exclusive, Auto-delete.
5️⃣ Push/Pull — методы доставки: брокер сам шлёт (Push) или Consumer запрашивает (Pull).
6️⃣ ACK — подтверждение обработки. autoAck=false + Manual ACK = гарантия доставки.
7️⃣ Bindings — связь между Exchange и Queue. Определяет правила направления сообщений через Binding Key (Определяет, какие сообщения (с какими routing keys) должна получать эта очередь)
Routing Key— метка-строка, которую Publisher добавляет к сообщению. Exchange использует её для маршрутизации.
8️⃣ Message (сообщение) в RabbitMQ — это единица данных, которая передается от Producer (издателя) к Consumer (подписчику) через брокер сообщений.
Для работы:
• Проверять доставку сообщений и порядок обработки
• Имитировать сбои брокера/потребителя
• Тестировать повторную доставку (NACK/Reject)
• Отличать RabbitMQ от Kafka на собеседовании
✍️ Работал с RabbitMQ? Какой компонент вызвал больше всего вопросов? Пиши в комментариях! 👇
Вообще планирую сделать курс с практикой по брокерам сообщений на Stepik, ставь огонь 🔥, если актуально.
И присоединяйся
До 31 мая действует промокод SKILL900 — скидка 900₽ на любой курс.
• Тесты на Stepik
• Вебинары по собеседованиям : общие вопросы по тестированию ПО
• Вебинары по интеграциям : API, SQL, DevTools, брокеры соообщений
❤6🔥5❤🔥2