Винный бутик рядом с моим домом работает так слаженно, что я как-то спросил владелицу — какую систему она использует для учёта. Оказалось, там крутится Node.js на маленьком сервере, и это решение родилось не из моды на технологии, а из очень практичных причин.

Почему не облако

Облачные решения требуют стабильного интернета и ежемесячной подписки. Для бутика в историческом здании, где интернет может «пропасть» на день, это критично. Сервер в подсобке — это автономность. Всё работает, даже если роутер перезагружается.

Другая причина — данные. Владелица не хочет, чтобы список клиентов и их предпочтения хранились где-то на чужом сервере. Локальное хранение — это не паранойя, это бизнес-практика для малого ритейла.

Что выбрали и почему

Node.js выбрали потому, что разработчик, который это настраивал, хорошо знал JavaScript и не хотел изучать Python или Go для одной конкретной задачи. Звучит как слабое обоснование? На практике это оказалось сильной стороной — сопровождение и мелкие доработки делает один человек, без привязки к фреймворку.

База данных — SQLite. Просто, дёшево, не требует администрирования. Резервная копия — это один файл, который копируется на флешку раз в день.

Что получил бутик

Система учёта заказов, остатков и клиентской базы работает на маломощном железе, которое стоит меньше, чем месячная подписка на большинство SaaS-решений. Время отклика — меньше секунды в локальной сети. Обновления — раз в полгода, когда действительно нужно.

Никакой магии. Никаких «умных» алгоритмов. Просто работающий инструмент, который решает задачу, а не создаёт новые.

Вывод

Не всё, что работает в малом бизнесе, должно быть сложным или дорогим. Часто лучшее решение — то, которое владелец понимает и может починить в случае чего. Сервер на Node.js для винного бутика — это не технологический высер, это прагматичный выбор.