Мы такое обошли через placeholder-ы. Избавляет он необходимости группировки. А вообще еще лучше выделять селекторы с media-query в отдельный файл и грузить по необходимости (media-query в rel)

зато цельный продукт )

вот еще
https://github.com/aker-gateway/Aker
https://github.com/iamacarpet/ssh-bastion

другой подход на SSH CA
https://github.com/Netflix/bless

Вариантов реализации не так много. Либо CA сервер либо OTP прокси. Оба варианта кстати реализованны в Vault.

В чем отличие от готовых открытых решений? например sshkeybox? или vault?

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

Ondřej Surý — maintainer php в debian.

+ Dotdeb отказался делать дальше пакеты в пользу его

Мы пытались адаптировать готовую либу для odata под 1С. Сразу оно естественно не заработало.

Столкнулись с тем, что когда кидаешь в 1С запрос в формате json с заголовками «хочу-json» получаешь ответ в xml. Добавив url $format=application/json получили наконец json.

На этом этапе мы смогли получать данные от туда норм.

Дальше встал вопрос сохранения в json. Тут сколько не бились, ничего не получилось. Потом я заметил расхождения в версиях Odata смотря на документацию на сайте odata и мы отложили это дело.

Нас больше интересует интеграция с web языками, с линукса.

Пытались пользоваться odata через Json. Вообще не пашет.

И хотя написано в заголовках написана одна версия odata, ответы присылает по другой.

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

хуки на дочерние образы? Но если например обновился debian образ — тут не отследишь автоматически.

И остаётся вопрос актуализации образов. Нашел, что раньше можно было ставить свои hook на базовые образы(из library). Сейчас нельзя. Ну дальше по цепочке обновлять все образы зависимые.

На текущий момент, если ничего не найду — буду писать плагин к mina для работы через docker api. Благо есть gem. Вот ещё нашел — https://github.com/newrelic/centurion, но пока не присматривался

Да, согласен, но все же это будет запуск контейнера на машине, в не в swarm.

привязка к конкретным машинам

Если воспользоваться советом — и писать своё — то вопросов нет.

Боль в том, что допустим у меня в кластере swarm 20+ нод. Мне нужно подключиться по docker API, погасить по очереди нужные контейнеры, скачать правильные новые(по номеру релиза), и мягко пиная балансировщик, обновлять.

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

Тем что на это нужно время, ресурсы и тд. Смотрел видео от badoo — они писали свою систему.

С балансировкой — хорошая мысль. А если это swarm? Поидее нужно через docker API подключаться и тормозить по очереди… Вот такое ПО я ищу.

Мне кажется смешивать puppet и ansible будет излишне.

мне нужно, чтобы ci это делал, а не cm.