Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

13.07.2026 14:07 (MSK)

После пяти месяцев разработки опубликован выпуск проекта IncidentRelay 1.1, развивающего открытую систему для организации дежурств, маршрутизации оповещений и сопровождения инцидентов, запускаемую на собственном сервере (self-hosted). IncidentRelay 1.1 отмечен как первый стабильный выпуск (ветка 1.0 имела статус бета-версии). Проект ориентирован на SRE, DevOps и инфраструктурные команды, которым требуется локально разворачиваемая альтернатива SaaS-сервисам для управления дежурством (on-call management), применения политик эскалации и реагирования на инциденты. Код проекта написан на Python и распространяется под лицензией MIT.

IncidentRelay принимает события из систем мониторинга, сопоставляет их с сервисом, командой и ротацией, после чего доставляет уведомления ответственным дежурным или командам. В системе реализованы расписания дежурств, ротации, переопределения смен, подтверждение получения инцидента, состояния ACK/Resolve, напоминания, эскалации, временные замены дежурных, определение времени плановых работ и подавление шумных алертов.

Основное преимущество проекта - полный контроль над инфраструктурой и логикой маршрутизации. IncidentRelay разворачивается в своей среде, работает со своей базой данных и позволяет явно разделить входящие маршруты, команды, ротации и каналы доставки. Входящие токены принадлежат маршрутам, а не каналам, поэтому проще понять, какой внешний источник имеет право отправлять события в конкретную команду.

В IncidentRelay поддерживается приём событий из Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch и произвольных webhook-ов. Для отправки уведомлений предусмотрены каналы Mattermost, Slack, Telegram, Discord, Microsoft Teams, email, webhook-и, browser/PWA push и провайдеры голосовых вызовов. В Mattermost и Telegram уведомления могут содержать действия для подтверждения и решения проблемы, что позволяет обрабатывать инцидент без перехода в отдельный интерфейс.

Проект можно запускать через Docker Compose, RPM-пакет для Red Hat-подобных дистрибутивов, вручную через systemd, а также в Kubernetes с помощью Helm-чарта. Для небольших инсталляций можно использовать SQLite, для рабочих чистем и более высокой нагрузки рекомендуется PostgreSQL.

