Затворете цикъла с проверено подобрение

Определете цикъла, който искате да затворите

Софтуерът произвежда доказателства при употреба: грешки, забавяния, искания за поддръжка, инциденти, констатации по поддръжката и повтаряща се ръчна работа. Пълният жизнен цикъл връща тези доказателства към инженерните решения.

Софтуер, който се подобрява чрез обратна връзка, може да означава, че автоматизация помага да се откриват, предлагат, реализират и проверяват промени. Това не означава непременно, че модел се обучава сам. Посочете коя част се променя: код на приложението, конфигурация, тестове, инструкции, работен процес или параметри на модела.

Self-healing възстановява известно работно състояние. Подобряването чрез обратна връзка променя системата, за да дава по-добър резултат в бъдеще. Второто твърдение изисква сравнение и защита срещу регресии.

Проследете едно наблюдение през жизнения цикъл

Последователността по-долу е предложен инженерен метод. Не твърди, че продукт извършва всяка стъпка автономно.

Пазете връзки между тези резултати. Действие след инцидент „подобрете мониторинга“ е трудно за проверка. Определени сигнал, отговорник, праг и тествана реакция правят завършването наблюдаемо.

Пазете оценката независима от предложението

Агент може да създаде поправка и да предложи тестове. Екипът все още трябва да прегледа дали тестовете откриват първоначалния проблем. Пазете версиониран набор за оценка, който промяната не може неявно да отслаби.

За измисленото изтичане на памет (memory leak) сравнете равностойни натоварвания и версии. Включете големи експорти, отмяна, повторен опит и случаи на отказ за достъп. Използвайте синтетични данни, които представят съответните структури, без да разкриват клиентски записи.

Отхвърлете по-бърз експорт, ако пропуска записи, заобикаля проверката на правата или надхвърля разрешения разход. Определете тези ограничения преди оптимизацията. Иначе системата може да подобри избрания показател, като влоши услугата.

Ако промените инструкциите или модела на агент, оценете поведението му с представителни задачи и известни неуспехи. Пазете предишната версия налична. Обновяване на инструкции не е доказателство, че основният модел е научил нещо от инцидент.

Пуснете и измерете резултата

Canary release предоставя кандидат-версия на ограничена група. Сравнете сигналите на кандидат-версията и контролната версия и определете кога да разширите или спрете. Малко трафик или различни натоварвания могат да направят сравнението неубедително. Указания за canary release.

Измисленият екип записва базова стойност от фиксирано синтетично натоварване. Тества поправката, пуска в одобрена граница и проверява сравними продукционни периоди. Ако доказателствата останат недостатъчни, записва несигурността, вместо да обявява подобрение.

Измервайте и повтарящата се ръчна работа. Автоматизация може да намали рутинното усилие, но също се нуждае от поддръжка и обработка на неуспехи. Включете тези разходи при оценка на резултата. Указания за рутинна оперативна работа.

Направете записа на обратната връзка използваем

Използвайте тези полета за упражнението: наблюдение и версия; базова стойност; предложена причина; критерии за приемане; регресионни проверки; промяна и преглед; граница на пускане; измерен резултат; отговорник и следващ преглед.

Taiga Maintaining свързва констатации в хранилището с работа по отстраняване. Initiatives свързва предвидена промяна с планиране и доставка. Те предоставят части от верига от доказателства. Отговорникът за услугата все още трябва да провери внедряването и оперативния резултат. Maintaining, Initiatives.

Зряла софтуерна фабрика свързва тази работа между продукти. Пазете правата за решения и критериите за оценка видими при нарастваща автоматизация. Окончателното доказателство е по-добра проверена услуга, а не по-голям брой генерирани промени.