используется ли на проекте in-memory state

In-Memory State: хранение данных в памяти приложения

Что это

In-Memory State это данные которые хранятся в памяти Node.js процесса, не в БД или Redis.

Примеры

// Плохо: in-memory state
const users = []; // Массив в памяти

app.post('/users', (req, res) => {
  users.push(req.body);
  res.json(req.body);
});

app.get('/users', (req, res) => {
  res.json(users);
});
// Проблема: если упадёт процесс, данные теряются!
// Проблема: если несколько инстансов, данные не синхронизируются

Когда использовать

✅ Кэш для часто используемых данных
✅ Configuration (не меняется)
✅ Временные состояния
✅ Сессии (если с Redis)

❌ Критичные данные
❌ Данные которые должны persisting
❌ В распределённой системе
❌ Вообще в production

Правильное использование: Кэш

const cache = new Map();

const getCachedUser = (id) => {
  // Проверяем кэш
  if (cache.has(id)) {
    return cache.get(id);
  }
  
  // Если нет, берём из БД
  const user = db.query('SELECT * FROM users WHERE id = ?', id);
  
  // Кэшируем
  cache.set(id, user);
  
  // Invalidate через некоторое время
  setTimeout(() => cache.delete(id), 60000);
  
  return user;
};

Проблемы In-Memory State

1. Процесс упадёт — данные теряются
2. Масштабирование: несколько процессов
   ├─ Process 1: users = [user1, user2]
   └─ Process 2: users = [] (разные данные!)

3. Memory leak: кэш растёт бесконечно
4. Не резервируется (backup)
5. Конфликты обновления

Правильный подход

// Используй Redis или Database

// ✅ Redis для кэша
const redis = require('redis');
const client = redis.createClient();

await client.setEx(`user:${id}`, 3600, JSON.stringify(user));
const cached = await client.get(`user:${id}`);

// ✅ Database для критичных данных
await db.query('INSERT INTO users VALUES (...)');

// ✅ Временное состояние для одного запроса
app.get('/endpoint', (req, res) => {
  const tempState = { processing: true }; // На время запроса
  // ...
  res.json(result);
});

На production проектах

Всегда:
- Database: источник истины
- Redis: кэш и сессии
- In-Memory: только временное

Никогда:
- Критичные данные в памяти
- Сессии в памяти (без Redis)
- Очереди в памяти (используй RabbitMQ)
- Состояние приложения в памяти

Заключение

In-Memory State опасен в production. Используй только для:

• Кэша (с TTL)
• Конфигурации
• Временных данных одного запроса
• Профилирования

Для всего остального используй Database или Redis.