В новой версии предложены следующие изменения:

  • Добавлены многоуровневые on-call ротации с ограничениями по времени, приоритетами слоёв и учётом временных замен;
  • Появился календарь дежурств, CalDAV и ICS-подписки для внешних календарей;
  • Реализованы политики эскалации инцидентов с многошаговыми цепочками повышения уровня;
  • Добавлены группы предупреждений, группировка событий, отложенные уведомления и ручное объединение связанных алертов;
  • Появились окна для проведения плановых работ и "тихие" алерты;
  • Добавлена возможность добавления комментариев к алертам;
  • Добавлены приоритеты инцидентов (P1-P5) и автоматическое повышение приоритета по уровню важности;
  • Реализованы сервисный каталог, зависимости сервисов, SLI/SLO, история влияния на работу систем (Service Impact History) и бизнес-сервисы (Business Services);
  • Появился Explain Trace для разбора маршрутизации: почему алерт попал или не попал в команду, был сгруппирован, подавлен или отправлен в конкретный канал;
  • Добавлены проверки (Heartbeats/dead-man-switch) для watchdog, backup, ETL и других задач, где проблемой является отсутствие ожидаемого сигнала.


  1. Главная ссылка к новости (https://github.com/roxy-wi/Inc...)
  2. OpenNews: IncidentRelay - открытая система для организации дежурств и маршрутизации оповещений
  3. OpenNews: В рамках проекта Glaber создан форк системы мониторинга Zabbix
  4. OpenNews: Выпуск системы мониторинга Zabbix 7.0, поменявшей лицензию на AGPL
Автор новости: Pavel Loginov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65895-incidentrelay
Ключевые слова: incidentrelay, monitoring
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (84) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:21, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Не понимаю все эти сущности, когда уже есть Prometheus, Grafana и Zabbix. Зачем пытаться изобрести велосипед?
     
     
  • 2.2, АДмин (?), 14:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Мне кажется или они решают разные задачи ?
     
  • 2.3, Doom (??), 14:30, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А вы процесс управления событиями и мониторингом как привязываете к процессу управления инцидентами?

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

    Конечно, если у вас ITSM на начальном уровне - то возможно эта проблематика ещё не коснулась.

     
     
  • 3.4, Аноним (4), 14:44, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    управлять событиями? управлять инцидентами? серьезно?
     
     
  • 4.6, Аноним (6), 14:53, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ага
    многадевяток - оно такое
     
     
  • 5.11, Аноним (4), 16:40, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > многадевяток - оно такое

    это вероятность следующего слова? :)

     
     
  • 6.34, _ (??), 20:50, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для тебя - таки да! :)

    Ну просто если SRE "или-чО-там-у-вас" тим - это вы и есть ... то вам оно не нужно 146%

    А как попадешь в чего то монстроузное - заценишь.
    У нас к примеру - PagerDuty и хрен ты его выковырнешь, ибо "работает - не трогай!"(С) :)

     
     
  • 7.42, RM (ok), 22:19, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    PD скатывается в УГ
    До степени, когда статус алерта resolved, но он еще активен.
    Зато ЫЫ во все поля

    Так что subj новости  
    может и будет его заменой скоро, особенно если ценник PD учесть.

     
     
  • 8.70, _ (??), 16:54, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как и всё Упс От такого пока Ктулху берёг Иначе озимые не колосятся Н... текст свёрнут, показать
     
     
  • 9.79, RM (ok), 17:47, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что да, то да Я глянул как так получаеться - если акнуть алерт из веб интерфайс... текст свёрнут, показать
     
     
  • 10.83, _ (??), 19:35, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ах тыж Понил, _спасибо_ пойду в dev- проверю и буду ноту опсам писать ... текст свёрнут, показать
     
  • 7.59, Аноним (4), 12:41, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это - "стрелочник"(С)

    а где я утверждал обратное? или опять таблетки не принял?

     
  • 5.99, онанист (?), 15:27, 16/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "многадевяток - оно такое"

    какое? тут уже упало всё :-)

     
  • 3.5, Аноним (5), 14:50, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    - инцидентами
    - скореллировать (может скорректировать или консолидировать?)
    - события SRE
    - ITSM
    - проблематика

    Что ты такое?

     
     
  • 4.7, Аноним (7), 15:07, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Двое суток Иван, двое суток Сергей - деды с берданкой. Что тут не понятного?
     
     
  • 5.36, _ (??), 21:08, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну или:
    - Global Network team - 45 days shifts; +
    - + 12 (sic!) regional network+infra teams, different shift lenghth
    - Server support - 3 sub teams (вынь и линь, и динозавры, разные команды с разной длительностью смены)
    - DB support - 2 subteams (предсказатели и масатыклисты) - ну эти оба два по-неделе.
    - In-Prem vmWare - 12 (sic!) regional teams по 2 недели
    - Cloud - 3 sub-teams, different shift length
    ...

    Короче - типичный "энтер-прайс" :)

    Ну что? - всё ещё просто всё это организовывать? :)
    А у нас ещё в некоторых тимах ты дежуришь не один 8-о
    Ну и куча нюансов типо чел заболел - кто вместо него? Сможет сам на себя назначить или нужен супер\мгр?
    Ещё раз - пока вы крошечные - вы этого всего не видите, счастливчики :)

     
     
  • 6.45, Аноним (4), 23:14, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну что? - всё ещё просто всё это организовывать? :)

    в одно рыло все это делалось еще в нулевые и звались они сисадминами, а на досугах нгиниксы писали :)

     
     
  • 7.57, Doom (??), 10:23, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда у тебя 4 ЦОДа, порядка 2000 единиц bare-metal серверов, SAN о 300 петабайт, SDN, ещё SDS, сегментировано еще всё по зонам, порядка двух сотен разных ИС…

    В одно рыло - вряд ли, а вот в 6-12 дежурных челов - вполне тащится, если нормально процессы организованы.

     
     
  • 8.61, Аноним (4), 12:55, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В одно рыло что Вы хоть читайте внимательно, в одно рыло Ну что - всё ещё про... текст свёрнут, показать
     
     
  • 9.73, _ (??), 17:29, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мы о NA этер-прайсах по HQ, так то оне по всему шарику представлены Они не на... текст свёрнут, показать
     
  • 8.72, _ (??), 17:23, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хых - если нормально в нынешних то ынторпрайзах повезло тебе значит паря ... текст свёрнут, показать
     
     
  • 9.76, Аноним (4), 17:33, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В каком ты веке какой в 21 нынче SAN ... текст свёрнут, показать
     
  • 7.58, drTr0jan (?), 10:52, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И в отпуск не ходили.
     
     
  • 8.62, Аноним (4), 12:56, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Читай внимательно - Ну что - всё ещё просто всё это ОРГАНИЗОВАТЬ ... текст свёрнут, показать
     
     
  • 9.85, _ (??), 19:45, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты упорно считаешь что это вот - одноразовое действо Ну я же говорил - в тво... текст свёрнут, показать
     
     
  • 10.88, Аноним (4), 21:12, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а толку, от того, что их разошлют 10-ти таким как ты ... текст свёрнут, показать
     
  • 7.92, Аноним (92), 10:29, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сысоев-то как раз далеко не в одно рыло в команде админов Рамблера работал, когда nginx писал
     
     
  • 8.94, Аноним (4), 14:29, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    видать ему алертов меньше присылали... текст свёрнут, показать
     
     
  • 9.96, _ (??), 22:15, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да НО Только после того как он Ындейца своим ножичком заменил Для того с... текст свёрнут, показать
     
     
  • 10.98, Аноним (4), 14:26, 16/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, да, видать ему надоели алерты о том, как плохо апач раздает статику, вот и р... текст свёрнут, показать
     
  • 2.8, penetrator (?), 15:39, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я так понял, это внутренняя система тикетов, особенно для крупных предприятий, когда событий сапорта очень много
     
     
  • 3.12, Аноним (4), 16:40, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это якобы лопата для разгребания кучи Г.
     
     
  • 4.24, penetrator (?), 18:53, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    если под кучей ты имеешь ввиду события то нет, он сам ничего не разгребает, а организует процессы

    В IncidentRelay поддерживается приём событий из Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch и произвольных webhook-ов.

     
     
  • 5.46, Аноним (4), 23:18, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > если под кучей ты имеешь ввиду события то нет, он сам ничего не разгребает, а организует процессы

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

    > В IncidentRelay поддерживается приём событий

    в любой из "Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch" всегда можно настроить триггера на любого рода события, сабж просто очередной агрегатор, не более, хотя такие агрегаторы противоречат безопасности, вся яйца в одной корзине.

     
  • 4.37, _ (??), 21:10, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не, непонял ты.
    Это - тот самый стрелочник!(С) Разгребают те на кого он стрелку перекинет :)
     
     
  • 5.47, Аноним (4), 23:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разгребают те на кого он стрелку перекинет :)

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

     
     
  • 6.53, _ (??), 03:24, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Руками ны нынешний поток не осилишь. Да ты жалкие _один_ алёрт в минуту не осилишь руками диспатчить.
    Я ж говорю - мелким оно не надо, оне счастливчики и не ведают что за мерзость в больших королевствах происходит :-\
     
     
  • 7.64, Аноним (4), 13:04, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Руками ны нынешний поток не осилишь.

    а 10к сообщений в ТГ ты осилишь проклистывать?

    > Да ты жалкие _один_ алёрт в минуту не осилишь руками диспатчить.

    Ну ка пример такой системы где чел должен руками реагировать на 1 алерт в минуту, что должен делать чел руками при этом? Ты хоть понимаешь что такое система мониторинга и оповещения и для чего она нужна?

    пс: 1 алерт в минуту, стая птиц на радаре :)

    > Я ж говорю - мелким оно не надо

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

     
     
  • 8.77, _ (??), 17:34, 14/07/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 9.81, Аноним (4), 18:45, 14/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.14, Аноним (-), 17:36, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    О разном уровне речь. У забикса инциденты это про события на оборудовании и сервисах.
     
  • 2.28, Аноним (28), 19:38, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это скорее аналог PagerDuty, Zenduty и тому подобных.
     
     
  • 3.38, _ (??), 21:11, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, вот ты - понел!(С)
     
  • 2.29, Аноним (29), 19:52, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Системы мониторинга обычно не обладают гибкими системами роутинга алертов, чтобы он падал, например, не каждому в команде, а только текущему дежурному (в соответствии с расписанием дежурств, которое еще нужно вести с учетом отсутствий и замен из-за отгулов, больничных и отпусков с перебалансировкой дежурств для выравнивания нагрузки), в соответствующие каналы связи (телеграм, звонки и т.п.), и эскалировался, если дежурный по какой-либо причине не отвечает (сначала запасному дежурному, потом линейному руководителю, и дальше вверх вплоть до CTO, если инцидент высокого уровня).
     
     
  • 3.48, Аноним (4), 23:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Системы мониторинга обычно не обладают гибкими системами роутинга алертов

    лол, любая система мониторинга обладает этим свойством по определению

     
     
  • 4.54, _ (??), 03:27, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Возьми и сравни, то там у нас ОСС из мониторига то осталось...
    Слышащий - да увидит!(С) Ой ;-)
     
  • 4.93, Аноним (92), 10:32, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Роутинг между дежурными в рамках одной команды очень редко встречается
     
     
  • 5.95, Аноним (4), 14:30, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    футболинг никто не отменял
     

  • 1.9, Аноним (9), 16:04, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Инцидент: система записи инцидентов отказала
    Записан в бумажном журнале
     
     
  • 2.10, Аноним (10), 16:26, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Записан в бумажном журнале

    Техника не выдерживает, а люди работают!

     
     
  • 3.26, ааа (??), 19:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Героически вручную перекладывают json-ы через scp чтоб бизнес не простаивал!
     
  • 2.18, Сладкая булочка (?), 17:42, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Неплохо. Действительно, а кто будет мониторить систему записи инцидентов?
     
     
  • 3.19, Смузихеб забывший пароль (?), 18:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кто будет сторожить сторожа ?
     
     
  • 4.50, Сладкая булочка (?), 23:43, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто будет сторожить сторожа ?

    Обычно сторожа по двое сидят. Думайте!

     
     
  • 5.69, Смузихеб забывший пароль (?), 14:43, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это если 2/2
    Да отпуска-больничные-ногу_сломал - ещё +2 как минимум

    Итого, на 1 должность 1 охранника придётся минимум 6 человек с оф зп, пенсионными, отпусками и прочим

     
  • 3.20, Аноним (20), 18:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Внешний подрядчик с длиннющим контрактом расписывающим SLA/SLO/"девяточки" на их стороне, в какие регионы каких клауд провайдеров им можно деплоиться, с кем и где пириться, и прочие такие не всегда очевидные вещи. Это и дешевле, и эффективнее, чем нагружать этой работой тех, кто прод чинит. И вероятность катастрофических совпадений ниже.
     
  • 3.35, Халявщик не корпораст (?), 21:03, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    - а кто будет мониторить

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

     
     
  • 4.49, Сладкая булочка (?), 23:42, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > - а кто будет мониторить
    > Абизяна с антропика будет названивать по смс исполнительному и генеральному ...

    Испольнительному и генеральному это не понравится.

     
  • 2.39, _ (??), 21:16, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Инцидент: система записи инцидентов отказала. Записан в бумажном журнале

    Зря смеёшься :)
    Кто сторожит сторожей - это отдельный головняк, ну бы его нахрен!

    PS: вот не послушал в своё время поха\наха, не купил пиццу на пляжу ... вот и смотрю теперь вместо полуголых девах на эти метрики :(

    :))))

     
  • 2.87, Аноним (87), 20:34, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Инцидент: система записи инцидентов отказала
    >Записан в бумажном журнале

    Это из той же школы что и пароли хранить в  тетрадке. Можно сразу на мороз за профнепригодность.

     
     
  • 3.89, Аноним (4), 01:07, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это из той же школы что и пароли хранить в  тетрадке.

    а если тетрадка в чемоданчике?

     

  • 1.15, Аноним (15), 17:40, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для кого это? Для провайдеров?
     
  • 1.17, Сладкая булочка (?), 17:41, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лучше способ дежурств - это не дежурить. Жаль тех, кто должен на это тратить время.
     
     
  • 2.21, Аноним (20), 18:26, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут не поспоришь. Одно из лучших качественных изменений в моей жизни связанных с переходом в менеджмент это отсутствие on-call. Грамотно настроил процесс один раз и можно спать по ночам спокойно.
     
     
  • 3.25, ааа (??), 19:20, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Грамотно настроил процесс один раз и можно спать по ночам спокойно.

    Всмысле "сделал эксельку с дежурными по неделям"?

     
     
  • 4.66, Аноним (4), 13:09, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а сабж разве не тоже самое делает?
     
  • 4.82, Аноним (82), 19:33, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Всмысле "сделал эксельку с дежурными по неделям"?

    Почти так, да. А ещё лесенку эскалаций, заставил девелоперов писать ранбуки на их творчество, расписал процедуру сертификации кода в прод, сделал (чужими руками конечно же :) полную автоматизацию сертификации с проверками, расписал процедуры и отвественности за потерю сертификации, написал гайд как вычислять SLA/SLO по контрольным чартам, а не брать красивые циферки с потолка. Сейчас вот мои орлы карту прода делают, чтобы on-call на картинку посмотрел и всё понял, а не гадал по докам и JIRA что от чего зависит. В общем, сижу, семки щелкаю на митингах, сам ничего не делаю, только левой ногой эксельку с держурными транспонирую от скуки туда-сюда.

     
  • 3.40, _ (??), 21:19, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > с переходом в менеджмент это отсутствие on-call. Грамотно настроил процесс один раз и можно спать по ночам спокойно.

    Да брешет как собака! Для этого надо сыном директора быть!
    А иначе ... смотри мемчик про ожидание - реальность и пупил пинающий енги ...

    :)

     
     
  • 4.84, Аноним (82), 19:39, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Для этого надо сыном директора быть!

    Я туда "с улицы по объявлению" зашёл контрактором когда их прод в клауд перезжал, а они через полгода возьми и сделай мне предложение от которого было трудно отказаться. Всего-то нужно было найти как сэкономить двести с гаком килобаксов в месяц, и организовать процесс миграции данных. Пинать вообще некогда, время — деньги, но эцилопп^Wалерты по ночам не будят.

     
     
  • 5.90, _ (??), 02:41, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если не брешешь - то молодец, без приколов.
    Если(С) :)
     

  • 1.22, Аноним (22), 18:35, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кто придумал эту дегенератскую систему, где 1.0 это бета, а 1.1 это релиз? Почему они ссут против ветра, т.е. почему они против здравого смысла?
     
     
  • 2.23, Аноним (6), 18:45, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ответ написан прям строкой выше: менеджеры не дежурят!
     
     
  • 3.41, _ (??), 21:20, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это смотря где. У нас не дежурят начиная с директора направления...
     
     
  • 4.68, Аноним (6), 13:35, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж, вам повезло что товарищи менеджеры на себе почувствуют что усиленно пропихиваемое ими го…, простите, функционал - может привести к инцидентам и к звоночку в 3 часа ночи.

    ЗЫ а при серьёзном сбое эскалация и до товарищей директоров может доходить

     
     
  • 5.78, _ (??), 17:38, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да. Но если до них дойдет, пожалеют _все_ ;-D
     
  • 2.31, Аноним (-), 20:44, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Кто придумал эту дегенератскую систему, где 1.0 это бета, а 1.1 это релиз?

    Если честно, существует ещё как минимум 2 разных метода того, как нумеровать версии программ. Это всего лишь один из многих. Главное в такие моменты всем разъяснять, чтобы люди не путались. Например, в исходниках readme сделать соответствующее пояснение. Или же на сайте в странице сайта поместить пояснение.

     
  • 2.91, Аноним (91), 06:42, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... Любопытное наблюдение. Я думаю, что правильным решением проблемы будет переход с десятичной системы на какую-нибудь другую с нечётной базой и сбалансированную, то есть такую, которая включает в себя отрицательные числа. Тогда бета версии естественным образом получат номера типа 1.(-1).5. Можно и в десятичной, но когда нет отрицательных цифр приходится пользоваться унарным минусом, а он сломает все парсеры версий.
     
  • 2.97, Ык (?), 22:50, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нечетные числа в обозначении версий для разработки релиза

       Между сериями 1.0 и 2.6.x, Linux kernel использовал нечетную нумерацию версий, что бы обозначить релизы в разработке, а для стабильных релизов четную нумерацию. Например Linux 2.3 была серия разработок второго главного дизайна Linux kernel, а Linux 2.4 была серия стабильных релизов, в которую перерос Linux 2.3. В номере релиза Linux kernel сначала писался номер второстепенной версии, а затем номер релиза в возрастающем порядке. Например Linux 2.4.0 → Linux 2.4.22. После релиза 2.6 kernel в 2004 году, Linux больше не использует эту систему, теперь цикл релиза намного короче. Сейчас они просто увеличивают третье число, используя четвертое при необходимости.

     

  • 1.43, lucentcode (ok), 23:02, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По именам дежурных на скринах, да логотипу сразу сообразил, что проект делали наши. Оказалось, трое наших + Claude.

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

     
  • 1.63, Аноним (63), 13:00, 14/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Полезная система для тех, кому не рассказали про квоты. Можно выжидать до талого и затем создавать иллюзию свой нужности оперативно реагируя на инциденты Disk is full посреди ночи.
     
     
  • 2.67, Аноним (4), 13:13, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Полезная система для тех, кому не рассказали про квоты.

    Так "Disk is full посреди ночи" и есть твоя естественная квота, не вижу проблемы. А вот "создавать иллюзию свой нужности оперативно реагируя на инциденты" в какой-то степени истина, зависит только от области инцидента (инциденты связанные с ИБ конечно же исключение).

     
  • 2.86, _ (??), 19:55, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Полезная система для тех, кому не рассказали про квоты.

    ППЦ поцЫент жжжооот! :)))))
    Ты всерьёз квоты на FS настраиваешь вместо того чтобы скормить vm-ке 100500 vm-дискоff ?! :-D
    Хорош зараза!

    PS: Модеры не пристрелите, тут без таких скучно!

     
  • 2.100, Аноним (82), 19:17, 16/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это только если тебя держат как балласт, чтобы ты тасочки закрывал на скорость, и чтобы было кого уволить когда скажут, что нужно кого-то уволить. Понимаешь ли, суть работы в том, чтобы инцидентов было поменьше, а система работала стабильнее. Любые метрики можно абьюзить как угодно. Поэтому гармотные смотрят не на метрики, а на реальный вклад в дело, и не по закрытым тикетам, а по отзывам коллег. А работать с неграмотными -- себя не уважать, тут даже обсуждать нечего.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру