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

Вы путаете kanban из Toyota, как часть производственного процесса и kanban-метод

Я их и не смешиваю - я беру подходы и рекомендую сделать такой же работу с оопсам и админам

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

плохая затея, плётки очень пагубно сказываются и на опсах и админах потому что есть абсолютно неочевидные вещи, а вот просто трекинг - очень даже поможет в ускорении выполнения тасков

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

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

как на node.js собирать статику  на всех ядрах процессора?

/Proc/cpuinfo

Это все софистика. Канбан один из методов управления разработки.

Модель это agile, devops,

Тут вопрос немного некорректный. Может ли опс работать в спринтах было бы лучше. Может канеш. Но он всю статистику испортит команде.

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

А потом закрыться за день. Пм будет такому не рад

Привет!
Не подскажите, как решить вот такой кейс с Ансиблом:

1. Добавляем текущего юзера Ансибл в группу docker:
- name: Add current user to docker group
 become: yes
 ansible.builtin.user:
   name: "{{ ansible_user }}"
   groups: docker
   append: yes

2. Удостоверяемся, что сервис docker работает:
- name: Start service docker, if not started
 become: yes
 ansible.builtin.service:
   name: docker
   state: started

3. А теперь, если мы попробуем обратиться к демону docker, например, вот так:
- name: test
 raw: docker ps
то мы поймаем ошибку Permission denied!

4. Проверим, в каких группах у нас находится пользователь:
- name: View user groups
 raw: groups
и увидим кучу групп, но нет группы docker!

Если зайти по SSH под именем этого пользователя, то все без проблем - пользователь находится в группе docker, обращения к демону - без проблем. Но Ансибл упорно не хочет этого видеть!

Пробовал после добавления пользователя в группу docker воткнуть такую таску:
- name: Reset ssh connection
 meta: reset_connection
но это не помогло….

Можно хоть 100 раз запускать плейбук - результат одинаковый.
Перезагружаем виртуалку - и все отлично! Теперь Ансибл показывает, что пользователь есть в группе docker и без проблем общается с демоном.

Можно ли это как-то решить без перезагрузки виртуалки? А то такая себе автоматизация получается….. (((

Пользователю требуется logout и повторный заход прежде чем изменения применятся. Может в эту сторону копать?

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

как понять какой это процесс так жрет место?

я бы сначала косвенно через sudo du -a /var | sort -n -r | head -n 10