Как я должен обработать статические активы при развертывании кода на различных веб-серверах?

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

На сервере разработки Linux я сначала препятствовал бы тому, чтобы почта отослала или фильтровала трафик или остановила почтового демона. Для остановки движения это работало бы в большинстве современных сред:

iptables -A OUTPUT -p tcp --dport 25 -j DROP

Моя сеть разработки уже не может соединиться внешне с этим и большинством других портов, поскольку это - политика отбрасывания по умолчанию, и я не позволяю исключения. Я обычно выделяю реле smtp каждой подсети, где я могу осуществить дополнительные релейные политики там. Серверам разработки не позволяют передать через этот хост также.

Позже, Вам, вероятно, придется очистить почту из почтовой очереди прежде, чем перезапустить демона или удалить правило в зависимости от Вашего подхода.

В Windows обычно у Вас нет выполнения сервера местной почты. Перейдите к источнику и препятствуйте тому, чтобы он работал, или укажите на сервер Linux, это уже отбрасывает электронную почту.

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

Если Вы хотите к функциональности тестового приложения, Вы могли бы создать тестовый почтовый ящик, локальный для сервера и поставлять электронную почту там или просматривать исходящие почтовые журналы. Это - то, что я осуществляю в нашей среде разработки. В моем случае разработка может только послать учетные записи локального пользователя по электронной почте на конкретном сервере, период. Никакая передача или доставка к серверам местной почты. Что-либо больше представляет потенциал для ошибки, и это, очень вероятно, произойдет.

Если Вы все еще настаиваете на том, чтобы перенаправлять всю исходящую почту, решение будет зависящим от Вашего MTA.

0
задан 17 December 2011 в 02:46
1 ответ

По сути, вы должны оставить обе версии доступными во время перехода, если вы вообще собираетесь перекрывать версии в производстве. На самом деле мы и делаем использование версий в компоненте пути, поскольку это намного проще для разработчиков. Подход № 2 требует гораздо большего количества скриптов в процессе сборки / развертывания - еще одна вещь, которую нужно сломать. Мы используем жесткие ссылки в базовых файловых системах, чтобы одни и те же файлы из / V1 / и / V2 / не занимали слишком много места, а также это упрощает сокращение. Наше происхождение может справиться с увеличением количества обращений во время переналадки (что в любом случае происходит в периоды низкой загрузки).

1
ответ дан 4 December 2019 в 22:01

Теги

Похожие вопросы