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

мы тут обсуждали "я выберу тулу на го", на что я отвечаю, что написать рабочую тулу на го в 10 раз сложнее, поддерживать ее в 20 раз сложнее, библиотек нет (и зависимостей тоже, гг), кода будет в 3 раз больше и хрен поправишь быстренько. а с точки зрения "взять и использовать" это в обоих случаях docker run

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

который сам по себе, к счастью, вроде начали переписывать на окамле, авось багов поменьше будет )

топ 10 например

perf/sysdig

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

потому что докер ран ничем не отличется от "положить и запустить бинарь", это ровно то же самое

топ 10 например

https://github.com/brendangregg/perf-tools/blob/master/examples/syscount_example.txt в той же репе найдешь саму тулзу.

> написать рабочую тулу на го в 10 раз сложнее, поддерживать ее в 20 раз сложнее если бы это было так, на Go столько бы всего не написали, особенно я не согласен по поводу поддерживать, но спорить не буду, вижу тут уже действительно что-то религиозное смешанное с нумерологией

рассматривай докер как elf 2.0

https://github.com/brendangregg/perf-tools/blob/master/examples/syscount_example.txt в той же репе найдешь саму тулзу.

ага пасиб

потому что докер ран ничем не отличется от "положить и запустить бинарь", это ровно то же самое

строго говоря отличается. причем достаточно сильно и заметно

> написать рабочую тулу на го в 10 раз сложнее, поддерживать ее в 20 раз сложнее если бы это было так, на Go столько бы всего не написали, особенно я не согласен по поводу поддерживать, но спорить не буду, вижу тут уже действительно что-то религиозное смешанное с нумерологией

практика показывает, что скорее наоборот

наименее эффективные языки становятся самыми массовыми

пхп, жс, го

Чуваки, а вот есть куча приложений запущенных, хочется им конфиги скармливать централизовано. Грубо говоря есть центральная пепяка, в ней я пишу конфиги под весь софт. А софт их оттуда тягает и радостно работает.

это демагогия

чем это модно нынче делать?

людей то кормить надо, нужно создавать иллюзию работы!

> написать рабочую тулу на го в 10 раз сложнее, поддерживать ее в 20 раз сложнее если бы это было так, на Go столько бы всего не написали, особенно я не согласен по поводу поддерживать, но спорить не буду, вижу тут уже действительно что-то религиозное смешанное с нумерологией

https://yourlogicalfallacyis.com/bandwagon :)

причины популярности разные

строго говоря отличается. причем достаточно сильно и заметно

ну если бы это был запуск rkt было бы лучше, но и так сойдет

Чуваки, а вот есть куча приложений запущенных, хочется им конфиги скармливать централизовано. Грубо говоря есть центральная пепяка, в ней я пишу конфиги под весь софт. А софт их оттуда тягает и радостно работает.

chef/puppet с одной стороны; consul/etcd с другой, в зависимости от ваших предпочтений/нужд

ну если бы это был запуск rkt было бы лучше, но и так сойдет

Не важно. Важно, что они отличаются причем заметно

ну да, в этом и плюс

Чуваки, а вот есть куча приложений запущенных, хочется им конфиги скармливать централизовано. Грубо говоря есть центральная пепяка, в ней я пишу конфиги под весь софт. А софт их оттуда тягает и радостно работает.

consul, etcd, zookeeper

Рома, Алекс, спасибо

Чуваки, а вот есть куча приложений запущенных, хочется им конфиги скармливать централизовано. Грубо говоря есть центральная пепяка, в ней я пишу конфиги под весь софт. А софт их оттуда тягает и радостно работает.

consul+consul2git или git2consul смотря в какую сторону двигаешь )

Не важно. Важно, что они отличаются причем заметно

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

consul+consul2git или git2consul смотря в какую сторону двигаешь )

я как то писал такой тул! но потом понял, что terraform умеет делать ровно это :)

Да, раз вспомнили про консул, кто-то сталкивался с дикими таймаутами в нем во время регистрации сервиса?

