Давайте посмотрим правде в глаза – обычно при возникновении проблемы первым делом обвиняют базу данных, и это ситуация «виновен, пока не доказано обратное». Точнее, когда что-то работает «медленно» или производительность не соответствует ожидаемой, база данных часто становится одной из первых подозреваемых.
Много лет назад то же самое часто происходило с виртуализацией и системами хранения данных, хотя изменения со временем уменьшили упреки в адрес этих областей. Что действительно интересно, так это то, что, хотя размеры данных со временем росли экспоненциально, ожидания от производительности становились все более жесткими и короткими в отношении времени отклика.
Если бы вы спросили у представителей своего предприятия, с какой скоростью должен выполняться тот или иной процесс, каким был бы ответ? А как насчет того, какую часть аппаратного обеспечения они должны использовать? Задумывались ли вы о том, как менялись ответы на эти вопросы с течением времени, или, что еще важнее, как они могут измениться в будущем?
Есть смысл думать о своей работе как о защите систем от неожиданных проблем в будущем, но это не всегда возможно, поскольку всегда могут возникнуть обстоятельства и ситуации, о которых никто и не подозревал. Оценка соотношения затрат и выгоды по сравнению с риском также иногда определяет, что риск невероятно мал по сравнению с затратами на устранение риска и потенциальной выгодой, которую он может принести. Но как именно количественно оценить различные части этого уравнения?
Армейский подход в отношении затрат по сравнению с выгодой и риском.
Проще говоря, чтобы рассчитать затраты по сравнению с выгодой и риском, вы должны иметь полное представление о происходящем.
Оценка риска является частью каждого принятого решения, каждого проведенного занятия, практически каждого мероприятия, проводимого военными. Везде есть оценка риска и анализ последующих действий, а также применение полученных уроков для минимизации риска потерь, снижения эффективности или риска провала выполняемой миссии/задачи.
Есть старая пословица, которая гласит: «Ты силен настолько, насколько сильно твое самое слабое звено». В бою самым важным активом является не пехотинец на передовой или артиллерия, ведущая неприцельный огонь, а линии снабжения, необходимые для пополнения запасов других подразделений, когда их первоначальные запасы, доставленные на поле боя, истощаются.
Это было доказано неоднократно. Можно утверждать, что без доступа к данным, хранящимся в базе данных, самое лучшее в мире приложение не сможет функционировать. Представьте себе, что весь код, вычислительные мощности в облаке или микросервисные архитектуры на среднем уровне не могут выполнить свою задачу, потому что им не предоставляются данные, необходимые для выполнения их операций.
В бою невозможно просто думать, что припасы будут там, где они нужны; существует огромная инфраструктура, созданная для того, чтобы спрогнозировать потребности, определить, как эффективно доставить их туда, где они должны быть, и контролировать эти действия, чтобы убедиться, что ожидаемый результат достигнут.
Иногда достаточно лишь незначительного сбоя в потоке задач, чтобы возникли катастрофические последствия. Такая простая вещь, как спустившее колесо на автомобиле, может привести к многочасовым задержкам. Часто в таких ситуациях разрабатывается план, позволяющий минимизировать последствия любого отдельного события или сбоя, но это не всегда так. Например, если колонна везет материалы к линии фронта, а машина сломалась, останавливается ли вся колонна, пока ее восстанавливают, или машина отходит в сторону, а все остальные продолжают движение мимо нее?
Трудности при построении операционного плана без комплексного мониторинга
Высокая доступность и аварийное восстановление являются неотъемлемыми частями любого операционного плана для мониторинга базы данных. Избыточность хороша лишь настолько, насколько велика способность прогнозировать вероятные точки отказа. Резервирование не ограничивается наличием нескольких важных для миссии активов – оно также включает стратегическое размещение, чтобы потеря всех важных для миссии активов не произошла в результате одного события. Часто это включает в себя способность обнаружить, что что-то не работает должным образом, и переключиться на альтернативную/резервную стратегию, ранее предусмотренную планом.
В сфере ИТ это часто основано на доступности/недоступности услуг. Сложно подсчитать, сколько раз сервер баз данных работал и мог отвечать на запросы подключения и простые запросы, но не мог обрабатывать рабочую нагрузку приложения из-за условий, сильно влияющих на производительность, и при этом никто не знал, что происходит. Хуже того, когда кто-то смотрел на систему, не было понятия о том, что нормально, а что нет, исходя из текущих условий.
Такие вещи невероятно бессистемны по своей конструкции, но, как гласит одна из поговорок разработчиков, «Быстрее – значит веселее». Чем быстрее идут дела, тем смешнее могут быть реализованные решения (Поспешишь — людей насмешишь).
Почему отчетность, мониторинг и автоматизация имеют решающее значение для наблюдаемости базы данных
Возможность получать отчеты о ситуации (sitreps) в режиме реального времени во время операций необходима для гибкого реагирования на изменяющиеся условия по мере их развития. В современной облачной операционной среде возможность мониторинга каждого аспекта решения имеет решающее значение. В определенных средах возможность предиктивного увеличения или уменьшения ресурсов на основе тенденций использования невероятно важна для минимизации затрат.
Хотя крупные платформы недавно внедрили автоматизированные решения для этого, существуют ограничения на объем данных, сохраняемых для автоматизации таких прогнозов. Кроме того, хотя и приятно, что такая функция существует, все же необходимо хранить показатели операционной эффективности отдельно в базе данных для различных целей. Прогнозировать рост затрат по годам можно только тогда, когда можно увидеть тенденции изменений во времени. Что если компания приобретет другую компанию в результате слияния? Как это повлияет на потребности в ресурсах?
Находили ли вы когда-нибудь время, чтобы рассмотреть эффективность возможностей ситуационных отчетов в вашей существующей операционной среде? Во время чрезвычайной ситуации или в условиях дефицита времени очень важно обеспечить эффективную связь, передать точные данные и предоставить важную информацию.
Сможет ли ваше текущее решение решить эту задачу? Дело не только в наличии данных – не менее важно, чтобы вы могли быстро и эффективно их анализировать, чтобы своевременно принимать необходимые меры. Хороший сбор и анализ оперативных данных обычно является проектом, полностью независимым от существующих бизнес-проектов.
Важность AIOps для создания действенных выводов из данных
Для того чтобы данные стали оперативными, мы должны иметь автоматизированные процессы для загрузки, агрегирования и анализа данных с учетом предыдущих тенденций. Именно здесь искусственный интеллект (ИИ) и машинное обучение становятся важными инструментами анализа данных. Возможность составления отчетов по потоковому контенту появилась уже через два месяца после первоначального запуска нашего сайта, когда была внедрена регистрация данных. Это стало отдельным проектом в связи с необходимостью устранения неполадок по мере нашего роста. Сегодня большинство проблем можно быстро решить на основе имеющейся информации.
Как SolarWinds может помочь в обеспечении мониторинге баз данных
Платформа SolarWinds® Platform создана с поддержкой OpenTelemetry (OTEL) для сбора данных с тысяч устройств, включая приложения, написанные на любом из различных языков .NET, Java, PHP, Node.js или Ruby и работающие на Linux, Windows или Azure. То же самое касается данных из экземпляров баз данных MongoDB, MySQL, PostgreSQL и SQL Server; узлов инфраструктуры в облаке; локальных сред; и контейнеров Kubernetes. С помощью OTEL вы можете легко интегрировать и централизовать эти точки данных в своем решении для наблюдаемости.
С помощью решений SolarWinds Observability каждый актив вашей ИТ-инфраструктуры становится объектом мониторинга. Созданные с помощью полностью настраиваемых информационных панелей для отчетности в режиме реального времени, эти решения могут предоставлять унифицированные сведения о приложениях и инфраструктуре для более глубокой видимости всего технологического стека.
Источник: How Database Observability Increases Operational Reliability
