4. Извлечение смысла из шума
Из-за потребности во всестороннем мониторинге и анализе команда Ops может получить дюжину и более уведомлений об одной проблеме из разных источников. После чего понадобится заглянуть во множество консолей, чтобы скоррелировать информацию, убедиться, что это одна проблема, а не несколько, с разными приоритетами. А затем приступить к поискам источника.
Сколько при этом потрачено времени и усилий? А если анализ был неудачен и это все-таки несколько похожих проблем? Корреляция должна быть автоматической, в реальном времени, и результат доступен в единой консоли.
5. Очень медленные изменения внутри IT
Опытные CIO и CTO, особенно в крупных организациях, стараются помочь своим подразделениям перестроиться, чтобы соответствовать эре реагирования в режиме реального времени и динамических изменений. Но практически везде островки отчуждения внутри подразделений сохраняются, и даже при появлении DevOps управление производительностью зачастую остается реактивным. Сотрудники Ops могут застрять посредине между IT-руководством и разработчиками, не понимая, куда им двигаться и как управлять изменениями.
Методологически улучшению ситуации могут и обязаны способствовать усилия IT-руководства. А практически помогает, когда разные группы начинают говорить на одном языке и видеть ситуацию под одним углом. Нет универсального метода, как этого добиться. Но можем посоветовать использовать инструменты, которые показывают прозрачную картину состояния IT-инфраструктуры и процессов, что позволяет уверенно находить источники проблем. Это устранит одну из основных причин, по которой образуются островки отчуждения.
6. Нехватка данных и метрик
Производители софта в области IT-управления постоянно развивают предлагаемые инструменты для аналитики и оповещений, что улучшает ситуацию с повсеместным отсутствием прозрачности IT-экосистемы компаний. Однако постоянно появляются новые технологии, языки программирования, изощренные векторы атак злоумышленников – все это делает проблему прозрачности действительно труднодостижимой. Немногие могут с уверенностью утверждать (и подтвердить слова фактами), что в их компании этот вопрос решен.
И наоборот, возникла проблема наличия слишком большого количества данных и недостаточного их понимания. Десятилетие назад, или около того, компании главным образом смотрели на сервер приложений, Java-сервер. Они и сейчас смотрят на сервер приложений, а кроме того, на уровни сетевых сервисов, производительность баз данных, массив хранения данных, web-серверы, а помимо этого, им необходимо получить правильные метрики конечных пользователей на уровне браузера. Напрашивается вопрос: как справляться с этим аспектом Big Data в управлении производительностью, чтобы отфильтровать срочную информацию, когда это необходимо?
Ответ кроется в самом вопросе: люди это и не могут делать, для этого предназначены аналитические инструменты, только направленные не на финансовые или маркетинговые аспекты Big Data, а на мониторинг и управление.
В заключение хотим сказать, что, возможно, самым труднопреодолимым препятствием для компаний станет адаптация процессов и подходов, которые делают возможным совместное и быстрое реагирование на события. Совпадение курсов бизнеса и IT важно как никогда ранее – и прогрессивные IT-департаменты наконец-то могут предоставлять то, что нужно пользователям и когда им это нужно. Еще никогда не было лучшего времени для того, чтобы быть в IT Operations.
Команда ALG DevOps Team будет благодарна за Ваши ответы на следующие вопросы:
