4632. Какой механизм позволяет системе А отправлять запросы системе Б через промежуточный сервер, который скрывает сетевую структуру внутренней системы?
Anonymous Quiz
65%
Прокси-сервер
13%
Фаервол
11%
DNS-сервер
11%
Балансировщик нагрузки
👩🏫Объяснение:
Прокси-сервер выступает в роли промежуточного звена между клиентом и сервером, скрывая внутреннюю структуру сети и обеспечивая дополнительные функции: кэширование, аутентификацию, трансформацию запросов. В интеграциях обратный прокси (reverse proxy) часто используется для маршрутизации запросов к внутренним сервисам без прямого доступа клиентов к ним.
4633. Какой паттерн интеграции используется, когда система А вызывает систему Б, которая затем вызывает систему В, и результат возвращается по цепочке обратно?
Anonymous Quiz
0%
Параллельный вызов
8%
Шина событий
6%
Публикация-подписка
85%
Цепочка сервисов (Chained Services)
👩🏫Объяснение:
Паттерн "Цепочка сервисов" предполагает последовательный вызов сервисов, где результат одного сервиса передается следующему. Это создает синхронную цепочку зависимостей. Пример: сервис заказов вызывает сервис валидации, затем сервис платежей, затем сервис уведомлений. Недостаток — увеличение общего времени отклика и риск каскадных сбоев.
4634. Какой формат сериализации данных использует бинарную кодировку и часто применяется в высокопроизводительных RPC-фреймворках?
Anonymous Quiz
7%
JSON
8%
XML
81%
Protocol Buffers
3%
CSV
👩🏫Объяснение:
Protocol Buffers (protobuf) — это бинарный формат сериализации данных, разработанный Google. Он компактнее и быстрее JSON/XML, использует строгую типизацию через .proto-файлы. Широко используется в gRPC для высокопроизводительных RPC-вызовов между микросервисами благодаря эффективной кодировке и поддержке потоковой передачи.
4635. Что из перечисленного является основной функцией Service Mesh в контексте интеграции микросервисов?
Anonymous Quiz
70%
Управление трафиком между сервисами
13%
Хранение бизнес-логики
13%
Рендеринг пользовательского интерфейса
4%
Управление базой данных
👩🏫Объяснение:
Service Mesh (сервисная сетка) — это инфраструктурный слой для управления коммуникацией между микросервисами. Основные функции: балансировка нагрузки, обнаружение сервисов, шифрование трафика (mTLS), политики повторов и ограничения запросов, распределенная трассировка. Популярные реализации: Istio, Linkerd, Consul.
4636. Какой механизм позволяет синхронизировать данные между двумя базами данных в разных географических регионах с минимальной задержкой?
Anonymous Quiz
23%
Пакетная репликация по расписанию
42%
Master-Slave репликация
31%
Multi-Master репликация
3%
Ручное копирование данных
👩🏫Объяснение:
Multi-Master репликация позволяет нескольким узлам (мастерам) принимать запросы на запись и реплицировать изменения друг другу. Это обеспечивает высокую доступность и меньшую задержку для пользователей в разных регионах. Сложность — разрешение конфликтов при одновременном изменении одних данных в разных мастерах.
4638. Какой механизм позволяет обеспечить гарантированную доставку сообщения даже при перезапуске брокера сообщений?
Anonymous Quiz
14%
Временная очередь
26%
In-memory хранение
7%
In-memory хранение
53%
Персистентность сообщений
👩🏫Объяснение:
Персистентность (сохранение на диск) сообщений в брокере (например, RabbitMQ, Kafka) гарантирует, что сообщения не будут потеряны при перезапуске брокера. Сообщения сохраняются на диск до обработки потребителем. Обычно это снижает производительность, но повышает надежность. В RabbitMQ для этого используется флаг delivery_mode=2.
4639. Вы проектируете интеграцию нового мобильного приложения с устаревшей ERP-системой. Система старая, медленная, её API нестабилен. Требование: пользователь не должен «видеть» задержки при отправке заказа. Какой подход выберете?
Anonymous Quiz
8%
Прямой синхронный REST-вызов из приложения в ERP при нажатии кнопки.
81%
Асинхронная отправка заказа через надежную очередь сообщений с мгновенным подтверждением приложению.
7%
Регулярная пакетная выгрузка файлов с заказами на FTP-сервер ERP.
4%
Предложить модернизировать ERP, так как интеграция невозможна.
👩🏫Объяснение:
Ключевое требование — пользователь не должен ждать. Прямой вызов (1) приведет к таймаутам и ошибкам в приложении. Решение с очередью позволяет принять заказ, сразу подтвердить пользователю («Заказ принят в обработку»), а затем в фоне надежно доставлять его в ERP, переотправляя при сбоях. Пакетная выгрузка (3) нарушит требование оперативности. Вариант (4) часто нереалистичен из-за бюджета и сроков.