• Программистом к ирландским букмекерам
    0
    Мы с женой тоже кушали манго в Тайланде, и местные манго оцениваем весьма высоко ;-)
    Но это вкусовщина, да и раз на раз не приходится нигде.
  • Программистом к ирландским букмекерам
    +3
    Живу в Ирландии уже больше 2х лет, в целом написано правдиво, можно конечно напридираться по мелочам, но не буду.

    Не понял только совета про детей — куча коллег переехала с детьми, и всем (и родителям, и детям) местные школы нравятся гораздо больше чем в России/Украине.

    Ну и про медицину — стоматология тут мне нравится несравнимо больше чем в Москве. Или к примеру оптика и проверка зрения/покупка очков. Зато про остальную медицину очень смешанные впечатления. Но к примеру то как продажа лекарств отрегулирована мне нравится.
  • Программистом к ирландским букмекерам
    +1
    Овощи, фрукты почти все привозные и безвкусные.

    Категорически не согласен, придраться можно разве что к дыням. Tomatoes on the vine прекрасные всегда, манго не намного хуже чем в Тайланде, виноград отличный круглый год, яблоки на любой вкус.
  • IT Релокация. Обзор плюсов и минусов жизни в Бангкоке год спустя
    +6
    Очень понравилась эта часть заключения, прекрасно сформулировано. Сам ощутил в первую очередь это после переезда в Ирландию:
    В нашей компании работает около 65 национальностей и это безумно крутой опыт в обмене культурными знаниями. Если сравнить себя год назад с текущей версией, то ощущается какая то свобода от границ государства, национальностей, религии и так далее. Вы просто общаетесь с хорошими людьми каждый день.
  • go-critic: самый упрямый статический анализатор для Go
    +1
    Идея этакого тестового полигона для новых проверок интересная, но особой разницы между добавлением проверки в go-critic и любой другой проект с точки зрения пользователя может и не быть, к тому же не очень понятно как эту идею пользователям «продать».

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

    Про сам linter — опробовал на своем pet project, весьма полезной показалась rangeExprCopy, а paramTypeCombine скорее вредной. И если вы хотите иметь opinionated проверки, то надо чтоб их было легко отключить, а пока есть только опция -enable, тобишь явный whitelist.

    А вообще желаю удачи с проектом, мало статического анализа не бывает.
  • Moira: Realtime Alerting
    +1
    Выглядит очень интересно, спасибо! Буду пробовать на днях.
  • Мониторинг сервисов с Prometheus
    0
    Вот вы пишете, что «решили познакомиться с этим инструментом поближе» — и что из этого вышло? Используете уже где-то?

    Я с Prometheus игрался несколько месяцев, он мне показался весьма перспективным (тегированные метрики + нормальный язык запросов + алерты), но pull-модель до сих пор смущает, поскольку приходится на серверах крутить по несколько сервисов, которые отдают метрики по HTTP. Ну и нет никаких возможностей по хранению старых данных с меньшей точностью, как в Graphite — только удалять можно. Так что дальше экспериментов дело не пошло.
  • Удобный мониторинг Syslog сообщений c сетевых железок в Zabbix
    +3
    Самое смешное то, что он не просто форкается и что-то шлет, он еще дергает Zabbix-API на каждый пакет.
    При нормальной нагрузке это отличный способ убить сервер Заббикса.
    Хотя, при нормальной нагрузке хранить сообщения в Postgres/MySQL базе Zabbix это уже плохая идея.

    Если бы эта статья была не в блоге компании Zabbix, я бы посоветовал автору не мучаться, и использовать Graylog2/Logstash + Elasticsearch.
  • Sensu — фреймворк для мониторинга
    0
    Чтобы еще больше испугаться, можно вспомнить о том, что внутри того же Заббикса реализованы свои аналоги очередей, и вообще внутренней логики наворочено ну очень много. А тут сам сервер весьма прост — тысяча строк кода, а очередями занимается специализированный сервер.
  • Используем nginx, docker, skydns и skydock для обновления кода на лету (zero-downtime deployment)
    +2
    Спасибо за статью, весьма интересная тема. Добавят к этому Skydock поддержку нескольких серверов — будет отличная штука. Именно таких вот утилит и не хватает докеру для нормального использования в продакшне. Сам я пока использую docker только для QA, но перспективы у него очень большие.
  • Про Vagrant, его плагины, и другие истории из жизни бродяг
    +1
    Спасибо за статью, давно хотел попробовать Vagrant с Ansible и lxc/kvm. После знакомства с Docker будет интересно посмотреть на плагин Sahara. Хочу заметить, что статья действительно выглядит слегка незаконченной. Могли бы побольше описать свои сложные юз-кейсы, раз уж заявлены «другие истории из жизни бродяг».
  • Sensu — фреймворк для мониторинга
    0
    Да нет, именно система мониторинга, как внешних, так и внутренних сервисов. Просто сильно кастомизированная под конкретный веб-проект. И именно в таких условиях sensu с возможностью роутить алерты очень удобен.
  • Экскурсия по дата-центру
    +2
    Добавили бы в статью ссылку на пост самой компании Даталайн об этом датацентре. Там больше технических подробностей.
  • Sensu — фреймворк для мониторинга
    +3
    Задача примерно такая: мониторинг доступности самих серверов, а также неких внешних веб-сервисов с конкретных серверов, с записью всех неуспешных попыток в историю (Graylog2), и выводом всех проблем (вместе с адекватным описанием) на Dashboard для саппорта, который кроме этого показывает внутренние метрики проекта и внутренние же очереди для обрабоки саппортом. Т.е. веб-мониторинг самого Zabbix никак не подходил — запросы требовалось слать именно с конечных серверов. Как и дашборд Zabbix-а не подходил для этой задачи вывода информации никак.

    Я прекрасно понимаю, что все это можно сделать и через Zabbix через запуск скрипта для проверки веб-сервисов через UserParameters, и выдергивание через API данных для Dashboard, и даже можно было пережить неудобную историю в самом Zabbix-е. Но лично мне проще было вынести эту специфичную задачу в Sensu, и производить развертывание и настройку всего этого через Ansible, и, соответственно, хранить все в git вместе с другими playbook-ами для развертывания проекта с нуля. Теперь все логично — dashboard и внутренние проверки/метрики развертываются вместе со всем проектом, а общий мониторинг площадки все также выполняется Zabbix-ом.
  • Sensu — фреймворк для мониторинга
    +2
    Вот смотрите — вы не видите такой задачи. А люди увидели, и решили таким образом. Дашборд у Zabbix-а ужасный, хоть и весьма функциональный. Все зависит от задач. Для вас Zabbix покрывает 100% встреченных задач. Я до недавнего времени тоже думал, что это все блажь хипстерская, а потом выяснилось, что вместо насилия над Zabbix и построения костылей, для одной из задач мониторинга проще использовать Sensu. Я вас переубедить не пытаюсь, просто показываю, что спектр задач у всех сильно разный, а для каждой задачи лучше использовать подходящий инструмент.
  • Sensu — фреймворк для мониторинга
    +1
    Вы сравниваете теплое с мягким, пытаясь сравнить Sensu с энтерпрайз-мониторингом. Задача Sensu — дать возможность максимально гибко направлять результаты проверок в различные обработчики. Это именно то, чего не хватает тому же Zabbix-у. Если нужен в качестве бекенда именно Graphite с его продвинутыми возможностями анализа данных — как вы завернете данные из Zabbix-а туда? Если нужно построить простой и наглядный Dashboard и слать данные туда, как вы это сделаете из Zabbix? Только через API, а это не самый простой способ. А если нужна история проверок не в убогом виде Zabbix, а в искабельном виде, в том же Logstash или Graylog2? Zabbix вроде бы все умеет, но не так хорошо, как специализированные инструменты.

    Да и вообще — Zabbix развивается с 1998 года, Nagios с 1999, а Sensu с 2011, и сейчас в версии 0.12. У него хватает надостатков, но при этом он решает многие задачи, которые энтерпрайз-системы могут решить только с помощью каких-то костылей. Ну и на ваш вопрос типа «у нас есть 10K серверов, с 200-300 метрик на каждый, из них ~30-40 нужно трекать хотя бы раз в 10 секунд — как бы нам это сделать» ответ у Zabbix будет примерно на том же уровне — «поставьте сбоку 100 zabbix-прокси, каждый с максимально прокачанной СУБД для хранения потока данных». Про Nagios говорить не буду, я в нем не эксперт, а тем же Zabbix-ом пользуюсь уже не первый год, и ясно вижу его недостатки. Для каждой задачи нужен свой инструмент, и Sensu появился именно потому, что многие задачи с помощью Nagios/Zabbix решаются слишком неудобно для решающего.
  • Sensu — фреймворк для мониторинга
    0
    Я специально в начале статьи сделал экскурс в истрию, чтобы показать, что появление Sensu — ответ сообщества на проблемы и недостатки имеющихся утилит. Даже ссылку на презентацию привёл.
  • Sensu — фреймворк для мониторинга
    +1
    С 1000 серверов никаких проблем. Каждый из них запустит свои (локальные) проверки, и опубликует их результаты в очереди RabbitMQ, а потом из этой очереди N серверов Sensu будут их забирать.
  • Sensu — фреймворк для мониторинга
    0
    Надо смотреть исходники. По логике, клиент должен проверки раз в N секунд запускать, где N для каждой проверки свое. А уж как он распределяет их по этому интервалу — вопрос. Вообще Sensu создан для мониторинга серверов с агентами и проверками на них, а не для проверки сетевых устройств по SNMP.
  • Sensu — фреймворк для мониторинга
    +1
    Snmp тоже через внешние плагины. Проверки по расписанию — можно выставить большой интервал проверок, можно запускать в ручном режиме через API, можно выставить периоды, в которые не будет алерт создаваться через subdue. В документации описаны все возможности.
  • Покопаемся в мозгах «умного» свича
    0
    Спасибо за статью, отличное улучшение моего способа из habrahabr.ru/post/128439/
    От себя отмечу, что для получения кучи данных по свичам, в том числе и mac-адресов на конкретных портах, теперь можно использовать не только Zabbix + скрипты, но и весьма годный сервер мониторинга Observium, который из коробки умеет собирать по SNMP и визуализировать данные с активки. С заббиксом ему не сравниться, но зато и никаких трудозатрат на настройку он не требует. Сам использую Заббикс для алертов и мониторинга серверов, а Observium для визуализации данных с активки.
  • Ansible
    +1
    Я, конечно, не знаю, что какая у вас задача решается. Но у меня в полностью автоматическом режиме с голой ОС разворачивается довольно сложный проект с riak, redis, postgresql, rabbitmq, haproxy и nginx. И все это автоматом собирается в кластер. И задача эта решена без особых мучений с использованием только Ansible. И более того — я больше года работал с Chef, и точно знаю, что с его помощью подобная задача решается ничуть не сложнее, просто чуть более трудоемко. Так что я сомневаюсь, что CFengine в чем-то превосходит chef, ansible или puppet. Напишите статью, покажите его супер-возможности, а мы сравним.
  • Ansible
    +1
    Да я знаю, что может. Но в Chef это сделано удобнее, ну и если в Chef не использовать чужие cookbook, которые в основном жуткий императивный говнокод, то можно добиться хороших результатов по читаемости и понятности, сравнимых с Ansible. Для каждой задачи надо выбирать наиболее подходящий инструмент. До определенного уровня задачу проще решать с помощью Ansible, после — с помощью Chef.
  • Ansible
    0
    Тогда посоветую Chef, он создавался именно для этого, учтя все недостатки puppet. В Chef есть и заморозка версий, и databags, и environments, и главное — сервер знает все о своих нодах, т.е. можно строить конфиг с использованием этих знаний. В Ansible тоже есть знание о нодах в playbook, но конечно этого будет мало для серьезной динамики.
  • Ansible
    0
    Я в свое время перешел с Chef на Ansible именно из-за простоты написания/чтения задач, и декларативности. Если у вас не стоит задач управления динамично меняющейся средой, навроде облака серверов — Ansible позволяет решать задачи заметно проще. Ну и agentless работа по ssh это тоже очень круто.
  • Ansible
    +1
    Отличный инструмент, использую в продакшне уже больше года, сначала была проблема с нехваткой модулей, но сейчас почти все нужное уже написано. Из плюсов могу отметить легкость написания своих модулей, и легкость продвижения их в апстрим. Я сам написал парочку модулей, и один чужой модуль патчил — все изменения приняли в апстрим очень быстро. Ну и декларативность описания всего позволяет читать хорошо написанные плейбуки как английский текст — это супер.
  • Проверка репликации MySQL master-master через Zabbix
    0
    Спасибо, интересное решение. Вообще, Zabbix конечно потрясающая вещь — если параметр можно как-то извлечь, значит его можно мониторить Zabbix-ом. И система триггеров очень продуманная.
  • Распознавание непрерывного рукописного текста в режиме off-line
    +3
    Очень интересно, каковы планы по дальнейшему развитию вашего проекта? Планируется ли коммерческое развитие, или отдадите в opensource? А так статья очень заинтересовала, было бы интересно поподробнее узнать про алгоритм распознавания — что же происходит после векторизации?
  • Создание телефонного справочника для ip-телефонов Cisco
    0
    Да я уже разобрался, спасибо. Попробую сейчас это-же телефону curl-ом подсунуть.
  • Создание телефонного справочника для ip-телефонов Cisco
    0
    Спасибо! Картинку-то я давно уже сделал, и большей части народа ручками сменил, но есть еще несколько 7911 в двух других, весьма неблизких зданиях нашей конторы, куда только ради этого идти глупо, а внедрить «корпоративный стандарт»- надо бы. Буду ковырять ваш скрипт,
  • Создание телефонного справочника для ip-телефонов Cisco
    0
    Я тоже с такой проблемой сталкивался, и решения мне найти не удалось, так что не могли бы вы поподробнее про этот чудо-скрипт? Каким образом эмулируются нажатия на кнопки? В документации Cisco ничего подобного не наблюдал…
  • Создание телефонного справочника для ip-телефонов Cisco
    0
    Да, исчезают, но это ж мелочи. Вот на Linksys'ах 9** вообще нету корпоративного справочника, приходится им по http в личный справочник curl-ом пихать данные, вот это уже занятное извращение.
  • MPD, домашнее аудиохранилище
    +1
    Даже в вашей схеме данные клиенту по сети передаются pulseaudio или icecast. А сервер он потому, что клиент, занимающийся управлением, полностью обособлен, и может быть любым, лишь бы протокол использовал правильно.
  • Создание телефонного справочника для ip-телефонов Cisco
    +1
    Стоило бы еще добавить, что 79** не поддерживают более 32 записей телефонной книги на страницу, что вынуждает делить выдачу на части и добавлять кастомные кнопки вместо стандартных. это дает нам возможность сделать кнопку Next Page путем добавления такого кода:
    <SoftKeyItem>
    <Name>Next Page</Name>
    <URL>http://webserver/cisco/show_phones.php?from=32</URL>
    <Position>4</Position>
    </SoftKeyItem>
    
  • MPD, домашнее аудиохранилище
    +2
    Это фишка не mpd, а pulseaudio
  • Мобильная каптча — mCaptcha
    0
    Спасибо за ответ, но получается, что в случае атаки владелец сайта либо теряет кучу денег, если не блокирует аакаунт, либо регистрация на его сайте становится недоступна. Оба варианта плохие, так что если и использовать вашу капчу, то только с возможностью мгновенно при атаке сменить ее на любую другую…
  • Мобильная каптча — mCaptcha
    0
    Занятно, этак можно разорить владельца сайта, использующего эту капчу, запросив тонну смс на некий телефон. Ведь, судя по описанию, он покупает N смс, мы их исчерпываем, и вуаля — на его сайте нельзя регистироваться, пока он не закупит еще смс у вас, или не отключит эту капчу. Или я в чем-то ошибся, и вы это предусмотрели?
  • SQUID для ленивых. Облегчаем себе жизнь
    0
    Можно только порадоваться, что SAMS уже умеет резать скорость, и, конечно, если менеджер добавляет пользователей, без веб-морды не обойтись. Но в моей практике добавление пользователей это очень редкое явление — я изначально делаю 4 категории с разными правилами в squidGuard и нужными корзинами delay pools, в простых файликах описываю групы ip-адресов под каждую из категорий, а все, кого в категориях нет — ходят как простые пользователи с дефолтными (для организации) правилами и ограничениями. Соответственно, ничего править в процессе работы нужды нет — знай себе выдавай по dhcp генералитету адреса из vip-категории, начальству из почти-vip, ну а штрафникам из bad-users. Но, конечно, начинающему SAMS будет удобнее. Вот только и не научится он толком ничему…
  • SQUID для ленивых. Облегчаем себе жизнь
    +1
    На мой взгляд, это для совсем-совсем ленивых, Squid и так не сильно сложный в настройке. Один раз разобрался с ACL, наваял правила, настроил squidGuard — и все. Потом можно еще lightsquid или FreeSA прикрутить. Зато можно собрать сквид с delay pools, и резать пользователям скорость как угодно. И мускуль не нужен, и система очень простая и прозрачная. Когда я последний раз смотрел в сторону SAMS, он резать скорость не умел никак, и делал с конфигами сквида что-то страшное. Так что лень сегодня может обернуться головной болью завтра. Простую и прозрачную систему админить завсегда приятнее.
  • Unix-way напоминалка
    +4
    Вы знаете, только что про эту чудо-программу узнал, и первым делом прочел маны о тех параметрах, которые используются в примере. Так вот, там описано, что -z[n] Runs Remind in the daemon mode. If n is supplied, it specifies how often (in minutes) Remind should wake up to check if the reminder script has been changed. N defaults to 5, and can range from 5 to 60. Так что, видимо, перезапускать и не надо ничего — правим файл, и не позже, чем через 5 минут, новый скрипт будет считан. А автору спасибо за статью, скорее всего возьму на вооружение, программа весьма навороченная и приятная.