Основы Linux для разработчика: файловая система, процессы, сигналы и env

Архитектурная база#

Современный веб-бэкенд, микросервисы и контейнеризированные среды (Docker, Kubernetes) практически без исключений функционируют под управлением операционных систем на базе ядра Linux. Разработчик, не понимающий базовую модель операционной системы, неизбежно сталкивается с трудноуловимыми сбоями в production: зависшими процессами, утечками дескрипторов, обрывами сетевых соединений при перезапусках сервисов и уязвимостями прав доступа.

Ядро Linux (Linux Kernel) реализует стандарты POSIX (Portable Operating System Interface), определяющие унифицированные интерфейсы взаимодействия между прикладным кодом и системными ресурсами. Ключевой концепцией архитектуры Unix/Linux является принцип: «Все есть файл» (Everything is a file). Файлами представляются не только текстовые документы на жестком диске, но и сетевые сокеты, аппаратные устройства, каналы межпроцессного взаимодействия (IPC) и даже структуры данных ядра об активных процессах.

Иерархия каталогов Linux стандартизирована спецификацией FHS (Filesystem Hierarchy Standard):

• /etc — статические конфигурационные файлы хоста и системных служб (Nginx, systemd, SSH).
• /var — динамически изменяемые данные (журналы логов /var/log, базы данных /var/lib/postgresql, кэш /var/cache).
• /home — домашние каталоги пользователей с их персональными файлами и настройками окружения (~/.bashrc).
• /tmp — временные файлы, доступные всем процессам, очищаемые операционной системой при перезагрузке хоста.
• /proc — виртуальная псевдофайловая система в оперативной памяти, предоставляющая прямой доступ к внутренним структурам ядра и метаданным процессов (например, /proc/1/cmdline, /proc/cpuinfo).
• /sys — псевдофайловая система экспорта свойств системных устройств и параметров ядра (включая структуры cgroups).

Ментальная модель#

В операционной системе Linux каждый исполняемый код существует как процесс (Process) — изолированная структура в памяти ядра, имеющая свой уникальный идентификатор PID (Process ID), адресное пространство виртуальной памяти, таблицу открытых файловых дескрипторов (file descriptors) и переменные окружения.

Иерархия процессов представляет собой строгое направленное дерево. Первым процессом пользовательского пространства, порождаемым ядром при загрузке системы, является процесс с PID 1 (в современных дистрибутивах — systemd, в контейнерах — основное приложение или init-менеджер вроде tini). Все остальные процессы являются прямыми или косвенными потомками PID 1, создаваемыми системным вызовом fork() (клонирование родителя) и последующим вызовом execve() (замещение исполняемого кода).

+-------------------------------------------------------------------------+
|                  ИЕРАРХИЯ ПРОЦЕССОВ И СИГНАЛЫ POSIX                     |
+-------------------------------------------------------------------------+
|                                                                         |
|                          ЯДРО LINUX (KERNEL)                            |
|                                   │                                     |
|                           PID 1: systemd / init                         |
|                                   │                                     |
|           ┌───────────────────────┴───────────────────────┐             |
|           ▼                                               ▼             |
|    PID 240: sshd                                   PID 890: dockerd     |
|           │                                               │             |
|    PID 1024: bash (сессия)                         PID 1420: node app   |
|           │                                                             |
|    PID 1850: node worker.js                                             |
|                                                                         |
|                                                                         |
|  ОБРАБОТКА СИГНАЛОВ:                                                    |
|                                                                         |
|  1. SIGINT  (Ctrl+C)  ──► Приложение: перехват ──► Остановка цикла      |
|  2. SIGTERM (kill)    ──► Приложение: перехват ──► Graceful Shutdown    |
|  3. SIGKILL (kill -9) ──► Ядро: ПРИНУДИТЕЛЬНОЕ УНИЧТОЖЕНИЕ ПРОЦЕССА     |
|                           (Код приложения НЕ получает управление!)      |
+-------------------------------------------------------------------------+

• POSIX (Portable Operating System Interface)
• PID (Process Identifier)
• FHS (Filesystem Hierarchy Standard)
• SIGTERM (Signal 15)
• SIGKILL (Signal 9)
• Файловый дескриптор (File Descriptor)
• Переменная окружения (Environment Variable)

Конвейер жизненного цикла процесса в Linux#

На практике применяется#

1. Реализация Graceful Shutdown в веб-серверах: перехват сигналов SIGTERM и SIGINT в Node.js приложениях для безопасного завершения активных HTTP-запросов и закрытия транзакций БД перед остановкой контейнера.
2. Диагностика сбоев и утечек памяти на production-серверах: инспекция состояний процессов через утилиты ps aux, top, htop, анализ использования памяти через /proc/meminfo и мониторинг открытых сокетов через lsof -i.
3. Безопасная изоляция прав доступа (Least Privilege): разграничение прав на конфигурационные файлы (например, права 600 на .env и приватные ключи SSH) и запуск сервисов от имени непривилегированных системных пользователей (node, www-data).
4. Управление конфигурацией через переменные окружения: передача секретов, портов и URL баз данных через окружение операционной системы без жесткой фиксации паролей в коде репозитория.

Как это работает#

