🧑‍💻 Вопросы с собесов для Node.js Разработчика

1. Как спроектировать высоконагруженный сервис отправки сообщений?
Высоконагруженный сервис отправки сообщений проектируется как распределённая система, разделённая на микросервисы. Основные компоненты: API-шлюз для приёма запросов, брокер сообщений (например, Kafka или RabbitMQ) для асинхронной обработки и буферизации, и отдельные сервисы-обработчики. База данных используется для хранения состояния сообщений, а кэш (Redis) — для сессий и быстрого доступа. Масштабирование достигается горизонтальным добавлением инстансов обработчиков и использованием балансировщиков нагрузки.

2. Как организуется работа с Legacy-системами при миграции на микросервисы?
Работа с Legacy-системами при миграции на микросервисы организуется через постепенную замену, а не полный переписывание. Чаще всего применяется паттерн "Strangler Fig" (Душитель), когда новый функционал создается как микросервис, а старый монолит постепенно "оборачивается" и замещается. Сначала выделяют отдельные, слабо связанные модули монолита, которые можно вынести в сервисы. Важно обеспечить сосуществование старой и новой систем через API-шлюз или обратные прокси, чтобы клиенты не заметили перехода. Миграция должна быть инкрементальной, с постоянным тестированием и откатом на каждом этапе.

3. Какие подходы к обработке ошибок в распределенной системе используются?
В распределенных системах ошибки неизбежны из-за сетевых сбоев, временной недоступности сервисов или перегрузок. Основные подходы включают повторные попытки (retry) с экспоненциальной задержкой, паттерн "Circuit Breaker" для предотвращения каскадных сбоев, использование "Dead Letter Queue" для анализа неудачных сообщений и обеспечение идемпотентности операций. Эти стратегии помогают системе оставаться устойчивой и восстанавливаться после сбоев.

4. Как дебажить проблему утечки памяти?
Утечка памяти возникает, когда объекты остаются в памяти, хотя больше не нужны. Для дебага используйте инструменты разработчика браузера (например, Chrome DevTools) или профилировщики Node.js. Сделайте несколько снимков кучи (Heap Snapshots) и сравните их, чтобы найти объекты, которые не удаляются сборщиком мусора. Проверьте глобальные переменные, таймеры, подписки на события и замыкания, которые могут удерживать ссылки.

5. Как диагностировать проблему с потреблением памяти в Java-приложении?
Для диагностики проблем с памятью в Java нужно начать с мониторинга JVM с помощью встроенных инструментов, таких как jstat или VisualVM. Следует анализировать графики потребления heap-памяти: если она постоянно растёт и не снижается после полного GC, это указывает на возможную утечку. Далее нужно снять heap dump с помощью jmap или через параметры JVM при OutOfMemoryError и проанализировать его в профилировщике (например, Eclipse MAT) для поиска объектов, удерживающих память. Ключевой шаг — найти причину утечки, например, некорректные кэши или не закрытые ресурсы.

#message_queue #microservices #scalability #legacy_systems #microservices_migration #strangler_fig_pattern #distributed_systems #error_handling #retry #memory_leak #debugging #heap_snapshot #heap_dump #garbage_collection