апач конечно умеет прокси, но лучше его убрать с 80 и поставить туда что-то вроде nginx который раскинет запросы на нужные порты

чем лучше?

чем апач плох как фронтенд прокси? да ничем таким, но я предпочитаю разделять эти сущности

ноджс это же бекенд

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

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

3 команды в ансибле

ноджс это же бекенд

в изначальном вопросе нода на 4200, к ней то какие вопросы? настраивать надо фронт

Я может не до конца разбираюсь в логике ssmtp, но считал, что это обычный почтовый клиент, который пересылает письма через обычный SMTP, а не MTA и письма просто отправляются как через условный Thunderbird. Поправьте, если ошибаюсь.

Просто может в конфиге хостнейм кривой или алиасы для почты от имени которой шлете

Просто может в конфиге хостнейм кривой или алиасы для почты от имени которой шлете

У меня все в порядке :), с проблемами столкнулся @markus24de

Пока ещё решение не принято, что буду изобретать или мэилган или своё , как решено будет, возможно снова буду с вами консультироваться ;)

господа а точно caa не обязателен для проверки клиентом ?

у меня странность. по дороге прокся с бампом и подменой сертифката.

на моем сайте стоит caa

для него я получаю x509: certificate signed by unknown authority

господа а точно caa не обязателен для проверки клиентом ?

Он вообще не обязателен. Но если есть, то должен проверяться УЦ

он обязателен

с 5 сетрября

он обязателен

Я тебе ответил в чем его обязательство

Если его нет, то нет

А если есть - обязан

да. но я имею на лицо ситуацию которую не могу объяснить ничем другим

Но не клиент вроде

у меня есть сайт на котором он включен

Угу

и с него докер тянуть образ отказывается

попробовать убрать что ли ?

Ну кстати

Всем здравствуйте подскажите пожалуйста, насколько целесообразно использовать ansible для конфигурирования докер контейнеров, даже предварительно используя докерфайл?

Звучит странно. Зачем?

А в реальном мире кто-то вообще собирает свои докер имеджи только докер файлом и портяной на баше?

Как вы туда конфиги кладете и вот это овт все?

Особенно если часть должна шаблонизироваться

confd + env vars

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

А в реальном мире кто-то вообще собирает свои докер имеджи только докер файлом и портяной на баше?

может для практики вычищения своих докер имеджей и собирают, ведь бывает так что на имедже из хаба сервис стартует, а поднимаемый вручную в контейнере - нет

и оказывается кто то образ то да как то допилил, а вот какую оптимизацию сделал - не пишут

А в реальном мире кто-то вообще собирает свои докер имеджи только докер файлом и портяной на баше?

я

Как вы туда конфиги кладете и вот это овт все?

не кладу.

Особенно если часть должна шаблонизироваться

не шаблонизирую

А как тогда у тебя все это организовано то?)

env переменные/ консул / консул темплекйт/

Т.е. в докере два процесса запущено? Консул и какой то скрипт, верно?

монтирование с хоста

нет что ты

Консул на хосте шаблонизирует?

я на канале докера скидывал вариант nginx + consul-template

где консул тепмлейт это супервизор для nginx

какэта

Т.е. не системд юнит?

consul-template exec mode

Т.е. каждый докер контейнер запускает консул теплейт который уже запускает нужный сервис. Верно?

нее. у меня так тока собран Nginx

ибо высокодинамичный

на остальный тупо маунт с хоста.

в номаде его естестевенное шаблонизирование.

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

ну и дискавери серивсов через днс

А если мне надо запускать воркеры cli'ные то какой бестпрактис по докеру в этом случае?

Проблема в том что кол-во и типы воркеров зачастую зависят от приложения и желательно бы не хардкодить это как то на докер конкретно

ERROR: S client not available

ну у меня в консуле

при старте говорю параметр пул такой то. тулза сама полезет в консул и всё о себе расскажет и узнает

Что за тулза

А, в смысле воркер

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

Но и получается по одному докер контейнеру на один тип воркера будет?

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

?

http://cri-o.io - шах и мат фанбоям докера

Ребят, про nginx сюда можно?

А что с ним?

Ребят, подскажите. Верно ли я понимаю принцип работы nginx. Nginx создает пул серверных сокетов, которые слушают определенный порт (:80). Когда на порт приходит запрос, он передается на один из сокетов, который меняет своё состояние. Сервер же, в это время делает опрос сокетов с помощью (epoll и т.п.), находит те, которые изменили своё состояние и передают задачу на один из воркеров. Воркер либо обрабатывает запрос сам (на выдачу статики) или передает его на дополнительный веб-сервер, который генерирует динамический контент. Далее, этот контент возвращается в nginx, сжимается и хранится в буфере до моменты выдачи назад (когда сокет будет готов отправить данные обратно пользователю) Всё это время nginx опрашивает остальные сокеты на предмет обновления состояния. И повторяет вышеизложенные процедуры. Верна ли данная трактовка?

Как я помню, похоже