1. Модель прав доступа Unix: UGO и восьмеричная нотация#

Каждый файл и директория в файловой системе Linux привязаны к конкретному владельцу (User) и группе (Group). Права разделены на три категории:

1. u (Owner/User) — права владельца.
2. g (Group) — права участников группы файла.
3. o (Others) — права всех остальных пользователей системы.

Для каждой категории определены три базовых бита прав:

• r (Read, чтение) = числовой вес 4
• w (Write, запись/модификация) = числовой вес 2
• x (Execute, исполнение/вход в каталог) = числовой вес 1

Сумма битов формирует восьмеричную цифру от 0 до 7:

# 1. Просмотр прав на файлы:
# Вывод формата: -rw-r--r-- 1 node appgroup 1420 Oct 19 12:00 server.js
ls -la

# 2. Установка прав 644 (Владелец: rw-, Группа: r--, Остальные: r--)
# Стандартный безопасный режим для статических файлов и исходного кода
chmod 644 server.js

# 3. Установка прав 600 (Владелец: rw-, Группа: ---, Остальные: ---)
# Обязательный режим для секретов, SSL-сертификатов и .env файлов
chmod 600 .env.production

# 4. Установка прав 755 на директории и бинарные скрипты (rwxr-xr-x)
# Для директорий флаг execute (x) необходим для перехода внутрь через cd
chmod 755 /var/www/my-app

# 5. Смена владельца и группы процесса
chown -R node:appgroup /var/www/my-app

2. Управление процессами и инспекция состояния#

Для мониторинга процессов в операционной системе применяются стандартные утилиты:

• ps aux — снимок всех запущенных процессов в системе с указанием PID, %CPU, %MEM, времени работы и статуса (STAT).
• kill -15 <PID> — отправка вежливого сигнала SIGTERM.
• kill -9 <PID> — отправка неотвратимого сигнала SIGKILL.
• pkill -f node — отправка сигнала всем процессам, в командной строке которых содержится шаблон node.

# Поиск конкретного процесса Node.js и вывод его PID
pgrep -fl node

# Подробная информация по процессам с сортировкой по потреблению оперативной памяти
ps aux --sort=-%mem | head -n 10

# Просмотр дерева процессов с дочерними ветками
pstree -p -s $$

# Проверка того, какой процесс слушает сетевой порт 3000
lsof -i :3000
# или через современную утилиту ss:
ss -tulpn | grep 3000

3. Обработка сигналов POSIX в Node.js#

Веб-сервер Node.js обязан перехватывать сигналы SIGINT (посылаемый при нажатии Ctrl+C в терминале) и SIGTERM (посылаемый Docker или systemd при остановке контейнера/сервиса):

import http from 'node:http';

const server = http.createServer((req, res) => {
  res.writeHead(200, { 'Content-Type': 'application/json' });
  res.end(JSON.stringify({ status: 'ok', timestamp: Date.now() }));
});

const PORT = process.env.PORT ? parseInt(process.env.PORT, 10) : 3000;
server.listen(PORT, () => {
  console.log(`[Worker ${process.pid}] Сервер запущен на порту ${PORT}`);
});

// Флаг предотвращения повторного входа в процедуру выключения
let isShuttingDown = false;

async function handleShutdown(signal: string) {
  console.log(`\n[Signal] Получен системный сигнал ${signal}. Начинаем Graceful Shutdown...`);
  
  if (isShuttingDown) {
    return;
  }
  isShuttingDown = true;

  // 1. Аварийный сторожевой таймер (Watchdog Timer)
  // Если соединения не завершатся за 10 секунд, форсированно завершаем процесс
  const forceExitTimeout = setTimeout(() => {
    console.error('[Watchdog] Истек лимит времени штатной остановки. Принудительный выход.');
    process.exit(1);
  }, 10000);
  forceExitTimeout.unref();

  // 2. Прекращаем прием новых входящих TCP-соединений
  server.close(async (err) => {
    if (err) {
      console.error('[Shutdown Error] Ошибка при остановке HTTP-сервера:', err);
      process.exit(1);
    }

    try {
      // 3. Закрытие активных соединений с внешними ресурсами (БД, Redis)
      console.log('[Cleanup] Сброс буферов и отключение пулов базы данных...');
      // await dbPool.end();
      // await redisClient.quit();
      
      console.log('[Success] Все ресурсы успешно освобождены. Завершение с кодом 0.');
      process.exit(0);
    } catch (cleanupError: unknown) {
      const msg = cleanupError instanceof Error ? cleanupError.message : String(cleanupError);
      console.error('[Cleanup Error] Ошибка при очистке ресурсов:', msg);
      process.exit(1);
    }
  });
}

// Регистрация слушателей POSIX-сигналов
process.on('SIGTERM', () => handleShutdown('SIGTERM'));
process.on('SIGINT', () => handleShutdown('SIGINT'));

4. Архитектурный конвейер сигналов в ядре Linux#

5. Сравнение ключевых сигналов управления процессами#

Распространённые ошибки#

// ОШИБКА: Node.js выбросит ошибку или проигнорирует слушатель
process.on('SIGKILL', () => {
  console.log('Попытка сохранить данные перед смертью...');
});

Собеседование: Вопросы и ответы#