Запропонувати правку

Покращити цю статтю

Допрацюйте відповідь до «Важливість паралелізму під час масштабування». Ваші зміни проходять модерацію перед публікацією.

Потрібне підтвердження

Контент

Що ви змінюєте

Заголовок (UA)

Коротка відповідь (UA)

Показується над повною відповіддю для швидкого нагадування.

Відповідь (UA)

## 1. Нагадаємо різницю

> **Асинхронність ≠ паралелізм.**

- **Асинхронність** - Node.js може обробляти безліч I/O-задач *в одному потоці* (через event loop).
- **Паралелізм** - це можливість реально виконувати *кілька задач одночасно* (на різних ядрах процесора).

Node.js за замовчуванням використовує **лише одне ядро CPU**.
Щоб ефективно використовувати всі ядра машини, нам і потрібен **паралелізм**.

## 2. Чому асинхронності недостатньо

Асинхронність ідеально підходить для:

- I/O-навантажень (HTTP, файлова система, БД, мережа),
- великої кількості легких запитів.

Але коли:

- застосунок виконує **важкі обчислення** (шифрування, обробка зображень, аналітика),
- на сервері є **багато ядер CPU**,
- один потік Node.js просто **не здатен використати всі ресурси машини**.

Результат:

> Одне ядро перевантажене, решта простоюють → продуктивність не зростає з ростом навантаження.

## 3. Як паралелізм вирішує цю проблему

Паралелізм дозволяє:

- виконувати **кілька процесів чи потоків Node.js одночасно**;
- розподіляти навантаження між усіма ядрами процесора;
- обробляти **більше запитів** і **зменшувати час відгуку**.

Приклад:
На сервері з 8 ядрами CPU можна запустити 8 екземплярів застосунку.
Кожен - свій event loop, свій потік JS.
→ Замість 1000 одночасних з'єднань ти обробляєш 8000.

## 4. Механізми паралелізму в Node.js

Node.js не створює потоки автоматично,
але дає інструменти для **явного паралелізму**:

| Підхід | Модуль | Для чого |
|---|---|---|
| **Cluster API** | `cluster` | Запуск кількох процесів Node.js (за кількістю ядер CPU) |
| **Worker Threads** | `worker_threads` | Паралельне виконання JS-коду в різних потоках |
| **Child Process** | `child_process` | Створення окремих процесів (наприклад, CLI-утиліти, обчислення) |
| **PM2** | Зовнішній менеджер процесів | Керування кластерами й автоперезапуском |

### Приклад: кластеризація за допомогою `cluster`

```javascript
import cluster from 'cluster';
import os from 'os';
import http from 'http';

if (cluster.isPrimary) {
  const cores = os.cpus().length;
  console.log(`Запускаємо ${cores} воркерів...`);
  for (let i = 0; i < cores; i++) cluster.fork();
} else {
  http.createServer((req, res) => {
    res.end(`Handled by worker ${process.pid}`);
  }).listen(3000);
}
```

Що відбувається:

- Головний процес (primary) створює воркерів = процеси Node.js.
- Кожен воркер слухає той самий порт і обробляє частину запитів.
- ОС розподіляє вхідні з'єднання між ними.

Результат:

> Навантаження рівномірно розподіляється по ядрах, і застосунок масштабується горизонтально.

### Приклад: важкі обчислення через `worker_threads`

```javascript
import { Worker } from 'worker_threads';

new Worker('./heavy-task.js'); // окремий потік, не блокує основний
```

Винесення CPU-інтенсивних задач в окремі потоки
звільняє головний потік (event loop) для обслуговування запитів.

## 5. Типи масштабування

| Тип | Опис | Використовує паралелізм |
|---|---|---|
| **Вертикальне** | Використовуємо ресурси одного сервера (усі ядра CPU) | Так - через cluster чи workers |
| **Горизонтальне** | Запускаємо застосунок на кількох серверах | Так - через load balancer (Nginx, AWS тощо) |

Зазвичай застосовують **обидва** підходи:

- усередині одного сервера - кластер Node.js по ядрах,
- назовні - балансування між серверами.

## 6. Переваги паралелізму в Node.js

| Перевага | Пояснення |
|---|---|
| Підвищення продуктивності | Використовуються всі ядра процесора |
| Ізоляція помилок | Помилка в одному воркері не валить весь сервер |
| Горизонтальне масштабування | Можна запускати більше воркерів чи контейнерів |
| Швидка обробка важких задач | CPU-інтенсивні операції не блокують event loop |
| Гнучкість архітектури | Можна розділяти функціональні зони (API, cron, фонові задачі) |

## 7. Потенційні недоліки

- Зростає складність синхронізації між процесами.
- Пам'ять не розділяється (кожен процес - своя пам'ять).
- Іноді простіше масштабувати через **балансувальник навантаження (load balancer)**, ніж усередині Node.js.

## Підсумок

| Пункт | Суть |
|---|---|
| Node.js сам по собі однопоточний | Один event loop на процес |
| Асинхронність = висока ефективність I/O | Але не допомагає при CPU-навантаженнях |
| Паралелізм = використання всіх ядер | Дозволяє масштабувати застосунок |
| Реалізація | Через `cluster`, `worker_threads`, PM2, Docker |
| Користь | Підвищує продуктивність, відмовостійкість і масштабованість |

**Висновок:**

> Паралелізм - ключ до масштабування Node.js.
> Він перетворює "однопоточний" event loop на систему, здатну використати весь потенціал багатоядерних процесорів.

Markdown · перетягуйте зображення · ⌘B / ⌘I шорткати641 слів

Для рев’юера

Примітка для модератора (необов’язково)

Бачить лише модератор. Прискорює рев’ю.