Культивирование культуры наблюдаемости для превосходства IT, DevOps и SRE
Наблюдаемость с корпоративными IT-системами критична в эпоху цифровой трансформации.
По мере того как организации принимают цифровую трансформацию, связанная автоматизация бизнес-процессов нарастила давление на IT-команды быть более проактивными и гибкими. Есть необычный фокус на практиков DevOps и инженеров надежности сайтов (SRE), ибо это профессионалы, которые создают критические приложения и держат их работающими. Быстрый, информированный ответ жизненно важен, потому что цифрово трансформированный бизнес живет или умирает на производительности своих операционных систем.
Встроенная сложность современных систем и огромные объемы операционных данных произвели новый ассоциированный вызов. Когда что-то идет не так и производительность получает удар, legacy ручные процессы обнаружения вероятной корневой причины и ремедиации слишком медленные. Как результат, новый необходимый инструмент для операционных команд — наблюдаемость.
Потребность в наблюдаемости
Наблюдаемость — современный способ для команд использовать операционные данные как Розетту камень, который ясно показывает внутренние состояния всех элементов системы и контекстуальные отношения к друг другу. Наблюдаемость — твой друг 24×7 потому что когда бизнес-процесс перестает работать, алгоритмы используют твои данные для быстрого информирования команд точно что пошло не так — и почему. Затем наблюдаемость ведет тебя к правильным шагам для ремедиации, так что ты можешь вернуть системы вверх и работающие ASAP.
Требование для наблюдаемости начинается с разработки современных приложений. Создание, развертывание и непрерывная итерация бизнес-приложений нуждаются в наблюдаемости, потому что они интегрально связаны со всеми стеками корпоративной IT-среды.
По этой причине команды разработки часто драйвят за смену в динамике и роли IT-отдела. Работа практиков DevOps и SRE больше не может быть видна как просто back-end функция. DevOps и SRE должны быть проактивными, особенно когда эта функция напрямую привязана к генерации выручки.
Рассмотрим три значительных изменения для практиков DevOps и SRE.
Гибкость. DevOps — все о скорости. Широкое принятие гибких практик разработки ускоряет доставку создания приложений и изменений фич в production-среде.
Автоматизация. DevOps в основном автоматизировал процесс доставки изменений. Как результат, процесс разработки намного быстрее. Так и доставка результатов.
Интеграция. Поскольку работа практиков DevOps и SRE касается всех стеков корпоративного IT, не удивительно найти десегрегацию происходящую с разработкой и операциями командами. Исторически, IT-операционная команда обеспечивала заботу о среде и DevOps и SRE управляли разработкой как две отдельные функции — часто с разными организационными структурами отчетности. В современной среде, силосированные функции больше не практичны. Типично они теперь присоединены вместе в терминах практики, взаимодействия, даже деления технологических инструментов как наблюдаемость.
Есть сопротивление созданию этой Большой Счастливой Семьи? Очевидно! IT-операции могут возмущаться близким взаимодействием с разработкой или видеть кодирование как крошечный шестеренку в гигантском колесе. Наоборот, практики DevOps и SRE могут не полностью понимать трудность управления огромной production-средой. Снаружи, забота о production может казаться относительно прямолинейной, низкоуровневой задачей. Для чистокровного DevOps и SRE, перспектива на инфраструктуру может быть миопической, фокусируясь только на конкретных патчах инфраструктуры, релевантных к любому конкретному кодированию проекту.
Если эти отношения существуют в вашей современной среде, помощь командам скорректировать поведение к новым требованиям должно быть Приоритетом Номер Один. Никакое современное приложение не живет в изоляции; оно сосуществует со сложной экосистемой общих IT-ресурсов. Так же, коллаборация опекунов для приложений и среды — суть!
Использование инструментов наблюдаемости и автоматизации
Единство между практиками DevOps, SRE и IT-операциями не только о смягчении или разрушении силосированных человеческих взаимодействий. Единство также предполагает использование общих инструментов наблюдаемости, которые помогают всем использовать те же операционные данные для выполнения ответственностей в их соответствующих рабочих доменах.
Рассмотрим, как автоматизация вливает в эти отношения. Для команд DevOps и SRE есть много шагов к движению нового модуля или приложения из среды разработки в реальную production-среду. Исторически, эти шаги были в основном ручными. Теперь автоматизация убирает тоил, беря человека из процесса.
Используя решение наблюдаемости с автоматизацией, путь от разработки к production может быть исполнен более умным способом.
Например, решение наблюдаемости может предоставить алгоритмы, которые автоматически используют данные из production-среды для понимания текущего распределения ресурсов внутри той среды. Имея этот инсайт, практики DevOps и SRE могут гарантировать, что новое приложение или изменение, доставляемое, имеет достаточно ресурсов для поддержки себя, в то время как не коллизирует с или не голодает другие приложения за общими ресурсами. Все это достижимо с автоматизацией.
Одна стадия для автоматизации — путь от разработки к production. Инструменты наблюдаемости для улучшения этого пути включают обнаружение паттернов, детектирование аномалий и причинный анализ. Решение наблюдаемости будет автоматически оценивать распределение ресурсов и решения о тайминге вокруг доставки новых компонентов в production-среду.
Другая стадия — непрерывные итерации приложения с новыми фичами и функциональностью. ПО изменения раньше имели ленивые дебюты раз в год, дважды в год, может быть квартально. С DevOps, изменения больше как десятки, сотни или тысячи раз в неделю! Автоматизированные инструменты наблюдаемости необходимы.
Помощь командам получить контроль с наблюдаемостью
Современные приложения имеют разные и сложные характеристики; они модульные, эфемерные и высоко распределенные. Без наблюдаемости невозможно предсказать с высокой степенью уверенности, какое влияние новая смена будет иметь на production-среду.
Только решение наблюдаемости может быстро проанализировать, что означает присутствие конкретного нового элемента, и быстро предоставить диагностический инсайт обратно практикам DevOps, SRE и IT-операциям о том, как решить проблемы.
Из-за огромных объемов операционных данных от цифровой трансформации, практики DevOps, SRE и IT-операционные команды находят это виртуально невозможным понять, как production-среда выполняется без использования инструмента наблюдаемости. Без его умного фильтра, цикл разработки становитсяponderous и команды находят это сложным применять действие к негативным событиям.
Наблюдаемость будет на спасение! Как вы стремитесь затухать силосы и создавать организационное единство для современной IT-культуры, будьте уверены, оценить общие варианты наблюдаемости, которые цементируют единство практиков DevOps, SRE и IT-операционных команд. Наблюдаемость — основа операционного контроля и надежного обеспечения высокопроизводительных сервисов для современного предприятия.
Интернет вещей
- Pixus представляет rugged 6U OpenVPX фейсплейты с усиленной структурной целостностью
- Micro-Epsilon представляет ILR2250-100-H: надежный лазерный датчик дальности с интегрированным нагревом и охлаждением дл…
- GE представляет Durus Plus: улучшенный низкоуровневый контроллер для надежного промышленного управления
- DSM и Nedcam партнерствуют для развития крупномасштабной 3D-печати FGF
- Teradyne вложит $36 млн в хаб коботов в Одденсе для MiR и Universal Robots
- PLASTICS публикует ANSI B151.27‑2021: новый стандарт безопасности для робото-мордавильных систем
- Cisco представляет промышленные маршрутизаторы Catalyst 5G для бесшовного соединения корпоративных и периферийных…
- Проектирование IoT-устройств для LTE и NB-IoT: Экспертные инсайты по интеграции антенн и сертификации
- Революция IoT-подключенности: новые MVNO-модели угрожают традиционным операторам
- Рост рынка потребительского IoT: прогноз 2023 года, технологические инновации и глобальные тренды