uz
Feedback
BA & SA | 10000 Interview questions

BA & SA | 10000 Interview questions

Kanalga Telegram’da o‘tish

Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7

Ko'proq ko'rsatish

📈 Telegram kanali BA & SA | 10000 Interview questions analitikasi

BA & SA | 10000 Interview questions (@systemanalystinterview) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 10 229 obunachidan iborat bo'lib, Karyera toifasida 3 867-o'rinni va Rossiya mintaqasida 63 919-o'rinni egallagan.

📊 Auditoriya ko‘rsatkichlari va dinamika

невідомо sanasidan buyon loyiha tez o‘sib, 10 229 obunachiga ega bo‘ldi.

23 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 325 ga, so‘nggi 24 soatda esa -4 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.

  • Tasdiqlash holati: Tasdiqlanmagan
  • Jalb etish (ER): Auditoriya o‘rtacha 3.56% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 2.54% ini tashkil etuvchi reaksiyalarni to‘playdi.
  • Post qamrovi: Har bir post o‘rtacha 363 marta ko‘riladi; birinchi sutkada odatda 259 ta ko‘rish yig‘iladi.
  • Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 2 ta reaksiya keladi.
  • Tematik yo‘nalishlar: Kontent объяснение, индекс, user_id, субд, паттерн kabi asosiy mavzularga jamlangan.

📝 Tavsif va kontent siyosati

Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7

Yuqori yangilanish chastotasi (oxirgi ma’lumot 24 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Karyera toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.

10 229
Obunachilar
-424 soatlar
-57 kunlar
+32530 kunlar
Postlar arxiv
4643. Нужно интегрировать он-премис CRM с облачным ML-сервисом для прогноза оттока. ML-сервис требует больших объемов данных для обучения, но работает с задержкой. Какой тип интеграции оптимален?
Anonymous voting

№4643 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: Это классический паттерн «транзакция выхода из базы данных». Основная транзакция (списание) завершается быстро и надежно. Дополнительные, менее критические действия (пуш, лог) выполняются асинхронно другими потребителями, что не блокирует пользователя. Последовательное выполнение замедлит операцию и сделает её уязвимой. Cron нарушает требование оперативности. Ретраи без асинхронности приведут к таймаутам для пользователя.

4642. В системе лояльности при списании бонусов нужно одновременно: 1) обновить баланс в БД, 2) отправить пуша уведомление, 3) записать аудит-лог в Elasticsearch. Как обеспечить надежность без серьезных потерь производительности?
Anonymous voting

№4642 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: Проблема — управление множеством разнородных, меняющихся API. ESB/IPaaS централизует интеграцию, предоставляя инструменты для трансформации данных, маршрутизации и адаптации к изменениям в одном месте. Point-to-Point создаст хаос при любом изменении источника. Message Broker — транспорт, но не решит проблему преобразования форматов.

4641. Компания купила 5 SaaS-сервисов. Каждый имеет свои API, форматы данных, токены доступа. Нужно построить единый каталог товаров, агрегируя данные из всех источников. Какой архитектурный компонент будет ключевым?
Anonymous voting

№4641 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: 2PC (1) в распределенных системах — антипаттерн, снижающий доступность. Общая БД (4) создаст монолит и проблемы масштабирования. Выравнивание по расписанию (3) дает расхождения до часа, что неприемлемо. Event Sourcing обеспечивает надежную асинхронную передачу события о продаже. «Склад» гарантированно его обработает, возможно, с небольшой задержкой, но консистентность в конечном счете будет достигнута.

4640. Есть две critical-системы: «Касса» (фискальные операции) и «Склад» (учет остатков). Списание товара должно быть атомарным: если товар списан в «Кассе», он обязан быть списан на «Складе», и наоборот. Как обеспечить консистентность данных?
Anonymous voting

№4640 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: Ключевое требование — пользователь не должен ждать. Прямой вызов (1) приведет к таймаутам и ошибкам в приложении. Решение с очередью позволяет принять заказ, сразу подтвердить пользователю («Заказ принят в обработку»), а затем в фоне надежно доставлять его в ERP, переотправляя при сбоях. Пакетная выгрузка (3) нарушит требование оперативности. Вариант (4) часто нереалистичен из-за бюджета и сроков.

4639. Вы проектируете интеграцию нового мобильного приложения с устаревшей ERP-системой. Система старая, медленная, её API нестабилен. Требование: пользователь не должен «видеть» задержки при отправке заказа. Какой подход выберете?
Anonymous voting

№4639 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: Персистентность (сохранение на диск) сообщений в брокере (например, RabbitMQ, Kafka) гарантирует, что сообщения не будут потеряны при перезапуске брокера. Сообщения сохраняются на диск до обработки потребителем. Обычно это снижает производительность, но повышает надежность. В RabbitMQ для этого используется флаг delivery_mode=2.

4638. Какой механизм позволяет обеспечить гарантированную доставку сообщения даже при перезапуске брокера сообщений?
Anonymous voting

№4638 категория вопросов: #INTEGRATION

👩‍🏫Объяснение: OpenAPI (ранее Swagger) — это стандарт для описания REST API в формате YAML или JSON. Позволяет описывать endpoints, параметры, форматы запросов/ответов, модели данных. По спецификации OpenAPI можно автоматически генерировать клиентские SDK, документацию и проводить тестирование.

4637. Какой стандарт используется для описания REST API в машиночитаемом формате?
Anonymous voting

№4637 категория вопросов: #INTEGRATION