Пустая проверкатеперь стоитденег.

С 3 декабря Atlassian начнёт считать каждый шаг автоматизаций в Jira и Confluence и брать деньги за всё, что сверх лимита.

Звучит как письмо из бухгалтерии. Лимиты по тарифам, сверху — полдоллара за тысячу шагов. Многие прочитают и забудут.

Меня зацепила одна строчка из справки Atlassian. Шагом считается всё, что запустилось: триггер, условие, действие, ветка. В том числе шаг, после которого ничего не изменилось. И даже триггер, который не нашёл, за что зацепиться.

То есть платить придётся и за «ничего».

Сначала это выглядит как жадность. Потом смотришь на цифры и понимаешь, что «ничего» и есть основная работа автоматизации.

Родни Н. из блога The Jira Guy разобрал обычное правило. Задача сменила статус — правило проверяет, баг ли это, потом смотрит, высший ли приоритет. Если да — пишет в канал, заполняет поле и оставляет комментарий. За месяц статус меняется пять тысяч раз. Дело находится в ста случаях. Из 11 300 списанных шагов на эти сто запусков уходит 600.

Остальное — проверки, которые добросовестно убедились, что делать ничего не надо.

И это не криво настроенное правило. Так их строят почти все, потому что так проще: ловишь событие пошире, а лишнее отсекаешь условием. Пока проверка бесплатная, разницы никакой.

С расписанием та же история. Там же разобрано правило по расписанию: раз в пятнадцать минут оно ищет задачи «в работе», которые не обновлялись пять дней. Это 2 880 запусков в месяц. Если искать раз в четыре часа, шагов станет на 65% меньше, а работа останется той же. Задача, которую не трогали пять дней, не обидится, что её заметили на пару часов позже.

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

Когда спрашивать стало платно, выгоднее устроить правило иначе: пусть оно просыпается от нужного события, а не проверяет всё подряд. Родни так и пишет: отсеять на триггере и отсеять условием раньше было одно и то же, теперь нет.

Есть и вторая польза, менее приятная. Счётчик показывает правила, которые давно ничего не делают. Раньше такое правило было невидимым: не падает, не жалуется, писем не шлёт. Его поставили под задачу, которой уже нет, и оно месяцами честно проверяет пустое место. Весной в сообществе Atlassian спрашивали, как понять, какие старые правила можно удалить, если неясно, кто их создал и зачем. В ответах советуют выгрузить все правила и посмотреть журнал запусков.

Я сам собирал автоматизации рутинных процессов в CRM для нескольких проектов. И эту новость читаю шире, чем про Jira. Оплату за шаг давно знают те, кто работает в Make и Альбато, — я разбирал это в справочнике про n8n и Make. Atlassian просто довёл счёт до каждой проверки. В любой системе, где проверки бесплатны, их никто не считает, и они копятся.

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

Именно выключить. В той же ветке один администратор сформулировал жёстче: никогда не удалять, всегда выключать. Выключение легко отменить, это обратимое решение. А удалить можно через месяц, если за это время никто не пришёл спросить, куда делось уведомление.

Полдоллара за тысячу пустых проверок. Аудит процессов дешевле вряд ли кто-то продаст.