нормально выглядит. гораздо сложнее будет наладить хорошую работу с консулом

Коллеги, нужен совет. Сейчас в моём проекте runtime-конфигурация вынесена в отдельный модуль, который получается через обычный require('config'). Таких мест около двух-двух с половиной сотен во всех приложениях. Встал вопрос о внедрении consul для хранения конфигурации, соответственно, конфиг должен читаться каждым приложением из него асинхронно при старте. Собственно, возникла мысль: при старте приложения заполнять require.cache вот так: const resolved = require.resolve('config'); require.cache[resolved] = { id: resolved, filename: resolved, loaded: true, exports: { foo: 42 }}; Как временный вариант, пока не перепишется использование модуля config по всему проекту — насколько это плохое решение? Возможно, кто-то сталкивался с подобным и может подсказать более надёжный путь?

В каком смысле? Я сейчас планирую минимальный вариант с 3 нодами. Можете поделиться негативным опытом с ним?

херовый. лучше у всех сделай предзагрузочный файл который бкдет загружть конфиг и подсосввывать как аргумент основному аппу

херовый. лучше у всех сделай предзагрузочный файл который бкдет загружть конфиг и подсосввывать как аргумент основному аппу

Не надо ничего переписывать кроме деплоя

Вот мне идея с ковырянием require.cache тоже не кажется хорошей, потому и спросил здесь.

Что делать с динамически обновляемыми данными?))

У нас конфиг 100% статичен.

тогда вам консул зачем? просто собирайте конфиг из переменных окружения

Хочется иметь одну точку модификации конфига. План был таков, что в консул загружается текущий конфиг, а все приложения его читают. На другой чаше весов у меня сейчас подход 12factor, где как раз всё в переменных окружения. Я пока оцениваю варианты с т.з. трудозатрат на внедрение.

Ну вот смотрите, окружение - это здесь и сейчас. В консуле вы можете их перечитать не меняя код. Удобнее?

При файле, вы при изменении конфига, будете передеплоивать код.

Каждый сервис запишет то, что нужно ему)

Зачем?

Там по коду разбросанно одно и тоже

npm-check -u вроде как справился, плохо что надо выбрать пакеты в меню

вот кстати у меня тоже вопрос по поводу конфигурирования но немного другой. Один модуль выдает события по которым я ищу совпадения прям в JSON справочнике, в котором все эти совпадения прописаны. Справочник отвечает за сообщения отправляемые другим сервисам в инфраструктуре. Мысль есть - сделать модуль который считывает этот JSON-справочник и импортируется глобально в аппу - при изменении справочника соответственно всех оповещает. Вам как кажется - это сильно криво? Как вообще делают в подобных кейсах?

@HellPirate res.sendFile

но зочем. сказать экспрессу где статика и все

В python тоже принято юзать virtualenv

принято кем? Я всегда делал pip requirements.txt и это замечательно работало

Python-разработчиками

Всем привет, подскажите пожалуйста, у меня совсем нубский новичковый вопрос, только знакомлюсь вообще с фронтендом (я DevOps) Почему node_modules это локальная папка? Почему не используется такой же подход как у python и pip например? Я знаю про глобальную установку, но кажется, что тут принято держать node_modules локально или я не прав?

В ноде тоже можно глобально устанавливать

В ноде тоже можно глобально устанавливать

А вы предлагаете, чтобы все зависимости, необходимые для проекта, были установлены глобально?

Я пытаюсь разобраться как сделать лучше

Всегда всё локально ставьте. За редким исключением

npm install webpack -g

Всегда всё локально ставьте. За редким исключением