Издаётся с 2008 года · Цифровое издание · 19 Июнь 2026

SMB IT Journal

Информационно-технологический ресурс для малого бизнеса

Русский
Бизнес ИТ

Действительно ли вам нужна избыточность: реальная стоимость простоя

Простой – вот слово, которое никто не хочет слышать. Он вселяет страх в сердца предприятий, руководителей и особенно IT-специалистов. Простой стоит денег и вызывает разочарование.

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

Первый шаг — определить стоимость простоя. В IT мы нередко имеем дело с достаточно сложными системами, и простой может принимать различные формы: потеря доступа, потеря производительности или полный выход из строя одной или нескольких систем. Определить каждый тип простоя и связанные с ним затраты может быть довольно сложно, однако общего представления зачастую достаточно для формирования рациональных бюджетов или, по крайней мере, как отправной точки на пути к пониманию бизнес-рисков, связанных с простоем. Имейте в виду, что так же, как чрезмерные расходы на предотвращение простоя вредны, так и слишком большие затраты на расчёт его стоимости тоже вредны. Не тратьте столько времени и ресурсов на выяснение того, понесёте ли вы убытки, чтобы лучше было просто их понести. Остерегайтесь высокой стоимости принятия решений.

Начнём с рассмотрения только полного выхода системы из строя. Какова стоимость организационного простоя для вас – то есть, если бы вам пришлось прекратить всю деятельность на час или на день, сколько денег было бы потеряно? В некоторых случаях потери могут быть значительными, как, например, в больнице, где день простоя приведёт к потере доверия и будущей клиентской базы, а также потенциально к судебным искам. Но во многих случаях день простоя может иметь лишь незначительное финансовое воздействие – многие предприятия могут просто объявить день выходным, дать сотрудникам отдохнуть и попросить их немного активнее поработать в следующие несколько дней, чтобы наверстать отставание за потерянный день. Всё зависит от того, как работает ваш бизнес и насколько вы приспособлены к минимизации потерь рабочего времени. Многие предприятия смотрят только на показатели дневной выручки, чтобы определить упущенный доход, но это может быть весьма вводящим в заблуждение.

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

Последний приблизительный инструмент оценки — применить актуальные рабочие часы. Многие предприятия не работают круглосуточно и без выходных; некоторые, конечно, работают, но большинство — нет. Равнозначна ли потеря бизнес-приложения в шесть часов вечера его потере в десять часов утра? А в выходные? Используют ли его люди продуктивно в три часа в пятницу или его потеря будет практически бесплатной и сделает сотрудников счастливее, подарив им лишний час-два в выходные? Можно ли скорректировать расписание в случае потери около обеда? Эти факторы, хотя кажущиеся незначительными, могут быть весомыми. Если простой ограничен только двумя-четырьмя часами, многие предприятия могут свести к минимуму практически весь финансовый ущерб, просто попросив сотрудников проявить гибкость в своём расписании для устранения последствий сбоя — пообедать пораньше, уйти с работы пораньше в один день и отработать лишний час на следующий.

Теперь, имея эти факторы – стоимость простоя, возможность снизить его воздействие в зависимости от продолжительности и риски аварийных событий — мы можем начать формировать картину того, как вероятно будет выглядеть событие простоя. Исходя из этого, мы можем начать определять, сколько денег стоит потратить на снижение риска такого события. Для одних предприятий эта цифра будет чрезвычайно высокой, для других — удивительно низкой. Это упражнение может многое рассказать о том, как работает бизнес, что обычно не так очевидно.

На этом этапе важно отметить, что мы рассматриваем потерю доступности систем, а не потерю данных. Мы исходим из того, что выполняются хорошие резервные копии и что эти резервные копии не скомпрометированы. Избыточность и простой — это темы, связанные с потерей доступности, а не с потерей данных. Сценарии потери данных следует рассматривать с равной или большей тщательностью, но это отдельная тема. Редкий бизнес может пережить катастрофическую потерю данных, но перенести даже существенный простой и выжить — это вполне обычная ситуация.

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

Теперь, зная стоимость недостаточной избыточности, мы можем сравнить эти потенциальные издержки с вполне реальными, авансовыми затратами на обеспечение этой избыточности. Некоторые вещи, такие как жёсткие диски, весьма вероятно выйдут из строя и при этом относительно легко и экономически эффективно делаются избыточными – значительно снижая риск. Они, как правило, становятся первым объектом внимания. Но существует много областей для обеспечения избыточности: блоки питания, сетевое оборудование, интернет-соединения и целые системы – нередко дублируемые с помощью современных технологий виртуализации, открывающих новые возможности для избыточности, ранее недоступные многим небольшим компаниям.

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

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

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

Не удивляйтесь, если окажется, что за пределами некоторой базовой избыточности (например, зеркальных жёстких дисков) для большинства, если не для всех ваших систем достаточно простой сетевой архитектуры с хорошими резервными копиями, планами восстановления и хорошим контрактом на поддержку оборудования. Снижая сложность своих систем, вы делаете их естественно более стабильными и удобными в управлении – ещё больше снижая стоимость вашей IT-инфраструктуры.

Меткиcost analysis downtime redundancy reliability risk uptime

Реклама

SMB IT Journal — the IT resource for small business