Обновление ОС и ребут на продакшене? Звучит как «автоматическое» :) Но есть хорошая практика нотификаций и согласований с ответственными за систему и девопс отделом как минимум.
Еще хорошая практика проверить что прилетело на сервер физически. Есть serverspec например. К тому же вывести репику из апстрима тоже хорошая идея и вернуть только после теста.
Ну эт так, что первое в голову пришло. В общем — «что-то сбойнуло» — неправильно построенный деплой процесс как минимум.
Кто ж его знает что там в будущем будет :) Телепортаторы и всякая другая пижня, которую в телевизорах показывают, да и вообще, может компьютеры захватят мир и нам будет не до этого :)
Когда можно будет реализовать то, что в комменте выше, он шкаф просто дома напечатает на МФУ. А сама покупка будет заключаться в одноразовом чертеже, который самоуничтожится после работы.
Это рассчитано видимо на совсем маленький домашний сервер?
А что со sieve не так?
Вообще странный костыль… Для красоты тогда уж «лучше» написать демона и встроить его в цепочку обработки писем, завернуть все это в базу, сделать вебморду… или все таки использовать sieve :)
Спасибо за статью, попробую перепилить это на малину! Пока что пользуюсь Torrent Monitor от вашего однофамильца :), но оно на php + сама выкачка торрентов отдельной программой.
Занимаюсь примерно такой же фигней, только столкнулся с тем, что kitchen-ansible не раскрывает переменные внутри, например, group_vars/all файлах. Пришлось свой велосипед написать :(
Узнал тут недавно, что одна крупная компания деплоится перловыми велосипедами… ужаснулся… Некоторые деплоятся ansible… Жуть…
Почему не воспользоваться предназначенными для этого системами? Jenkins + Git/Perforce/SVN + Nexus + Docker (а можно еще туда kubernetes навернуть) творят просто чудеса… А если посмотреть в энтерпрайз решения, то там ваааще огромный выбор. Я работал с Anthill (к сожалению пару лет назад закрыли разработку) и ElectricCommander, там можно очень неплохую систему развернуть.
для Carbon, говорят, лучше использовать carbon-c-relay, по крайней мере на rootConf графики показывали красивые, что С-версия намнооого быстрее carbon_cache.py
Эх, когда играл в игры (Quake1-Quake2), то самая лучшая геймерская мышка была Mistumi ( с шариком которая )… А сейчас для Diablo3, да под пиффко в танки да корабли и обычной мышки хватает, главное чтобы в руке удобно было. Сейчас стоит SteelSeries R.U.S.E., до этого была A4Tech X7… На работе совершенно обычный Logitech… Руки все равно больше на клавиатуре лежат.
А еще в nginx лучше модно upstream.
Ну и fail2ban уже упомянули выше
ЕМНИП после установки sudo еще в конфиге нужно раскомментить %wheel группу… Хотя может уже и не надо.
Отказоусточивость — где? Безопасность? Порт ssh поменяли? Ну хотябы тогда уж в nginx включили бы naxsi…
Ах да, про firewall забыл… но это уже другая история :)
Еще хорошая практика проверить что прилетело на сервер физически. Есть serverspec например. К тому же вывести репику из апстрима тоже хорошая идея и вернуть только после теста.
Ну эт так, что первое в голову пришло. В общем — «что-то сбойнуло» — неправильно построенный деплой процесс как минимум.
А что со sieve не так?
Вообще странный костыль… Для красоты тогда уж «лучше» написать демона и встроить его в цепочку обработки писем, завернуть все это в базу, сделать вебморду… или все таки использовать sieve :)
Почему не воспользоваться предназначенными для этого системами? Jenkins + Git/Perforce/SVN + Nexus + Docker (а можно еще туда kubernetes навернуть) творят просто чудеса… А если посмотреть в энтерпрайз решения, то там ваааще огромный выбор. Я работал с Anthill (к сожалению пару лет назад закрыли разработку) и ElectricCommander, там можно очень неплохую систему развернуть.