там реально делают что в одном контейнере app

под supervisord

но на своей инфраструктруе лучше делать по бестпрактсу

тем более номад не ходит без консула а консул без темплейта

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

и эксплуатировать там decoumpled контейнеры максимально просто

ибо всё само подставляется.

единсвтенный вопрос это подготовка статики

и я так понимаю только с этой точки там "удобнее"

дебажить такой разнесенный контейнер это ад

но мы отошли от вопроса - unix socket или tcp ? у кого были проблемы с unix

где ад ? статика отдельно. код отделльно

логи в общем месте переданы гельфом. откуда тут ад то ?

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

мы решали через установку заголовка

быстрый гугл похожего решения https://www.cyberciti.biz/faq/nginx-if-conditional-http_user_agent-requests/

какие то костыли

а если бэкендов много?

и когда они динамически создаются

дак ты же консулом темплейтишь

так он выкусит контейнер если у него healthcheck плохой

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

а мне например надо на него запрос послать

я к тому что слепое следование правилу "один контейнер - один процесс" очень сильно усложняло жизнь, пришлось от него отказаться

и стало жить полегче

ну ок. верю

а если бэкендов много?

map как раз для такого. https://sites.psu.edu/jasonheffner/2015/06/19/nginx-use-different-backend-based-on-http-header/

если решение о том что процессы связны принято я бы взял сокет

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

а если динамика, кусок с map-ами писать в отдельный файл и релоадить nginx без потери соединений

бекенды конечно динамика. и конечно в отдельном номад темплейте

всмысле какполучилось что в одном контейнере есть два приложения. это против бестпрактиса

Ничего не против. Если есть supervisord или s6-init какой-нибудь

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

бэклог на сокетах тоже есть :trollface:

somaxconn работает на них.

превед коллеги. осваиваю постшрес, укже минут 15 ищу, как проверить, включилась ли shared library - timescale. такое впечатление, что нет - её специфичный вызов не работает. как посмотреть активные shared librarys и вообще инфу вокруг их вызовов, состояния и тд?

или киньтесь в меня линком на работу с ними, плииииз.

show shared_preload_libraries;

те кто думает что докер ппц какой стабильный: https://youtu.be/XHBKl70st5Q , с 34 минуты где то, у ребят по 20 траблов в день связанных с багами докера

те кто думает что докер ппц какой стабильный: https://youtu.be/XHBKl70st5Q , с 34 минуты где то, у ребят по 20 траблов в день связанных с багами докера

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

ну это с последнего рит++

ну это с последнего рит++

да я вижу откуда, я спросил по содержанию

а то может там очередной перл как у Леши

Ч - человек. Л - Леша (Ч) Куда мне жаловаться на падения кликхауса? (Л) Можно прямо сейчас, лично мне (Ч) Я вот запустил и сразу уронил CH (Л) Вам повезло (Ч) А через пару минут [уронил] сервер простым селектиком (Л) Да у вас талант!

у них большая инсталляция

и как я понял баги вылезают именно в самом докере так как они там гоняют его в хвост и в гриву для CI/CD

не похоже что они его используют неправильно

а есть сводка багов примерная?:)

у них большая инсталляция

у меня в проде с 15 годадокер, хостов так под 50, когда еще кубер со свармами были на зачатке - я бы не сказал что там были проблемы по 30 раз на дню

при чем часть сервисов было на приличном таком ппс

а есть сводка багов примерная?:)

https://github.com/moby/moby/issues

в CI/CD там больше вылезает так как контейнеры постоянно создаются удаляются

в живой эксплуатации обычно спокойнее

https://github.com/moby/moby/issues

эти я и так видел=)

и такие же тысячи ишью у композа, кубера, и всего прочего

живёшь как на минном поле

почему как?

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

так что success rate он считает хорошим

живёшь как на минном поле

состояние поломанности, это нормальное состояние системы

состояние поломанности, это нормальное состояние системы

война - это мир

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

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

мне это напомнило один момент с качественной и не качественной продукцией разных вендеров, один вендер делает более дешовый продукт, второй дорогой, разница в единицац по возврату продукции как брак - в 4 раза, но при этом в процентном соотношении от количества проданных у обоих в районе 10%)

чем больше вы становитесь, тем меньшее кол-во времени ваша система пребывает в состоянии "всё работает"

чем больше вы становитесь, тем меньшее кол-во времени ваша система пребывает в состоянии "всё работает"

это из серии - если у вас большая инфраструктура и все работает - с вашим мониторингом что-то не так

Psih ага, это прям мантра любого эксплуатационщика )

это из серии - если у вас большая инфраструктура и все работает - с вашим мониторингом что-то не так

нет. это из серии статистика для дитишек.

нет. это из серии статистика для дитишек.

про статистику я выше писал

Psih ага, это прям мантра любого эксплуатационщика )

я работал на крупном проекте, где инфраструктура сотнями серверов измерялась ( про колличество сервисов я молчу) короче таки с мониторингом - это даже не мантра, а аксиома

проблема у докера в CI что там демон докера по различным причинам входит в кататонию. но это просто решается (точнее подкладывается соломка). а сложно решается например вот такое https://github.com/moby/moby/issues/32195

проблема у докера в CI что там демон докера по различным причинам входит в кататонию. но это просто решается (точнее подкладывается соломка). а сложно решается например вот такое https://github.com/moby/moby/issues/32195

сварм - все. мертв

это просто пример

сварм - все. мертв

Официально?

что то про сварм не понял

я так думаю они его еще развивать будут

чего его хоронить раньше времени

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

Думаю, ты сам всё понял. Философию и взгляды создателей дистрибутива невозможно переделать скриптами 😊

Слууушай, а можешь направить, где бы про эту философию почитать? А то я даже не очень представляю как гугла про неё спросить.

кто-то сталкивался что gitlab не коннектится по ssh по ключу как клиент? с хоста с этим же ключом без проблем. лог подключения https://pastebin.com/rwBhKnK1