Даунтайм – это период простоя, когда система, оборудование, сервис или процесс временно не работают и недоступны. Такое может произойти абсолютно с любым сервисом, поэтому важно даже не столько своевременно устранение неполадок, столько профилактика.
Когда может возникнуть даунтайм
Есть плановые и внезапные (аварийные) причины даунтайма. К плановым относятся технические работы и модернизация. То есть регулярные обновления программного обеспечения, перезагрузка сервера, замена отдельных компонентов инфраструктуры ИТ и многое другое. Все это производится с определенной периодичностью, поэтому при таком раскладе даунтайм полностью оправдан и не опасен для предприятия.
Что касается аварийных причин даунтайма, то они куда более серьезные:
- проблемы с аппаратным обеспечением. Это выход из строя физических компонентов (сетевого устройства, сервера, жесткого диска) вследствие производственных дефектов, перегрева, износа, резкого скачка напряжения. Иногда проблемы возникают от неблагоприятных погодных условий (высокая влажность, сильная жара);
- ошибки в ПО. Это и несовместимость компонентов, и некорректные патчи, и баги в коде приложения, и неудачное обновление плагинов, и многое другое;
- сбои в сети (коммутаторе или маршрутизаторе), проблемы у интернет-провайдера или обрыв кабеля;
- перегрузка сети вследствие резкого повышения трафика. Например, когда стартует новый проект, акция или распродажа, посетителей становится значительно больше. Все это влияет на его работу. То же самое происходит из-за так называемых вирусных видео;
- человеческий фактор. Например, случайное удаление каких-то данных, ошибки при обновлениях, неверная конфигурация. Все эти действия могут нарушить всю работу сервера и привести к его простою;
- кибератаки. Тут все понятно: они изначально направлены на то, чтобы сайт «лег». Иными словами, злоумышленники направляют множество запросов, а сервер попросту не успевает их обрабатывать. Сюда же можно отнести попытки взлома сайта, кражу данных, внедрение особых программ-вымогателей;
- проблемы с электричеством. Это может полностью остановить работу как конкретной системы, так и всего дата-центра;
- стихийное бедствие. Например, ураган, наводнение, землетрясение, пожар. Все это существенно повреждает инфраструктуру.
К внезапным причинам даунтайма проекта можно отнести и аварии на внешних серверах.
Последствия даунтайма:
- упущенная выгода и потеря клиентов. Когда сайт недоступен, большинство пользователей не может воспользоваться его услугами. Они не в состоянии совершить покупку, оформить заказ, получить необходимые данные и так далее. Если у сайтов-конкурентов все работает, многие захотят уйти именно туда. Особенно сильно даунтайм влияет на онлайн-бизнес, в частности на работу интернет-магазинов, платежных систем и так далее;
- потеря репутации и финансов. Это все прямые и косвенные убытки: во время простоя сервера бизнес не получает выгоды, возможны даже штрафы за срыв контрактов. Что касается урона репутации, то длительные сбои в работе негативно сказываются на отношении клиентов и ведут к их потере. Они становятся менее лояльными и уходят к конкурентам;
- проблемы с продвижением в сети. Если сайт регулярно недоступен или выдает ошибки при загрузке, то поисковые системы начинают считать его ненадежным. Соответственно, о грамотном продвижении можно забыть: органический трафик снижается, а восстановление после даунтайма может занять весьма длительное время;
- нарушение бизнес-процессов. Любой простой сервера блокирует работу. Сотрудники не могут выполнять свои прямые обязанности, в результате срываются сроки сдачи проектов. Надо оперативно перераспределять ресурсы, чтобы устранить аварию. А это дополнительные расходы: некоторые данные можно восстановить только из резервных копий, а это сделать не так просто. Иногда имеет место как частичная, так и полная потеря важных данных.
Для некоторых сфер бизнеса сбои в работе могут стать критичными, например, для медицины, информационных технологий, финансов и так далее.
Как снизить вероятность даунтайма
Полностью исключить простои в работе сервера, конечно, невозможно, но их вероятность можно снизить. В первую очередь следует принимать профилактические меры, то есть действовать на опережение. Регулярно использовать аналитику и датчики, проводить технический осмотр серверов и другого оборудования.
Второй момент – не забывать о резервировании. Все критические сервисы нельзя класть в один дата-центр или в один сервер. Лучше всего распределить их по разным виртуальным узлам. Инфраструктуру также стоит резервировать: дублировать диски, сетевые каналы и другие аппаратные компоненты. И, наконец, стоит заранее определиться с тем, как быстро можно переключиться на резервные мощности в случае возникновения внештатных ситуаций.
Необходимо наладить мониторинг и настроить раннее оповещение. Специалисты должны отслеживать все ключевые метрики в режиме реального времени (память, дисковое пространство, соединения). А раннее оповещение позволит заметить неполадки еще до того, как они станут критичными.
Для удобства стоит оптимизировать процессы на сайте:
- анализировать все инциденты. Разбирать причины каждого даунтайма;
- сокращать время переналадки инфраструктуры;
- оптимизировать все запросы и по возможности упростить их.
При обновлении баз данных надо сначала убедиться в том, что старая версия несовместима с новым приложением, и только потом аккуратно заменять компоненты. Не стоит пытаться делать все сразу: сложные задачи решаются постепенно. Новую версию можно протестировать параллельно с основной: это поможет избежать простоя сервера, связанного с плановыми обновлениями.
Чтобы работа проекта была качественной и без даунтайма, надо внедрять меры кибербезопасности. Это и фильтрация подозрительных запросов, и двухфакторная аутентификация, и многое другое.
Важные нюансы
В идеальном варианте надо сначала провести аудит проекта и выявить наиболее распространенные причины простоя. К сожалению, не все можно предотвратить, поэтому важно подстраховаться, чтобы не переживать из-за потери важных данных. Проще всего комбинировать несколько методов, поскольку универсального решения не существует. Все зависит от специфики сайта и особенностей проекта.