я как то писал такой тул! но потом понял, что terraform умеет делать ровно это :)

у тераформа стейт еще где то хранить надо

у тераформа стейт еще где то хранить надо

так в гите же

я как то писал такой тул! но потом понял, что terraform умеет делать ровно это :)

это вроде про разное, в плане терраформ и консул

у тераформа стейт еще где то хранить надо

хотелсь же consul<->git как раз )

так в гите же

он вроде не умел, умел тока s3/consul

он вроде не умел, умел тока s3/consul

да можно же и .tf и .tfstate в гите

но c consul получалась засада курица-яйцо, если у нас терфаорм разворачивает инфраструктуру на которой консул

он вроде не умел, умел тока s3/consul

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

но c consul получалась засада курица-яйцо, если у нас терфаорм разворачивает инфраструктуру на которой консул

да, поэтому в гите хранили %)

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

да это не тру

но c consul получалась засада курица-яйцо, если у нас терфаорм разворачивает инфраструктуру на которой консул

нормально получается, нужно просто через --target сначала развернуть консул, а потом все остальное

да это не тру

почему?

хотя я не умею тераформ) так что не буду разговаривать с вами )

ну хз.

с консулом рано или поздно наткнётесь на ограничение по размеру же

с консулом рано или поздно наткнётесь на ограничение по размеру же

если стейт тераформа туда совать

вы бы про systemd лучше ответили )

а для тех кому неудобно стейт тф в гите хранить они за деньги сервак продают

а для тех кому неудобно стейт тф в гите хранить они за деньги сервак продают

атлас чот дороговат

https://yourlogicalfallacyis.com/bandwagon :)

https://yourlogicalfallacyis.com/the-fallacy-fallacy

атлас чот дороговат

так не обязательно атлас

они щас отдельно терраформ продают

https://www.hashicorp.com/terraform.html

https://www.hashicorp.com/terraform.html

цены не видно чот, у атласа хоть писали %)

Теперь вторая часть марлезонского балета — поругайте консул

Теперь вторая часть марлезонского балета — поругайте консул

Да, раз вспомнили про консул, кто-то сталкивался с дикими таймаутами в нем во время регистрации сервиса?

до нескольких минут

причина хз, грешим на мисконфигурацию

ну если ему плохо, то он в логи срет

и на агентах и на серверах

Теперь вторая часть марлезонского балета — поругайте консул

консул збс в целом )

ну если ему плохо, то он в логи срет

дебаг включен

и на агентах и на серверах

возможно проблема еще и в том, что это single node консул, не спрашивайте зачем

вы бы про systemd лучше ответили )

я не пользуюсь (пока), но мне интересно какие есть с ним проблемы

вы бы про systemd лучше ответили )

а что?

Как включить аккаунтинг всем сервисам и слайсам не перезапуска машину

Я в конфиге включил типа, и хочу чтобы системд перечитал системный конфиг свой и все применил

Как включить аккаунтинг всем сервисам и слайсам не перезапуска машину

там это вроде в pid1, так что как-то так

Ну это отстой

Там нужно же просто тонну файликов насоздавать

Ну это отстой

это не нужно, systemd создан быстро загружать машину

> systemd > быстро Стабильность не нужна

но, Я не настоящий сварщик

> systemd > быстро Стабильность не нужна

systemd для динамичных окружений

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

Оно конечно селфхилинг всё, но лишний раз не хочется

> аккаунтинг всем сервисам и слайсам а что это? :) (можно ссылкой ткнуть)

systemd для динамичных окружений

Как по мне, лучше sysV, в крайнем случае upstart...

Как по мне, лучше sysV, в крайнем случае upstart...

рили ? ))) а чем ? )

сисВи

Как по мне, лучше sysV, в крайнем случае upstart...

эм, systemd event based и тестно интегрирован с udev и d-bus и как раз разрабатывался с прицелом на десктопы, где втык вытык новой железки, смена сетевой и аппаратной конфигурации и ребуты дело обыденное, ну а то, что он берет на себя управление сессиями вообще сдает это с потрохами