@delaguardo: это все правильно, конечно, но реалии таковы, что админы есть такие какие есть, а у их начальника собственный коттедж по площади в два раза больше, чем у меня. Поэтому у меня нет морального права объяснять ему, как вести бизнес, кого нанимать и увольнять

давайте не будем про админов

Неграмотных прогеров в разы больше, чем неграмотных админов

Вон выше в треде это видно

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

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

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

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

Даже сука ваш гит репозиторий это точка отказа

Да ты нам намути здесь базу для локальных нужд, нене, оно для девелоперов и не нужно заморачиваться, спустя два месяца — какого хера эта база лежит? мы работать не можем/клиенты плачут/процесс стоит

ого, накипело?

да задолбали

гитхаб падал, гугл падал, у амазона целые регионы ложились, нет мы посадим админа, пусть следит/правит

delaguardo: я просто злой

)) да я на самом деле солидарен)

delaguardo: это я для maxp

delaguardo программисты делают интерфейсы, неважно гуй это или ini файл, этот интерфейс должен быть понятен люой мартышке

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

в этом плане очень выручают комментированые конфиги сразу с примерами параметров на разные случаи жизни - так как все что надо под рукой и в одном файле.

но хватит о грустном

у меня на этой неделе анекдот был

жизненный

я раньше думал, что такое специально юмористы придумывают -

звонит девушка вечером и срочно просит помочь ей с (внимание!)

с сервером

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

maxp: у меня было N случаев когда мне приходилось танцевать вприсядку из-за того что программисту было удобнее сделать так

maxp: контора рога и копыта?

девушка сбивчиво объясняет, что поломала конторскую почту

и цитирую "посмотрела в интернете какие команды набирать, чтобы ящик почистить"

и она знала, что надо набирать sudo

в интернете она смотела (как я увидел по истории) на сайте remoteshaman

зацените!

@lowl4tency: контора довольно давняя и известная в своей области, выпускает продукцию на пол территории бывшего СССР уже много лет

успешно выпускает

это не мешает ей быть рога и копыта

админ это тоже точка отказа 😉

"рога и копыта" это когда контора непойми чем занимается

здесь есть вполне реальный бизнес

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

а зачем этой конторе собственный почтоый сервак

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

смотрите что нашел - https://leanpub.com/clojurescript-unraveled, сори если было

сегодня в новостях пробегало где-то

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

внутри clojure application разумеется

@maxp http://docs.caudate.me/cronj/

то есть у него все нормально со списком задач / не запустить лишнего / узнать что запущено?

а кварцит смотрел?

кварцит смотрел в первую очередь когда-то давно, но не пошёл

понятно, спасибо.

мне cronj тоже больше приглянулся при беглоам взгляде.

попробую через некоторое время.

Мы проблему девадминов решили переездом в амазон и заменой админов программистами - сам написал - сам поставил - сам следишь!

не все проблемы можно решить переездом на амазон (: хотя подход "сам написал - сам поставил - сам следишь" мне нравится. жаль только, что в среднем по больнице программисты разбираются в администрировании от слова никак.

сам разобрался ;)

Тут проблема в том, что разные интересы - от программистов ждут фич, а от админов надёжности - и конфликт тлеет и разгорается легко. Я вижу два выхода - нет админов (программисты сами все делают), и нет админов ( они разработчики инфраструктуры, а их заказчики программисты). Причём второй менее эффективен и нужен если первый уже не скалируется.

А как cronj расползаеться по нескольким серверам? Он умеет персистеть задачи? Мне кажеться более или менее надёжный шедулинг должен использовать базу или очередь.

Хотя это уже можно достроить поверх cronj наверно.

он этого всего не умеет

персистенс к нему легко прикрутить, я думаю, а по серверам расползаться и кварц не умеет — там это вроде решается использованием одной и той же базы для всех инстансов

http://quartz-scheduler.org/documentation/quartz-2.x/configuration/ConfigJDBCJobStoreClustering

Never run clustering on separate machines, unless their clocks are synchronized using some form of time-sync service (daemon) that runs very regularly (the clocks must be within a second of each other). See http://www.boulder.nist.gov/timefreq/service/its.htm if you are unfamiliar with how to do this. Never start (scheduler.start()) a non-clustered instance against the same set of database tables that any other instance is running (start()ed) against. You may get serious data corruption, and will definitely experience erratic behavior.

Та ещё задачка.

nicola: а что вы используете в амазоне?

nicola: я работаю как второй вариант и я скорее не админ а джейсон програмист амазона

Мы по минимуму: vpc & vpn, s3 & glacier, немного cloud formation что бы сильно не лочиться

а деплоите чем?

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

@lowl4tency когда-то chefом, сейчас ansible в основном, иногда git push heroku ;)

nicola: а codedeploy не пробовали?

Неа, хорошая штука?

nicola: осваиваю

nicola: оно интегрировано с circleci

само заливает на s3, запиливает потом на хост

и умеет хосты апдейтить по одному и ролбэчить

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

Ну это в теории, про практику пока рано говорить

с s3 на боевой хост?

а для чего так сложно?

сначала нужно еще на s3 залить

точнее сначала собрать, залить, потом задеплоить

и причем задеплоить так чтобы ничего не уронить

Сделай просто!

так у меня fabric собирает и заливает на сервак, там складывает в versions/%hash%, линкует последний на current, его подхватывает monit, тестирует и если все норм переключается на него, если где-то проёб - то откатывает на предыдуший

все один в один как делает дефолтная capistrano в рельсовом проекте

ну кроме monit'a

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

а у меня если одна нода зафейлится больше деплоиться не будет

и вообще

я считаю что в амазоне пацаны умнее меня

и я лучше буду использовать их солюшен

чем городить свои

это их решение? oO

codedeploy?

Это как бы AWS CodeDeploy

их сервис

они еще code pipeline открыли

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

delaguardo: я еще использую их Postgres их Memcached и их Redis

потому что я тупой и ленивый

ага, увидел, не пользовал просто

@lowl4tency: да я сам много чего из их стека пользую) таже хрень, лень писать костыли)

и как их Postgres?

это же про RDS речь?

угу

удобно

я пока только херачу

до прода не дошли еще

ценник лютый(

delaguardo: в перспективе оно выгоднее все-таки

@delaguardo Эквид на rds уже больше года - оч довольны