Mark, я большой фанат RabbitMQ, поэтому его и посоветую. В принципе, любой Message Broker подойдёт, но там я знаю что это все из коробки будет работать. Главное Consumer правильно реализовать
Mark, да. А в идеале такие операции только через очереди и делать. Это позволит настроить Dead Letter Queue (как в RabbitMQ, например). Один минус этого решения - систему надо строить сразу асинхронную
Vitsliputsli, чтобы понимать что удобно, безопасно или вредно нужно понимать это неразделимые вещи - одно следует из другого. Давай по порядку:
- Переменные окружения в файл не положишь (dotenv сейчас не считаем, его в прод даже пакетом уходить не должно). Таким образом в репозитории не будет доступов, которые могут утечь куда угодно: начиная от команды и заканчивая угоном репозитория.
- Переменными окружения гораздо проще управлять. Если у тебя приложение на компилируемом ЯП то его не надо пересобирать при изменении конфигурации.
- Если работаешь с контейнерами то можно иметь любое количество запущенных окружений без каких либо проблем на одной и той же машине
- Для сборки не надо знать структуру приложения: я регулярно вижу что команды начинают писать программу на одном ЯП, а со временем он распадается на микросервисы и язык меняется (частые случаи с переходом с PHP на nodejs или python)
это основные и это очень помогает в разработке. Кроме того конфигурация становится куда прозрачнее - не надо знать в каком файле что такого надо законфигурировать чтобы это все завелось. Вот дали тебе код, а потом что? А потом ты будешь часа полтора бегать по сотне файлов конфигурация, если проект не из трех экранов и пробовать узнавать а что там и как надо конфигурировать
Алексей Ситников, переменные окружения хранятся в памяти исполняемого окружения - будь то контейнер, виртуалки или железка) А так же могут быть прописаны в соответствующие места, в зависимости от системы, чтобы даже при перезагрузке все работало. Откуда у тебя такая не верная информация?
Vitsliputsli, на счёт п.2 справедливо только если человек совсем не опытный. Как только появляется хоть какой-то правильный опыт все старые подходы неожиданно становятся неудобными и вредными)
