📢 Stateful vs Stateless: как хранить состояние приложения

📢 Stateful vs Stateless: как хранить состояние приложения?

Сегодня продолжаю обучение в Яндекс.Практикум разбирался в подходах к хранению состояний приложений. Тема далась легко, почти все и так знал с практикой возникли сложности, уже хочу новый комп, желательно 64 гига оперативки и м4 процессор. Держите краткий дайджест:

🔹 Stateful – приложение помнит прошлые взаимодействия (например, сессии пользователей).

→ Минусы: сложнее масштабировать (нужны распределённые БД, кеши, микросервисы).

🔹 Stateless – каждый запрос независим (как в REST).

→ Плюсы: легко масштабировать горизонтально — просто добавляем серверы и балансировщик нагрузки!

⚖️ Балансировщики нагрузки – ключевой инструмент для Stateless:

• Распределяют запросы между серверами.

• Работают через API Gateway или Service Discovery (Развернул локально в докере APISIX c Consul).

💡 Вывод: Stateless – гибче для масштабирования, но Stateful нужен там, где важна история (например, корзина в интернет-магазине).

#ЯндексПрактикумАрхитектура