Перевірка знань про Event Loop, асинхронні механізми, продуктивність, архітектурні підходи та безпеку в Node.js.

Timers → Pending Callbacks → Idle, Prepare → Poll → Check → Close

Poll → Timers → Check → Pending Callbacks → Close → Idle

Timers → Check → Poll → Pending Callbacks → Idle → Close

Pending Callbacks → Timers → Poll → Check → Close → Idle

Які основні фази Node.js Event Loop виконуються в типовому циклі?

Обидва виконуються в фазі Timers.

setImmediate виконується одразу після поточної операції, nextTick в фазі Check.

process.nextTick() виконується перед переходом event loop до наступної фази; setImmediate() виконується в фазі Check після Poll.

process.nextTick() завжди виконується в наступному такті event loop; setImmediate() виконується синхронно.

Чим відрізняються process.nextTick() і setImmediate() за часом виконання?

Бібліотека JavaScript для роботи з базами даних.

C-бібліотека, що реалізує неблокуючий ввід/вивід, управляє event loop та пулом потоків.

Модуль Node.js для обробки HTTP-запитів.

Фреймворк для створення мікросервісів.

Що таке libuv і яка його роль у Node.js?

Проміси завжди швидші за колбеки.

Проміси вимагають менше пам'яті.

Проміси дозволяють виконувати код синхронно.

Проміси полегшують управління асинхронним потоком та централізоване оброблення помилок через chaining і catch.

Яка ключова перевага промісів порівняно з традиційними колбеками?

Для обробки великої кількості одночасних мережевих запитів.

Для виконання shell-команд або запуску інших програм.

Для CPU-інтенсивних обчислень, наприклад обробки зображень або важких розрахунків.

У яких випадках виправдано використовувати Worker Threads у Node.js?

Відстежувати життєвий цикл асинхронних ресурсів для діагностики та трасування.

Заміна промісів у асинхронному коді.

Імплементація пулу потоків.

Обробка HTTP-запитів у кластерному режимі.

Яка мета модуля async_hooks у Node.js?

Коли додаток дуже простий; мікросервіси зменшують операційну складність.

Коли система велика і потребує незалежного масштабування і розробки; переваги — ізоляція невдач і масштабування, недоліки — складність розгортання, моніторингу і узгодженості даних.

Мікросервіси завжди дешевші в розробці і не мають недоліків.

Мікросервіси потрібні лише для мобільних додатків.

Коли слід обирати мікросервісну архітектуру замість моноліту, і які ключові компроміси це передбачає?

Хардкодити налаштування в коді для простоти.

Зберігати всі секрети у файлі config.js у репозиторії.

Зберігати конфігурацію в окремому SQL-репозиторії.

Використовувати змінні оточення для відділення конфігурації від коду і застосовувати dotenv лише для розробки.

Який підхід є найкращою практикою для керування конфігурацією середовища в Node.js?

Техніка, коли модуль сам створює свої залежності всередині файлу.

Автоматична перевірка залежностей через npm.

Патерн, при якому залежності передаються зовні (через параметри або конструктор), що сприяє слабкому зв'язуванню та тестуванню.

Система управління процесами для розподілених сервісів.

Що таке dependency injection і як її можна реалізувати в Node.js?

Негайний process.exit() при отриманні сигналу.

При отриманні SIGINT/SIGTERM припинити приймати нові підключення викликом server.close(), закрити ресурси та дати таймаут перед примусовим завершенням.

Просто перестати приймати трафік на рівні DNS.

Очистити кеш і продовжувати приймати запити.

Який набір кроків описує коректну реалізацію graceful shutdown для HTTP-сервера?

Прямо змінює код сервера перед виконанням.

Стійко замінює Node.js як середовище виконання.

Проксі, що стоїть перед додатком: виконує балансування навантаження, SSL-термінацію, роздачу статичних файлів і підвищує безпеку.

Бібліотека для створення мікросервісів.

Яку роль виконує reverse proxy у розгортанні Node.js-додатку?

Коли потрібна двостороння високоінтерактивна комунікація з низькою латентністю.

Якщо додаток абсолютно не потребує оновлень від сервера.

Якщо потрібна висока пропускна здатність для реального часу.

У середовищах з проксі або брандмауерами, що не підтримують WebSocket, або коли оновлення рідкісні, але важливі.

Коли доцільніше використовувати long polling замість WebSockets?

V8 інтерпретує код без компіляції і не має оптимізатора.

V8 транскодує JS у Java і запускає в JVM.

V8 використовує інтерпретатор (Ignition) для початкового виконання, а JIT-оптимізатор (TurboFan) переписує «гарячі» функції у нативний код для високої продуктивності.

V8 виконує лише WebAssembly, а JS обробляється іншим рушієм.

Як V8 виконує JavaScript і які компоненти забезпечують оптимізацію?

V8 не використовує збір сміття; витоки відбуваються через цикли.

Генераційний GC з Young і Old поколіннями; витоки часто викликані глобальними змінними, незвільненими слухачами подій та замиканнями, що утримують великі об'єкти.

V8 використовує тільки референсну підрахунок; причини витоків — тільки circular references.

V8 використовує manual memory management; розробник повинен звільняти пам'ять вручну.

Який механізм збору сміття використовує V8 і які типові причини витоків пам'яті в Node.js?

Для збереження даних у базі; типи: SQL, NoSQL.

Для побудови інтерфейсу користувача; типи: UI, UX.

Щоб обробляти великі обсяги даних по частинах без буферизації всього в пам'яті; типи: Readable, Writable, Duplex, Transform.

Для управління пам'яттю V8; типи: Young, Old.

Навіщо використовують стріми в Node.js і які їх основні типи?

npm ci додає нові пакети до package.json автоматично.

npm ci працює тільки локально у розробника.

npm ci виконує чисту інсталяцію відповідно до package-lock.json, видаляє node_modules і забезпечує детерміністичну збірку, тоді як npm install може змінювати lock-файл.

npm ci використовується для інсталяції глобальних пакетів.

Чим відрізняється команда npm ci від npm install?

Зіставлення: Співпесіда з Node.js: події, асинхронність та архітектура серверних додатків

Зіставлення:
Співпесіда з Node.js: події, асинхронність та архітектура серверних додатків