Ребят, подскажите. Верно ли я понимаю принцип работы nginx. Nginx создает пул серверных сокетов, которые слушают определенный порт (:80). Когда на порт приходит запрос, он передается на один из сокетов, который меняет своё состояние. Сервер же, в это время делает опрос сокетов с помощью (epoll и т.п.), находит те, которые изменили своё состояние и передают задачу на один из воркеров. Воркер либо обрабатывает запрос сам (на выдачу статики) или передает его на дополнительный веб-сервер, который генерирует динамический контент. Далее, этот контент возвращается в nginx, сжимается и хранится в буфере до моменты выдачи назад (когда сокет будет готов отправить данные обратно пользователю) Всё это время nginx опрашивает остальные сокеты на предмет обновления состояния. И повторяет вышеизложенные процедуры. Верна ли данная трактовка?

я так понимаю, на эту тему можно почитать вот здесь http://www.aosabook.org/en/nginx.html

Ребят, подскажите. Верно ли я понимаю принцип работы nginx. Nginx создает пул серверных сокетов, которые слушают определенный порт (:80). Когда на порт приходит запрос, он передается на один из сокетов, который меняет своё состояние. Сервер же, в это время делает опрос сокетов с помощью (epoll и т.п.), находит те, которые изменили своё состояние и передают задачу на один из воркеров. Воркер либо обрабатывает запрос сам (на выдачу статики) или передает его на дополнительный веб-сервер, который генерирует динамический контент. Далее, этот контент возвращается в nginx, сжимается и хранится в буфере до моменты выдачи назад (когда сокет будет готов отправить данные обратно пользователю) Всё это время nginx опрашивает остальные сокеты на предмет обновления состояния. И повторяет вышеизложенные процедуры. Верна ли данная трактовка?

Похоже. Только насчёт сжатия - если бэкенд отдал пожатое - оно так и кладётся в кэш пожатым. Если нет - кладётся непожатым и жмётся при отдаче клиенту, если клиент обозначил свою готовность принять сжатые данные (Accept-Encoding:)

Ну и хранит или не хранит в кеше - зависит от настроек. А также, буферизировать ли ответ от бэкенда или нет - также настраивается. В некоторых ситуациях отключение буфера ускоряет отдачу, но даёт бОльшую нагрузку на бэкенд.

Ребят, подскажите. Верно ли я понимаю принцип работы nginx. Nginx создает пул серверных сокетов, которые слушают определенный порт (:80). Когда на порт приходит запрос, он передается на один из сокетов, который меняет своё состояние. Сервер же, в это время делает опрос сокетов с помощью (epoll и т.п.), находит те, которые изменили своё состояние и передают задачу на один из воркеров. Воркер либо обрабатывает запрос сам (на выдачу статики) или передает его на дополнительный веб-сервер, который генерирует динамический контент. Далее, этот контент возвращается в nginx, сжимается и хранится в буфере до моменты выдачи назад (когда сокет будет готов отправить данные обратно пользователю) Всё это время nginx опрашивает остальные сокеты на предмет обновления состояния. И повторяет вышеизложенные процедуры. Верна ли данная трактовка?

Только он не создает пул. Он просто слушает сокет

Только он не создает пул. Он просто слушает сокет

Т.е. все запросы на сервер через 1 сокет, который быстро перебрасывает на воркеры? Но там же конечный автомат, я думал, это предполагает какой-то набор?

я так понимаю, на эту тему можно почитать вот здесь http://www.aosabook.org/en/nginx.html

Спасибо, изучу.

Ну и хранит или не хранит в кеше - зависит от настроек. А также, буферизировать ли ответ от бэкенда или нет - также настраивается. В некоторых ситуациях отключение буфера ускоряет отдачу, но даёт бОльшую нагрузку на бэкенд.

Дельно, спасибо

Т.е. все запросы на сервер через 1 сокет, который быстро перебрасывает на воркеры? Но там же конечный автомат, я думал, это предполагает какой-то набор?

Освободи свой разум. Один сокет. Бинд на нем. Форк на несколько (мало) воркеров. ОС раздает пришедший коннект воркеру по своему какомуто алгоритму. И крепит за воркером. Внутри воркера с одного сокета без блокировки принимают соединения и без блокировки кстати делают дальше. В одном контексте.

http://cri-o.io - шах и мат фанбоям докера

И чо?

https://medium.com/netflix-techblog/serving-100-gbps-from-an-open-connect-appliance-cdb51dda3b99

https://t.me/UkropsDigest/29 — написал о эластике 6.0.0, может быть интересно ?

https://www.infoworld.com/article/3228171/devops/why-ansible-is-the-future-of-red-hatand-automated-devops.html

я так понимаю, на эту тему можно почитать вот здесь http://www.aosabook.org/en/nginx.html

Ещё раз спасибо за статью. Исчерпывающе

Пожалуйста)

Господа, несколько раз я уже сталкивался в разных местах с поведением вебстраницы когда включается какойто рефреш и это приводит к каким нить проблемам на бекенде. Как правило после этого каким то образом прафится фронтенд что бы * делал меньше запросов * делал запросы по другому * делал запросы реже ну и т.д. вопрос как бы форсировать рефрешь страницы, что бы приехал этот новый js ? ведь клиент запрашивает данные с бекенда а не саму страницу. в голову лезет вариант когда в самом js вставляется if который матчит какую то часть реплая и форсит рефрешь. есть стандартные способы добится такого поведения ?

я немного не понял что тебе надо) обновить страницу? обновить джс код?