Pull to refresh
3
0

Ваш ближайший Puppet-гуру

Send message

Приветствую вас от имени коммюнити Voxpupuli & OpenVox! Спасибо, что пишете про Puppet!

По тексту есть замечание и дополнение :)

Замечание: у вас перепутаны puppet-lint и puppet parse validate - первый про стиль, второй про синтаксис.

Дополнения:

  1. Puppetboard можно попробовать заменить на openvox view (https://github.com/voxpupuli/openvoxview) - реализацию той же идеи, но на Go.

  2. Про Litmus, похоже, можно забыть.. Рекомендую смотреть на Beaker.

В телеграмме есть профильный русскоязычный канал про Puppet/OpenVox, но я не уверен, что могу здесь оставить ссылку на него :) Пишите в личку или ищите что-то похожее поиском :)

Спасибо за пояснения! Учитывая комментарии ниже стало понятно, почему был выбран такой путь :)

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

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

А я все ждал, когда кто-то запилит пост про Sharp Zaurus :)

Когда-то давно купил в Москве SL-C1000. Начал в нем ковыряться, поселился на профильном форуме на hpc.ru.. потом полез разбираться с дистрибутивом Angstrom.. потом завел у себя сборочницу OpenEmbedded.. потом портировал туда fvwm2 и какие-то виджеты от AfterSTEP впроде бы.. потом начал патчить первые версии kexecboot.. потом мне прислали еще SL-5500 и SL-6000 для тестирования kexecboot и Angstrom на них..

А потом мир изменился, wifi поддерживаемого стандарта (802.1a/b вроде бы) практически умер, 64Mb RAM стало не хватать для браузеров, а телефоны стали мощнее. Заурусы повалялись в коробке несколько лет, после чего со всей периферией были сданы в музей Яндекса. Так что, если увидите там SL-C1000, который грузится только в kexecboot, то это один из моих, скорее всего :)

Я выше, конечно же, наврал про максимальный размер в случае UDP. Оно там ограничего MTU :)
Rsyslog. На самом деле мы его использовали как запасной вариант, для того чтобы можно было без дампа бинлога читать, но он не может в длинные строки, в принципе больше 4 килобайт не может записать. Сжатие данных точно так же самим надо делать. Чтение будет идти с файлов.

Позволю себе заметить, что rsyslog может принимать длинные строки по TCP (я лично слал чуть больше 128k и это не предел). По UDP и в Unix Datagram Socket можно слать столько, сколько ваша OS позволит (я слал 128k в юникс-сокет и это был дефолтный максимум в линуксе). Ваша проблема с 4k явно связана с отправляющей стороной. Например, вы слали через logger (тогда вам еще повезло) или из php (там размер output-буфера по умолчанию выставлен в 4k). На стороне rsyslog по умолчанию максимальный размер сообщения 8k (настраивается в конфиге).

Ну и отправлять из rsyslog вы можете хоть в тот же ClickHouse (omclickhouse), хотя реализовано это было всего год назад, если мне память не изменяет. Правда, в идеале, там бы еще напильником пройтись и заменить INSERT INTO на COPY.

Information

Rating
Does not participate
Registered
Activity