@freeseacher опять же, ты так говоришь, словно у нас там было, что разрабатывать. Та СХД была велосипедом из SLES+scst+infiniband+lvm+mdraid+немного баша :) А работало всё это на супермикрах.
от руткоза сильно имхо зависят акшенпоинты. (самому чот претят эти англицизмы)
Эти action point-ы предотвратят повторное возникновение проблема (так, что способ будет приемлемым и не приведет к увеличению техдолга в долгосрочной перспективе)?
Эти action point-ы предотвратят повторное возникновение проблема (так, что способ будет приемлемым и не приведет к увеличению техдолга в долгосрочной перспективе)?
этой же проблемы да. но продукт от такого не выйграет. ибо к багу привели стремные процессы кодревью и плохой мониторинг.
@freeseacher в общем, мое мнение такое, что описанный тобой руткоз может быть как хорошим, там и плохим. Всё зависит от контекста и от того, помогает ли он решить проблему или нет. Иногда надо копать вглубь, чтобы предотвратить отказы в будущем, иногда нет.
если руткоз это баг. то экшены для него типично пофикисть и улучшить тесты
экшн поинты вокруг бага чаще всего о двух вещах: 1. Как не допустить это в прод 2. Как сделать так чтоб если в прод оно попало, оно не разнесло его совсем весь