Технологии, ресурсы, сервисы - 2016

103 знаниях реалий и на том, как сервис видят те, кто его создаёт. Вполне возможно, что четыре часа недоступности услуги один раз в месяц может быть вполне адекватным выбором для данного примера. Од- нако надо учесть один нюанс – период времени, в течение которого проводится оценка параметра DT, то есть собственно согласованное время предоставления услуги (AST). Выбор периода AST вопрос со- гласования между владельцем сервиса и ИТ-службой. В качестве такого периода лучше взять неделю или несколько недель, так как месяц или год – величины непостоянные (включа- ют разное количество дней). Однако нужно обращать внимание и на психологию: более короткие периоды времени могут быть восприня- ты негативно. В нашем примере то же самое значение доступности соответствует простою примерно час в неделю. Однако владельцу услуги может не понравиться, что она будет недоступна в течение часа каждую неделю, хотя на четыре часа простоя в месяц он может согласиться потому, что регламентом предусмотрен один техниче- ский день в месяц, когда сервисы не предоставляются. И это пра- вильно потому, что невозможно бесконечно эксплуатировать систему без того, чтобы не остановить её на несколько часов для плановых работ по обслуживанию. Такие плановые простои тоже должны быть учтены при выборе DT, что, в свою очередь, может привести к пере- смотру параметра AST. Исходя из вышеизложенного, мы выбираем 4 часа недоступно- сти услуги один раз в течение четырех недель. То есть AST = 4 неде- ли, DT = 4 часа. Тогда доступность такова: Availability = (24×7×4–4)/(24×7×4)×100% = 99,40% Вполне возможно, что и такой вариант не будет принят за опти- мальный. В этом случае ИТ-служба может просчитать два вариан- та аппаратно-программных комплексов с различной доступностью и предлагать варианты, основываясь на сравнении их стоимости и затратах в плане обслуживания. Обратите внимание, что мы определили необходимую доступ- ность до того, как стали работать над решением, которое ее обеспе- чивает, а не наоборот – сначала выбрали решение и стали считать его доступность. Техническое задание первично, а требуемая до- ступность – это один из параметров, зафиксированный в нём. Ког- да система будет сдана в эксплуатацию, доступность должна соот- ветствовать требуемому значению. В нашем примере так: «4 часа