Логика пайплайна сборки такая: * Собираете контейнер с nginx и статикой * пушите контейнер в docker-registry * деплоите контейнер в Kubernetes используя ReplicaSet В таком случае простоя для клиентов либо не будет, либо он будет крайне маленьким

https://stackoverflow.com/a/54291684/4711964

Логика пайплайна сборки такая: * Собираете контейнер с nginx и статикой * пушите контейнер в docker-registry * деплоите контейнер в Kubernetes используя ReplicaSet В таком случае простоя для клиентов либо не будет, либо он будет крайне маленьким

Если честно, немного стрёмно звучит сборка nginx со статикой. Но я best practices не знаю, просто мнение.

просто смешивать веб-сервер и файлы другого проекта - этим

Если честно, немного стрёмно звучит сборка nginx со статикой. Но я best practices не знаю, просто мнение.

Предложите свой вариант без учёта best practices

Ну мне в голову приходит только шаренный каталог. Если несколько nginx, то NFS/etc

Ну мне в голову приходит только шаренный каталог. Если несколько nginx, то NFS/etc

ну и простейший cp/rsync из каталога сборки в каталог с проектом

охуенно!

nginx на каждый сервис со статикой вроде норм. Лучше только CDN и деплоить статику прямо туда

Ну, у меня схема выглядит как-то так: (глобальный реверс-прокси) -> (куча контейнеров, в каждом nginx со статикой)

Тогда уж не проще сделать один контейнер nginx, конфиг которого будет Ansible генерить и шарить им тупо volume со статикой? Просто кмк проксировать нгинксом запросы в контейнеры в которых полноценные нгинксы запущены немножко неэфективно.

Тогда уж не проще сделать один контейнер nginx, конфиг которого будет Ansible генерить и шарить им тупо volume со статикой? Просто кмк проксировать нгинксом запросы в контейнеры в которых полноценные нгинксы запущены немножко неэфективно.

это спор монолит вс микросервисы?)

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

Ну, у меня схема выглядит как-то так: (глобальный реверс-прокси) -> (куча контейнеров, в каждом nginx со статикой)

Учитывая что "удалить старое и накатить новое" не атомарная команда

запускаем инстанс с новыми данными, переключаем нагрузку. Достаточно атомарно. ПОтом гасим уже ненужный контейнер. Примерно так и делает кубер

https://habr.com/ru/post/452238/

Оркестратор это Kubernetes или Docker Swarm. Использовать без них Docker можно, но почти бессмысленно

даже если и читает, вы так говорите, будто реально что-то предъявить в этой стране

Бизнесы успешно предъявляют друг другу в разных странах, в том числе в той о которой ты говоришь

Шанс выиграша по делу мизерный, как показывает практика

При наличии договоров я явных их нарушений?

Явное нарушение необходимо доказать, в этом проблема в рф

а где не необходимо?

Необходимо доказать истцу, а не ответчику, что нарушения договора не было. Хотя если взглянуть на другие нарушения, то ситуация иная

Необходимо доказать истцу, а не ответчику, что нарушения договора не было. Хотя если взглянуть на другие нарушения, то ситуация иная

Воу, а есть страны, в которых доминирует презумпция вины?

Убийца всегда убийца и пусть он доказывает что ни кого не убивал

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

по умолчанию там тоже презумпция невиновности, просто дело заводится когда уже есть улики против человека. Так, опять же, довольно много где оно работает.

Да ладно?

а покажи примеры дел где было ноль улик?

Что тебе это даст?

По этому в России по статистики минимальное количество оправдательных приговоров)))

ну я уверен, что ты их не найдешь, так что даст подтверждение того что ты ошибаешься

Тут другая проблема -- в России сложно довести дело до суда без взятки или крепкой доказательной базы

Это точно чат про девопс?

Ну, такие дела есть, коррупция в России процветает, но основной массы дел это не касается

А кто-нить знает группу в телеге по обсуждению редиса?