Персоналом Техопедии, 12 августа 2016 г.
Вывод: ведущий Эрик Кавана обсуждает методы и тенденции мониторинга с Риком Шерманом, Дезом Бланчфилдом и Робертом Вандервоортом.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, ребята, привет и добро пожаловать снова. Вы можете видеть слайд передо мной, надеюсь, он называется «Горячие технологии 2016 года». Годы продолжают пролетать. Сегодня мы говорим о «Анализировать и оптимизировать: новый подход к мониторингу». Упс, у нас есть небольшая ошибка на слайде, не смотрите, не смотрите! Ладно, так, правда, есть слайд о твоем. Я буду вашим хозяином, вы можете найти меня в Твиттере, @Eric_Kavanagh, и я буду рада ответить вам.
У нас здесь другой формат, чем в «Брифинге», поэтому, во-первых, у нас будет пара аналитиков, Рик Шерман и наш собственный Дез Бланчфилд, специалист по данным из Bloor Group, они предоставят вам свои взять на себя тему. Затем мы услышим от Роберта Вандервоорта, эксперта, он в IDERA, очень интересной компании. Они купили компанию, которую мы знаем, под названием Embarcadero, но у них есть целый ряд других вещей, и некоторые интересные вещи, которые теперь используются в некоторых новых и интересных способах. Рик Шерман идет первым
Прежде чем я пойду туда, позвольте мне просто высказать пару быстрых мыслей. Мне нравится эта концепция анализа и оптимизации с помощью мониторинга, и мне нравится то, что мы собираемся услышать от Роберта сегодня об изменении ваших взглядов на решения для мониторинга. Потому что на самом деле мониторинг - это то, чем вы все время занимаетесь, если находитесь в мире ИТ. Так или иначе, или в деловом мире вы проводите мониторинг. Это может быть формально, это может быть неформально, но есть некоторый механизм, с помощью которого вы выполняете свои повседневные задачи. И если вы работаете с машинами, вы пытаетесь понять, что они делают. Например, вы пытаетесь предотвратить их сбои или плохую работу.
Как ты это делаешь? Ну, есть много способов сделать это. Облако действительно подстегнуло всю эту волну инноваций в области мониторинга, что, на мой взгляд, довольно интересно. Мы видели, как такие компании, как Splunk, действительно меняют игру, и многие разные компании пытаются отслеживать это разными и интересными способами. И то, что мы услышим сегодня от IDERA, это то, что, я думаю, является одним из наиболее креативных подходов, с которыми мы сталкивались довольно давно, и я надеюсь, что этот подход найдет отклик у вас сегодня. Вы можете задавать вопросы в любое время, используя компонент вопросов и ответов своей консоли веб-трансляции. Не стесняйтесь, присылайте эти вопросы. И с этим я передам это Рику Шерману. Ожидать. Убери это, слово твое.
Рик Шерман: Хорошо, спасибо, Эрик. Привет всем. Мы поговорим об этом мониторинге и о том, почему определенно необходимо изменить подход к вещам. Теперь, прежде всего, как кратко, мой опыт - я нахожусь в мире бизнес-аналитики, бизнес-аналитики, интеграции данных и т. Д., А не на стороне приложений. Я был как бы на заднем плане этих различных тенденций, которые происходят в отрасли. У нас есть поток данных: большие данные, небольшие данные, данные, поступающие повсюду, внутри и за пределами предприятия.
У нас есть Интернет вещей, вещи, поступающие с мониторов, устройств, и затем у нас есть взрыв других вещей, помимо просто реляционных баз данных, как локальных, так и облачных, и т. Д. Но что все это означает для мониторинга для мониторинга производительности системы, управления приложениями и т. д., а также для интеграции данных и для бизнес-аналитики - это то, что у нас был красивый простой мир, по крайней мере, он был простым с точки зрения ИТ, который используется для у них есть набор серверов, на которых они… все было там, приложения, данные и все это было на месте, поэтому они контролировали весь мир. Это было намного проще в управлении. Но случилось то, что предприятие стало намного, намного, намного сложнее.
У нас есть взрыв - забыть только о больших данных - у нас есть взрыв приложений, как локальных, так и в облаке, для повышения производительности бизнеса, для улучшения различных бизнес-процессов, для предприятий, чтобы взаимодействовать с другими предприятиями и со своими клиентами, будь то они предприятия или люди. У нас был взрыв, как показывают другие слайды, различных видов различных баз данных, больших баз данных, реляционных, облачных и т. Д., И мы получили гораздо больше, более эффективное использование серверов, операционных систем как с реальной, так и с виртуализированной Серверы там, чтобы лучше управлять, лучше использовать отдельные серверы сами. И, конечно, у нас есть целая сеть вещей, происходящих между всеми этими приложениями, базами данных и серверами.
Пара других вещей, особенно в моем мире, заключалась в том, что все это стимулировало еще большую синхронизацию приложений. У нас появляется все больше и больше серверов приложений, баз данных, которые используются для перемещения данных, синхронизации данных, интеграции данных между различными процессами как внутри, так и за пределами предприятия. И, конечно, у нас есть интеграция данных, которая необходима для этого.
Имея это в виду и учитывая тот факт, что мы переходим из этого милого, безопасного мира локального набора серверов, которым мы управляли, к какому-либо корпоративному и дополнительному биту приложений и данных, мы перешли к «Как мы на самом деле управляем этой средой?» И причина, по которой этот вебинар интересен, заключается в том, что текущее положение дел не слишком хорошее. У нас было много различных инструментов для просмотра баз данных, серверов, SharePoint, операционных систем, перемещения данных и т. Д. - все они были разбросаны, как таковые, у нас были бункеры, поэтому мы могли управлять или отслеживать конкретный сервер, конкретное приложение, конкретную базу данных, но мы не смогли собрать их вместе. Теперь, поскольку все они интерактивны и взаимосвязаны, это больше, чем просто отдельные части, вы должны собрать их вместе, и, как таковые, у нас были - я думаю, это моя школьная картина - у нас были люди, которые обладал специальными знаниями об этих инструментах, чтобы глубоко проникнуть в недра систем и управлять ими.
Они были дорогими и дорогостоящими, отнимали много времени, и мы как бы застряли в грязи, потому что мы продолжаем смотреть и пытаться управлять этими частями и не можем реально управлять предприятием. То, что нас оставило или куда нас привело, - это необходимость. Необходимо было войти в мониторинг предприятия. Мы должны иметь возможность смотреть на приложения как локально, так и в облаке, базы данных одинаково. Серверы, сети, виртуализированные, не виртуализированные системы, интеграция данных, синхронизация приложений. Как и в аналитике бизнес-аналитики, первое, что вам нужно сделать, это собрать данные обо всех этих различных сервисах и инфраструктуре, приложениях.
Второе, что вам нужно сделать, это собрать эти данные, чтобы посмотреть, как они связаны друг с другом. Вы ничего не можете сделать, пока не выясните, как эти части взаимосвязаны и не свяжете это вместе. Но то, как мы перешли от отдельных частей к более комплексному управлению корпоративными приложениями, действительно развивалось, потому что мы собираем данные, потому что мы интегрируем данные, чтобы иметь возможность улучшить анализ этого приложения управления и мониторинга.
Первое, что нам нужно сделать, это выяснить, что происходит с этими отдельными системами или частями. Второе, что нам нужно сделать, это понять, почему это происходит. Для этого требуется более глубокое знание приложений, баз данных, серверов и того, как они взаимосвязаны, как они связаны друг с другом и что одна вещь будет вызывать что-то другое. Я имею в виду, что часто мы сталкиваемся с проблемами, когда что-то происходит, и это на самом деле не основная причина, это просто симптом чего-то другого. Нам нужно выяснить, почему это происходит, но мы должны собирать данные и иметь возможность отслеживать детали.
Наконец, нам нужно немного углубиться в прогнозную аналитику или прогнозный мониторинг. Или мы начинаем выяснять, почему что-то может произойти или что будет дальше. Если что-то терпит неудачу или собирается потерпеть неудачу или достигает некоторого порогового значения, мы должны быть в состоянии запустить и понять, что это означает, что еще произойдет дальше. Мы собираем данные с помощью мониторинга, мы начинаем анализировать, что, почему и что дальше, а затем мы, наконец, приступаем к управлению на основе данных и на основе анализа.
Помните, приятно собирать данные, приятно анализировать данные, но эти данные должны, этот анализ и данные должны быть действенными. Вы должны быть способны реагировать, реагировать на происходящее и проявлять инициативу, пытаясь исправить это самостоятельно. Поэтому нам также необходимо иметь не только инструменты мониторинга и визуального анализа, но также очень важно иметь возможность на самом деле все исправить автоматически или системно. Это своего рода потребность, которая растет на предприятии, и опять же, с точки зрения бизнес-аналитики и бизнес-аналитики, а также с точки зрения интеграции данных, у нас часто возникают проблемы, пытающиеся выяснить, каковы точки перелома. Почему что-то не масштабируется, почему-то не получается, почему бизнес-пользователи не чувствуют, что соглашения об уровне обслуживания выполняются? Мы можем делать все эти замечательные вещи с приложениями, с данными, но системы, которые их поддерживают, должны управляться для того, чтобы все эти замечательные вещи происходили. Дез?
Эрик Кавана: Хорошо, убери это, Дез.
Дез Бланчфилд: Спасибо, вау. Вероятно, у нас есть пара небольших областей, с которыми мы полностью согласны. Краткий обзор моей жизни в мире наблюдения за вещами. На самом деле, почти 20 с лишним лет назад мы с братом работали вместе в обстановке, которая была очень похожа на эту. Это сетевой операционный центр. Это актуально, и мы управляли всем, начиная от маршрутизаторов и коммутаторов, и серверов, и межсетевых экранов, и систем, на которых выполнялись приложения, и приложения там и базы данных там, и целый ряд серверов были взаимосвязаны.
В то время было не так много инструментов для мониторинга. Существовало довольно много бесплатных инструментов с открытым исходным кодом, но несколько стеков приложений, которые выполняли сквозной мониторинг, были дорогостоящими и их трудно достать. Итак, мы фактически сели и написали один, верьте этому или нет, и интернет стал своего рода вещью, и мы использовали инструменты на этих уникальных системах, системах Solaris, для сбора отчетов о работе системы, использования диска и памяти. использование и так далее, и записать его в файл и запустить сценарий на нем. Мы фактически отправляли собранные данные по электронной почте на центральный сервер, извлекали записи из файлов журналов из писем по мере их поступления, анализировали их, помещали в базу данных и рисовали симпатичные графики о них.
Мы думали, что мы достаточно умны и круты, потому что мы могли сказать, что происходит, но то, что поразило нас в скором времени, это то, что, хотя мы могли на самом деле сообщать об историческом состоянии нации, это не очень-то нам говорило о текущем состоянии нации в непосредственном смысле, потому что данные, которые мы собирали, куда-то отправлялись по электронной почте, поэтому прошло всего несколько минут, прежде чем они отправлялись с сервера, на котором собирались, через сеть и по электронной почте. и в почтовый сервер и разобрали и поместили в базу данных, так что на самом деле это были красивые графики, но все это в долгах, все эти исторические.
На самом деле, в верхнем левом углу этой красивой картинки, похожей на 18 ЖК-панелей, изображающих из себя один виртуальный рабочий стол, есть график, маленький зеленый график в верхнем левом углу, который очень похож на то, что мы привыкли делать, планировать вещи. И у нас было постоянное разочарование, что для нас было почти невозможно сказать, что происходило в данный момент, или даже что должно было случиться в будущем. Независимо от того, сколько раз мы пытались сделать какой-то прогнозный график, и это примерно двадцать лет назад, по памяти.
Это изображение реального экрана сетевого операционного центра, это 18 ЖК-панелей, склеенных вместе, представляющих собой один большой большой рабочий стол Windows, и в настоящее время это часто государство государства для типов вещей, которые организации или телекоммуникационные компании или крупные предприятия бежать, чтобы следить за тем, что происходит в их мире. Будь то их сети и их маршрутизаторы, а также их коммутаторы и серверы приложений, что интересно на этом конкретном экране, или на этом снимке экрана: фотография, это то, что это не одно большое большое окно, это не один большой большой веб-браузер, он растянут маленьких крошечных окон, перекрывающихся. Если эта штука когда-нибудь дает сбой, или перезагружается, или по какой-то причине ее нужно выключить и включить снова, бедному дураку придется сесть и снова открыть все эти отдельные приложения и выложить все окна вручную, чтобы получить тот же вид. Это чрезвычайно трудоемко и рискованно, потому что, если кто-то не знает порядок, в котором он их вернул, его практически невозможно воссоздать, и это довольно печальное положение дел, поскольку именно так сейчас выглядит большинство сетевых операционных центров. Кто-то должен физически запускать несколько приложений и мобильных систем, и они смотрят в прошлое. Так что во многом изменилось то, что многие компании считают мониторингом на самом деле.
В те 20 лет назад у нас было представление, что если вы можете пропинговать сервер, он работает, но реальность такова, что мы обнаружили, что только потому, что вы можете пропинговать сервер, как при эхо-запросе и выводить тип ICMP для выстрел в вещь, которая эхом отозвалась бы и сказала: «Я жив», не означало, что это действительно произошло. И даже если бы он вызывал, иногда серверы и приложения на них не работали. Итак, мониторинг - это целая наука. Это долгий путь, но даже тогда многие из современных стеков приложений, которые мы покупаем в мире мониторинга и в сфере управления сервисами, не делают прогнозирования. Тогда все было намного проще. И мы привыкли к тому, о чем мы думали: «Хорошо, работает ли сервер и отвечает ли он, работает ли операционная система в сети и можем ли мы к ней подключиться. Работают ли приложения, и мы можем отслеживать, отвечают ли сервисы приложений? Веб-сервер выглядит так, как будто он работает, но можем ли мы подключить его к порту 80 или 443 на нем? Могут ли пользователи подключаться к услугам, которые там есть? »И довольно часто это сводилось к чему-то простому, например, звонит телефон справочной службы, и если это не так, то самым важным решением, которое нам пришлось принять в этот день, была чья очередь. это получало пончики.
Затем возникла концепция гиперсасштабного всего, и в частности гиперсасштабных вычислений, и под этим я подразумеваю объем, скорость и размер вещей, с которыми мы сейчас имеем дело. И многие люди говорят об единорогах мира, Facebook, LinkedIn и Google мира, но на самом деле существует множество организаций малого и среднего размера, которые имеют очень и очень сложные бизнес-среды и ИТ-среды, которые они пытаются контролировать и пытаться справиться с ситуацией, взять под контроль и поставить руку на цифровой импульс бизнеса, и, к сожалению, они терпят неудачу мрачно, просто из-за огромных уровней сложности, которые увеличились на порядок в моем посмотреть, почти на каждом уровне.
Если вы посмотрите на две действительно базовые части того, с чем сталкивается современное предприятие, в одном случае даже что-то столь же простое, как платформы больших данных, которые мы считаем само собой разумеющимися сейчас. Слева у нас есть структура того, что раньше было первой версией Hadoop, очень пакетный режим, ориентированная на пакет версия того, о чем был Hadoop, инфраструктура MapReduce, работающая поверх файловой системы Hadoop, и набор инструментов, которые мы эффективно подключены, они как свинья и улей и другие инструменты. Справа, по сути, вторая переделка фреймворка Hadoop, построенного вокруг YARN, немного более высокопроизводительной вычислительной архитектуры и лучшего планирования. Когда вы смотрите на эти отдельные фреймворки, они чрезвычайно сложны, а вещи, которые вы можете сделать в них, еще более сложны.
Когда мы смотрим на облачную парадигму, у нас есть сценарий, где это модель того, на что похож OpenStack, и OpenStack - открытый исходный код облачной платформы, построенной из множества маленьких модулей, и это всего лишь приблизительная диаграмма. своего рода ключевые компоненты, которые делают работу облака OpenStack. И это чрезвычайно сложно, очень, очень мощно, но чрезвычайно сложно. И пытаясь контролировать что-либо в прежнем стиле мира Hadoop, с помощью Hadoop, а теперь и Spark, и всех частей этой экосистемы, разворачивая облака, такие как платформы на основе OpenStack, даже понимая среду сложности, не говоря уже о попытках найти о том, что вы отслеживаете и какую услугу вы отслеживаете, и почему вы контролируете ее, и что вы ожидаете получить от мониторинга. Это действительно большие проблемы, с которыми мы сталкиваемся сейчас с некоторыми из самых фундаментальных частей нашего мира и облачными экосистемами, которые мы пытаемся запустить как локально, так и публично, или гибридно.
Затем некоторые из сред, таких как мир больших данных, такие как Hadoop и т. Д., Это действительно большие проблемы, и скорость, с которой в них что-то меняется, также затрудняет мониторинг и получение какой-либо футуристической информации. И мы все еще застряли в этом мире, говоря: «Ну, что случилось пять минут назад?» Как вы слышали ранее, с вызовом на месте или на месте, за пределами площадки, и тогда вы просто думаете о вещах внутри компьютеров или центров обработки данных. У вас есть смесь физических служб, которые в некотором роде и виртуальные серверы, и они изменились, то, что мы привыкли считать физическим сервером с одним стеком приложений, теперь неизменно среда виртуализирована. Инфраструктура, будь то Hyper-V или VMware, OpenStack или Xen.
Теперь вам не нужно иметь один сервер, на котором работает один стек приложений, это гипервизор, несколько стеков. И я только что перечислил пару общих в VMware, Hyper-V, OpenStack, но есть десятки других и многие люди, использующие их. И облачная комбинация серверов инфраструктуры, серверов платформ и серверов программного обеспечения, и каждый из них сам по себе имеет уровни сложности, которые мы просто пытаемся получить от управления и мониторинга на базовом уровне, не говоря уже о том, чтобы выяснить, что произойдет.
И если это не было достаточно плохо, мы сейчас находимся в точке, где мы определяем вещи в программном смысле, в том смысле, что у нас есть программно-определяемые сети и определенные сети. У нас есть виртуализация сетевых функций, и мы пытаемся управлять и контролировать программно-определяемую сеть, в которую входят такие компоненты, как виртуализация сетевых функций, виртуальные маршрутизаторы, виртуальные коммутаторы, виртуальные брандмауэры, виртуальные интерфейсы на серверах, связанные виртуальные интерфейсы и т.д. в виде сочетания услуг с приложениями, и попытаться выяснить разницу мониторинга этих.
И теперь у нас есть более забавные проблемы, связанные с тем, что мы быстро переходим от виртуализации к контейнеризации и недавнему созданию версии набора инструментов Google для виртуализации Kubernetes и Docker проекта HashiCorp и возможности создавать формы контейнеров., Теперь интересная вещь в попытке контролировать форму контейнера, даже отдельного контейнера, состоит в том, что когда-то у нас были физическая машина и виртуальная машина, а затем весь стек приложений и экосистема на них - будь то физическая, виртуальная - теперь у вас есть среда, в которой у вас может быть экземпляр Docker, который может работать всего за пару миллисекунд, он подтверждается, получает запрос, обрабатывает его, доставляет требуемый сервис и затем умирает. Мы отчасти отошли от того, что, как мне кажется, однажды цитировал Рэнди Биас, и нам нужно перейти от того, чтобы относиться к серверам и сервисам как к домашним животным и пытаться поддерживать их все время, к настоящему, поскольку мы просто относимся к вещам как к скотоводство и мониторинг - еще более интересная задача.
У нас есть гибридная среда, вроде традиционных стеков приложений, таких как традиционные базы данных. Новые среды, такие как использование сред больших данных Hadoop и Spark, линейного роста, роста и хранения, линейного роста и масштабируемости, гибких сред для некоторых из этих вычислительных платформ. И спрос на мобильность, люди делают BYOD. Как вы контролируете ноутбук, который не принадлежит вашей компании? Как вы контролируете приложения и службы и безопасность там? И экспоненциальный взрыв от машины к машине и интернет вещей, которые приходят вместе. А машина-машина и Интернет вещей в настоящее время практически невозможны для некоторых платформ, которые традиционно использовались в обычном смысле мониторинга, особенно когда вы переходите к масштабам промышленных устройств.
Например, самолет Dreamliner 787, когда он был создан, первое издание, в нем было что-то вроде 6000 датчиков в самой машине, во всем самолете. Теперь я понимаю, что последняя версия Airbus, я думаю, что это A320, имеет 10 000 датчиков, которые выводят мониторинг и управление информацией, поступающей с контролируемых устройств, на совершенно новый уровень. Перед нами стоит все возрастающая задача не просто поддерживать базовые возможности, отслеживать что-то и видеть, что он в сети и доступен, а теперь, когда к нему применяется требование прогнозной аналитики.
Потому что мы занимаемся прогностической аналитикой по целому ряду вопросов, касающихся нашего бизнеса, систем, которые мы запускаем, и типов предоставляемых нами услуг. Итак, что теперь выглядело и понято, что на самом деле мы могли бы предоставить прогнозную аналитику для службы мониторинга и рассказать вам не только о том, что произошло секунду и пять минут назад, но и о том, что произойдет через пять минут, исходя из того, что мы знаем до сих пор. И я думаю, что это чрезвычайно интересное время, чтобы подумать о том, как управлять сервисами, потому что, если бы мы могли проводить какую-либо прогностическую аналитику, то, на что мы сейчас смотрим, такие как автоматическое масштабирование и т. Д. В наших облачных и виртуализированных средах, где если сервер понимает, что он немного перегружен, он может создать другую копию себя и поддержать экосистему и справиться с большей рабочей нагрузкой, а затем, когда рабочая нагрузка снижается, он почти масштабируется вниз и переводит одну из своих машин в спящий режим и возвращается к его нормальное состояние. Чтобы теперь иметь возможность использовать прогнозную аналитику и будущее представление о том, что происходит, следя за вещами на всем пути от инфраструктуры и оборудования, вплоть до конечных сервисов. Весь сквозной путь, уму непостижимо то, что мы сможем сделать для того, что по сути сейчас является постоянным вызовом, в котором мы живем. И с учетом этого я собираюсь передать,
Эрик Кавана: Хорошо, позвольте мне передать ключи Роберту Вандервоорту. Там много места, и мне любопытно посмотреть, что вы, ребята, делаете, и, как я уже сказал, мне нравится вся эта философия. Так что либо делитесь своим рабочим столом, если вы хотите это сделать, либо перемещайте слайды. Унеси это.
Роберт Вандервоорт: Хорошо. Если я знаю, где находится эта кнопка, то над этим я работаю.
Эрик Кавана: Вы должны нажать Пуск, вверху слева.
Роберт Вандервоорт: Ах, хорошо.
Эрик Кавана: Нажмите на это, вы должны увидеть общий экран. Вот, забери.
Роберт Вандервоорт: Спас день. Потрясающие. Ладно, Дез, это совсем не пугало. О чувак. Нет, хорошие разговоры, ребята, хорошие разговоры. Так что да, определенно, я того же мнения, мы летим на Луну. Я имею в виду, что мы должны выяснить, как мы сможем следовать этой вещи, так как она отслеживает промежуточный этап, который взят, и это действительно сложно. Человек, я могу сказать вам, работая в компании-разработчике программного обеспечения, которая делает это, и присутствуя на ежедневных встречах разработчиков, это то, о чем мы говорим, это очень реальные проблемы. Как мы идем в ногу с промышленностью? Мы не хотим быть такой, системой мониторинга прошлого десятилетия.
С большим количеством размышлений и, как я сказал некоторым парням в предварительном чате, одной из моих любимых книг, и, надеюсь, это не говорит обо мне слишком много, но это «Дзен и искусство обслуживания мотоциклов», я посчитал бы это своего рода книгой по философии, и это на самом деле научно-фантастический роман, но неважно. Он говорит о качестве, о том, что такое качество и каково качество вещей, и поэтому появилась целая метафизика качества, и я не собираюсь сегодня давать вам уроки философии, но немного. Весь этот прагматичный мониторинг, что это? Это то, что я придумал, в основном, после долгих размышлений об этой проблеме и о такой парадигме, к которой мы движемся, отказываясь от просто, как вы сказали, серверов как домашних животных - отличный способ выразить это.
Это буквально определение двух слов. Первый - прагматизм: разумно и реалистично поступать с вещами. По сути, просто практично, это модное слово для практичности. Монитор: дух. Мы хотим ткнуть во что-то, мы хотим вставить в него термометр, мы переизмеряем, переизмеряем, перемеряем и проверяем. То, что идея состоит в том, чтобы соединить эти две вещи в том, что мы наблюдаем за вещами на практике. Меня очень легко поймать, и я могу рассказать вам о таком количестве людей, с которыми я имею дело, а также о том, что я готовлюсь к продаже, я имею дело с техниками в разных компаниях, с разными техниками, с разными людьми. компаний, вертикалей, что угодно, и это всегда одни и те же вещи. Много раз, когда мы вступаем в эти сделки, люди говорят: «Ну, я действительно хочу контролировать свои серверы, я хочу знать, каков мой процессор, что делают процессы, и я хочу убедиться, что не хватит места на дисках ». И теперь я думаю, хорошо, это действительно простые вещи. Но я действительно хочу попытаться обернуть голову вокруг немного другого процесса здесь.
Прежде всего, технические вопросы, которые всегда возникают, когда мы начинаем говорить о мониторинге - все они действительно сосредоточены на доступности - работает ли наше аппаратное / программное обеспечение до точки пинга? Да хорошо. Нет - пинг не означает, что ваше программное обеспечение работает. Это может означать, что ваш сервер подключен к сети, и если вы, конечно, также используете этот подход, дайте мне посмотреть веб-сервер и выяснить, почему он не отвечает, вы узнаете, что: «Эй, смотри сейчас он отвечает. Я должен зайти на удаленный веб-сервер и посмотреть на это, и могу ли я добраться до него на коробке? " Это целая сумасшедшая попытка устранения неполадок, которая включается, когда у вас ничего нет, что удивительно. Я не буду называть никаких имен, но есть несколько довольно крупных компаний, которые вообще ничего не делают в плане мониторинга.
Конечно, для меня это очевидная вещь, потому что я работаю в компании, которая делает программное обеспечение. В любом случае, отвечает ли веб-страница? Эта вещь не только жива, но и говорит мне о том, что я хочу увидеть? Вы не можете просто сказать: «О да, веб-страница ответила за 40 миллисекунд», это может быть полная страница отчета. Мы должны быть уверены, что сможем получить достаточно глубокое представление об этих событиях, этих вопросах, что касается ответов, мы можем ответить на вопрос таким образом, который фактически служит вопросу. Доступность, производительность - хорошо ли работает аппаратное / программное обеспечение? Есть тонны счетчиков производительности, о которых мы говорим, все эти разные технологии. Будь то Hadoop, IAS, Apache или что-то еще, все они имеют определенный набор счетчиков производительности. Все, что есть у Microsoft, будет иметь счетчики производительности WMI. У вас есть SNMP, множество разных способов выяснить, что происходит под капотом, как вы себя чувствуете.
И, наконец, последнее, что нужно сделать, - это планирование мощностей, поэтому немного проанализируем материал. У нас есть весь этот длинный след исторических данных, и мы хотим знать, что это - и это своего рода эмоциональная потребность, а не то, что мы работаем в сфере ИТ, не значит, что мы не эмоциональные животные, есть чувство безопасности - если у вас есть что-то, что часто терпит неудачу, то, во-первых, вы думаете: «Хорошо, когда это снова выйдет из строя, действительно ли это проблема?» И хотя у нас есть отличная способность распознавать закономерности в вещах, не только в жизни, но и в окружающем нас мире, а также по срокам, но вещи могут быть не такими проблемными, как вы думаете. Или они могут быть более проблематичными, чем вы думаете. Когда мы пытаемся принимать правильные деловые решения, это определенно проблема. У нас должны быть реальные метрики, мы должны быть в состоянии обосновать свои чувства и наше восприятие этого мира, представить его в цифрах и эмпиризировать его - науку!
Так или иначе, время философии: Чарльз Сандерс Пирс. Он - парень, который в основном начал прагматизм, и поэтому я собираюсь здесь разобраться с языком 1800-х годов: «Подумайте, какие эффекты могут иметь практическое значение, мы предполагаем, что объект нашей концепции должен иметь место». Он говорит здесь: « Что это такое? Что делает эта вещь? »Так что, что бы она ни делала, это то, что для меня. Веб-сервер - это то, что выплевывает веб-страницы, он не имеет, вам не нужно думать о нем более сложным, чем это. Он состоит из множества сложных программ? Вы ставите. Одна операционная система, вероятно, намного сложнее, чем любая другая вещь, которая на ней работает. Но это не имеет значения. Когда мы пытаемся проверить эти вопросы, нам нужно знать, работает ли веб-страница? Хорошо, все это довольно простые вещи. Наша концепция приводит к эффектам нашего целого, нашей концепции объекта в точку. Давайте зачать эти объекты. Это сложность. Большинство из тех, с кем я общаюсь, опять же занимаются мониторингом сервера: «Я хочу контролировать свое сетевое оборудование» или «Я хочу это сделать». Это одно конкретное устройство или это особая технология. и это обычно, какая бы ни была самая большая боль в шее для них.
Скорее всего, у них уже есть какое-то другое программное обеспечение для мониторинга, что делает еще один кусочек. Я говорю: «Ну, эй, почему ты не можешь», - мне нравится играть немного адвоката дьявола, - «Разве ты не можешь использовать это другое программное обеспечение, чтобы сделать это?» «О, ну, на самом деле это не очень хорошо». «Хорошо, хорошо, а как насчет этого?» «Ну, что угодно». И для меня все эти вопросы - груз сена. Я готовлюсь к продажам, не слишком прислушивайся ко мне, но я инженер, так задумывая этот объект. Таким образом, мы должны понимать, что это за объект, каковы все движущиеся части. Если кто-то говорит: «Ну, сервер базы данных», я говорю: «Хорошо, что обслуживает сервер базы данных?» «А, ну, в основном, наша ERP». «Хорошо, у вас проблемы с производительностью в вашей ERP». « Да, но мы думаем, что это может быть база данных. - Хорошо, послушай, давай поговорим об ERP. ERP работает на Oracle. - Проверьте. - Ладно, у вас есть веб-интерфейс для этой присоски или это все клиентский сервер? - О, ну, на самом деле, это и то и другое. у вас есть веб-интерфейс, у вас есть подключение к клиент-серверу, где хранилище, на каком сервере работает эта штука, как выглядит ваша сеть? »Кажется, я задаю им сто вопросов,
Это совсем несущественно, и люди просто не знают. «Я начал здесь четыре месяца назад. Я действительно не очень хорошо знаком с окружающей средой ». Хорошо, вы пытаетесь диагностировать довольно сложные проблемы, когда вы не знакомы с окружающей средой, я чувствую вас, но это не помогает парадигме. Нам нужно понять. Нам нужно построить это понимание. И поэтому, часто, когда я спрашиваю их: «Привет, у вас есть книга, есть ли диаграмма, есть ли у вас диаграмма, есть ли электронная почта, можете ли вы спросить кого-нибудь?» Обычно это последнее. «О, я должен спросить Боба, но он на самом деле в отпуске, он возвращается, давайте настроим что-то через две недели, и мы надеемся, что мы сможем получить доступ к этой системе», и так далее, и так далее. И так, сразу я полностью чувствую его боль. Ладно. Мы должны быть в состоянии построить это понимание в любом инструменте, который мы используем. И так, просто имейте это в виду.
И деловые вопросы не могут остаться без ответа, я имею в виду, очень часто разговаривая с техниками, они в окопах. Мы чиним вещи. Мы много раз в режиме пожарного, иногда немного шокированы и определенно трепетно. Не для того, чтобы процитировать каких-либо прошлых президентов, но в любом случае, поэтому бизнес-вопросы, которые вы слышите, тесно связаны с техническими вопросами. И действительно, ребята, если вы те специалисты, то вам нужно сделать так, чтобы эти бизнес-проблемы соответствовали техническим проблемам. Они действительно приходят один на один. Запишите список - доступность, производительность и планирование емкости. Разумно ли мы используем наши ресурсы? Куда идут эти деньги, которые мы потратили? Мы купили все эти блестящие серверы, что они делают, мы знаем, что они используются правильно? Кто знает? Если вы не измеряете это. Горячие точки и холодные точки. Все эти вещи выделены жирным шрифтом, поэтому, если вы, ребята, получите слайд-шоу позже, горячие и холодные точки - это проблема сети. Как там интернет и WAN подключение? Конечно, ваши провайдеры пропускной способности хотят продать вам больше пропускной способности. Вам это действительно нужно? Как ты это используешь? Мы говорим о производительности. Есть ли у нас какие-то вещи, которые говорят, что мы должны достичь определенных целей? Мы должны реагировать на вещи. Большинство людей не делают.
И я знаю, что я звучу очень страстно, надеюсь, я здесь не слишком проповедую, но у меня есть SOA. Установите цели для себя. Мы говорим о пятнадцати - это половина пути к тридцати. Да, ставьте перед собой цели, это не так, в этом нет ничего плохого. Ставьте цели единорогу. Ставьте совершенно недостижимые цели. Ни один сервер не может выйти из строя более чем когда-либо. Они должны работать круглосуточно, не имеет значения, работают ли наши сотрудники только с девяти до пяти, я никогда не хочу, чтобы что-нибудь сломалось, конечно, нет. У меня могут быть личные ожидания, но мы также можем выразить их в деловом смысле. Встречаясь с SOA, мы определенно усиливаем управление. Являются ли текущие операции устойчивыми, поэтому мы можем продолжать это делать. Это безумие? Можем ли мы выдержать это?
Опять же, я не упоминаю имена, чтобы попытаться быть справедливым, но на предыдущей работе у нас был один из них: «Ой, нам нужно купить новый ящик для песка, потому что он полон». «Хм, хорошо, у нас есть два месяца до следующего квартала, у нас будут такие деньги? »« Ну, нам это нужно сейчас ».« Ну, как нам это сделать? »Конечно, я говорю:« Я может пойти к Фраю и получить несколько жестких дисков », а они говорят:« Нет, вы не можете этого сделать, поэтому, извините, Роберт, не может достать Drobo и подключить его ». Хотя некоторые из вас, Я уверен, что, вероятно, кивает головой и видел это раньше.
В любом случае, поэтому при планировании емкости нам нужно убедиться не только с точки зрения хранилища, но и в этой гиперпространственной среде, поскольку мы виртуализируем и абстрагируем все эти вычислительные ресурсы, это всего лишь набор ядер ЦП и гигабайт. Мы должны знать, как это используется. Мне нужно знать, неужели у меня нет сил. Если я в полном порядке, если я на самом деле низко. Куда это идет, как долго, док? У меня есть девятьсот дней, пока у меня не закончится место, или у меня девять? Там есть большая разница. Вы не хотите быть пойманным таким образом. Итак, много разговоров. Как это время вписывается в эту картину?
Ну, во-первых, прежде всего, после этого я покажу вам, ребята, что-то вроде старой модели / новой модели, но чтобы понять, как продукт в действительности вписывается в это, мы должны измерить эффект. Вы должны быть в состоянии измерить все мелочи, чтобы понять общую картину, но, как говорят наши продавцы, вам не нужно кипятить океан, чтобы сделать это. С технической стороны, и этот вид здесь движется к градиенту, но с технической стороны мы должны измерить эти среды виртуализации. Вещи, которые запускают гипервизор. Как использовались добытые ресурсы? Они используются с умом? Как поживают эти хосты ESX и так далее?
Операционная система, потому что, конечно, если кто-то потратил какое-то время на просмотр метрик и vSphere - не говоря уже о какой-либо конкретной платформе виртуализации - он не скажет вам, почему ваш SQL-сервер горит. Не будет Он скажет: «Эй, он использует больше, чем предусмотрено для этого, потому что вы позволили это». Хорошо, отлично. «Ты раздуваешь свою память». Хорошо, отлично. Что взрывает мою память? Мой антивирус вышел из строя? Кто знает. Мы должны поразить ОС. Очевидно, верно? Кажется очевидным. Процессы, файловые системы, мне не хватает места, такого рода вещи. Если у вас есть файловая система Linux, у вас есть логическое управление томами, у вас может быть дюжина файловых систем на одном виртуальном жестком диске, и вы не увидите ни одной из них на виртуальном уровне. Во всяком случае, проповедуя.
Сеть связывает все это вместе, и просто мы оставим это там. Сетевой комплекс? Это может быть чрезвычайно сложно, это может быть довольно просто, все точки между ними. Мы должны понимать, что сеть - это то, как все происходит. Чем сложнее среда, тем гибриднее облако, все это, IoT, о боже мой. Я имею в виду, я, конечно, сам, я домашний автомат, и мне нравится видеть все мои метрики, я просто обнаружил некоторые услуги, что угодно, я не собираюсь никому помогать, но что угодно, вытаскивая эти метрики, будучи способным визуализировать этот материал. Я могу вообразить парней, которые получают эти данные от всех повсюду от сотен тысяч устройств, это безумие. Много вещей идет по сети, сети SAN. Из трубы в интернет. Нам нужно следить за этим.
Нам нужно знать, есть ли проблемы, есть ли какие-либо проблемы и т. Д. То, что мы называем сервисными мониторами. Поэтому, когда я говорил о ERP или SharePoint, или о чем-то еще, сервисный монитор отслеживает что-то, что работает на всех этих замечательных блестящих вещах, это iOS, это Apache, это заполнение пустых мест, это механизм базы данных, это Служба Windows работает. Если я подключаю SSA к маршрутизатору, чтобы получить некоторую информацию о конфигурации и посмотреть, изменилась ли она, или по какой схеме я работаю? Без разницы. Это какой-то тест, хорошо? Визуализация объекта. У нас есть плагины, и поэтому мы идем в ногу с индустрией.
И я позабочусь о том, чтобы я переехал сюда, кто угодно, дайте мне небольшую проверку здравомыслия, если я слишком много говорю. Но плагины позволяют нам быть гибкими, они действительно - чтобы быть гибкими, нам нужно иметь что-то, что оторвано от жизненного цикла времени, поскольку у нас есть около четырех основных выпусков в год. Я думаю, что у нас было, честно говоря, за последние шесть месяцев, я думаю, у нас было четыре за последние шесть месяцев. Мы следим за этим с точки зрения разработки, но вы не хотите ждать. Скажем, у вас есть SharePoint 2013, вы переходите на 2016 год, возможно, вы не захотите ждать до декабря, пока мы не выпустим еще один релиз, который сделает это.
Плагины либо позволяют вам сделать это самостоятельно, используя любой из нескольких заранее подготовленных сценариев, которые уже существуют, или просто написать свой собственный, который в свое время записывает основные функции, и мы можем сделать это и для вас. Я бы сказал, что с точки зрения продаж мы действительно поддерживаем их. Это парадигма, отличная от сообщества открытого исходного кода, которое я очень люблю, очень люблю, но которое очень важно, но если вы покупаете программное обеспечение для мониторинга, вы хотите, чтобы кто-то позвонил вам. У вас должен быть телефон, который вы можете взять и сказать: «Бла не работает» или «Что это значит?». Просто имейте это в виду.
Приложение - и это действительно то, с чего мы начинаем двигаться в бизнес-ценность вещей. А также с, своего рода, поддержания себя в здравом уме. Я имею в виду, все эти мелочи внизу, если бы вы изучали все то, что вы будете получать по электронной почте весь день, я гарантирую вам. Правило создается, электронные письма игнорируются, дела идут без контроля, полка. Очень плохое место, чтобы быть. Это также плохое место для стресса. Во всяком случае, независимо, и именно поэтому мы делаем это. Так что был там, сделал это. Уровень приложения - это то, где, на самом деле, я чувствую, что мы должны быть предупреждены. Нам нужно установить критерии, и мы, очевидно, должны построить этот маленький мир, но мы установили этот критерий, чтобы сказать: «Эй, это то, на чем построено наше приложение. Вот база данных, вот веб-фронт, вот хранилище, вот сеть, dingdingdingdingding, вот веб-страницы и т. Д. »И тогда я могу сказать:« Эй, ваши приложения не удовлетворены ». В соглашении об уровне обслуживания, в этот момент не представляет никакой сложности, и сам по себе это почти бесполезная вещь, потому что все усилия были действительно просто в построении понимания и применения из этих маленьких кусочков.
Соглашение об уровне обслуживания, вы просто говорите: «Эй, я хочу эту штуку на четыре девятки». Бум. Выполнено. Он предупредит вас, когда вы склонны терпеть неудачу. Он расскажет вам, почему вы начинаете терпеть неудачу, и даже смотрит на исторические данные, я могу сказать вам, почему вы не достигаете своих целей, что сильно отличается от того, что я бы назвал в основном дымовой пожарной сигнализацией. Это бизнес конец вещей. Что мне нравится в Uptime, так это то, что я на самом деле ветеран IDERA. Я работаю в компании уже четыре с половиной года, когда мы покупали программное обеспечение Uptime - это компания из Торонто - я был настроен скептически, как будто я абсолютно всего, но это действительно впечатлило меня, потому что я должен был представить эти отчеты, эти отчеты BI руководству, о том, встречаемся ли мы с SOA, и я обычно выхожу из глупых мест, как мое программное обеспечение ITSM, будет только сопоставьте мои случаи и дайте мне знать, сколько у меня было простоев, которые я знаю сам, и многие люди просто не делают билетов. Возможно, это действительно работает в нашу пользу, но это не очень хорошо для бизнеса. Продукт действительно думает об этих вещах.
Вот эти две парадигмы, и та, в которой мы в основном сейчас находимся, и та, из которой я пытаюсь выкинуть голову каждого из нас, - это плохой способ думать о мониторинге ваших вещей. Все в порядке? Почему это плохо? Это потому что это серийно. У меня есть станция мониторинга, я наблюдаю за сервером, на нем есть метрики, я оповещаю об этих метриках. Вы можете видеть, что я пытаюсь сделать это намеренно загроможденным на правой стороне, там. Основываясь на понимании множества блоков, нуждающихся в мониторинге, так что это действительно так, и это шумно из-за всех этих метрик, это действительно шумно и ваш ЦП высок, ваша память высока, вашей файловой системе не хватает места, ваша веб-страница Время отклика составляет пять секунд, вы, вы знаете, бла-бла-бла.
Это все, это шум. Если вы не можете каким-то образом, например, спокойным способом, пролистать ваши электронные письма и мысленно сопоставить все эти вещи и попытаться понять более широкую картину, это на самом деле не соответствует сути, которая предупреждает о том, что идет не так. Это просто симптоматично и трудно расшифровать последствия, и это дает очень небольшую ценность для бизнеса. Я в значительной степени гарантирую вам, что вашему ИТ-директору все равно, сколько тактов ЦП было использовано на вашем SQL-сервере. Он был более обеспокоен тем, что сервис, который вы, ребята, предоставляете, действительно работает хорошо, и у людей были проблемы с доступом к нему, что думает клиент, и тому подобное.
Ярость парень, да, не весело. Вот как я обнаружил, что BlackBerries были очень устойчивы. Пока мяч может выпасть, они переживут лестничный пролет или пять. Во всяком случае, извини BlackBerry.
Новый подход к мониторингу ваших вещей - я имею в виду ИТ-системы и дела Apple. Вот где я хочу, чтобы наши головы были, и я просто выбрал две действительно простые вещи здесь. Мне нравится этот открытый стек Грэма, я, вероятно, собираюсь украсть его в какой-то момент, но мы движемся к этому связанному пониманию. Как вещи связаны друг с другом на основе этого понимания зависимости и функциональных частей всех этих вещей? Опять же, это тот объект, мы снова возвращаемся к этой прагматической вещи. Тихо.
Два предупреждения - ваш ERP не устраивает, потому что ваша база данных работает медленно, а ваша веб-страница работает медленно. Можно сказать: «Эй! ERP не устраивает, веб-страница работает медленно, а база данных работает медленно ». Это может быть база данных. Теперь, если честно, я не собираюсь говорить вам: «Да, причина, по которой ваша веб-страница медленная, в том, что база данных медленная». Я этого не делаю. Я не являюсь решением проблемы APM, но когда мы построили это понимание и получили подобные электронные письма, в этом было много смысла и ваших усилий по устранению неполадок вместо того, чтобы говорить: «Хм, это не сработало», и удаленные и все что угодно, или perfmon, все эти многочисленные инструменты, снующие повсюду, по крайней мере, по крайней мере, невероятно оптимизируют ваши усилия по устранению неполадок. Но я даже еще не дошел до графической стороны вещей. Это просто - не смотреть на экран, и я не люблю смотреть на инструменты мониторинга, если честно.
Это легко понять тогда, верно? Мы знаем, что происходит, потому что мы это создали, мы создали понимание. Но самое лучшее в этом, я думаю, это то, что он делится большим количеством знаний с другими людьми в командах. Мы постоянно говорим о бункерах, будь то приложение, база данных или что-то еще. Это так много, что это на самом деле стало маркетинговой кампанией для некоторых компаний, это все инструменты баз данных, вы, вероятно, видели их.
Итак, знание - знание это сила. Немного периферийного понимания того, как системы объединяются. Должен ли ваш сотрудник службы поддержки знать все входы и выходы вашей сети и как функционирует SharePoint и как подключается ваша ERP. Наверное, нет, но это очень полезно, когда я могу посмотреть на приборную панель, и кто-то звонит и говорит, что они не могут получить доступ к чему-то, я могу сказать: «О да, похоже, у нас сейчас проблемы с нашим краем маршрутизатор. Так что, если вы находитесь за пределами кампуса, SharePoint будет для вас проблемой, но они были на нем ». Людям нравится, им не нравится, « Ммм-хмм ».
В любом случае, это ценность для бизнеса, верно? Помимо запуска, запуска, настройки IP, я слышал, «уххххх» много на службе поддержки. Во всяком случае, но это обеспечивает ценность для бизнеса, потому что мы понимаем, как движутся детали. Мы понимаем, когда что-то идет не так, у нас есть эти SLA, мы занимаемся планированием емкости, все эти вещи, которые поначалу могут казаться единорогами, когда все, что вас беспокоит, это то, насколько хорошо работают ваши серверы, это вещи, которые очень просто настроить, и это ключ. Я мог плакать радугой.
Установить и оправдать ожидания. Это бит SLA. Иметь их. Я думаю, что я уже, наверное, достаточно много об этом говорил, но мы уже все отслеживаем. Мы уже создали понимание, приложения, зависимость и связь, это сложная часть, просто понимание вашей собственной среды. Это делает дело, легче не становится. Уже предупреждая, люди уже получают соответствующие электронные письма здесь, я даже могу сделать пути эскалации, и я не собираюсь показывать вам все вещи в любой демонстрации программного обеспечения здесь, для этого есть форумы.
Я уже автоматизирую исправления, Uptime может даже реагировать на вещи. Я имею в виду, что всегда есть такие глупые и глупые вещи, как спулер печати, который выходит из строя по какой-то неизвестной причине, он все еще работает в Windows 2000, и однажды вы собираетесь обновить его, клянусь - что угодно. Это займет несколько минут из вашего дня, и кто-то знает, что он сломан, чтобы исправить это, верно?
Автоматизированный, такого рода вещи просто корм для автоматизации. Вы уже сделали потрясающую информационную панель, знаете ли, тематические информационные панели - это действительно вещь. Все, что я собираю в Uptime, я могу понять каким-то разумным способом. Так что, если вам нужно отклониться, это выглядит так: «Мне бы очень хотелось, чтобы у меня была какая-то панель управления производительностью для моего SQL». Готово. Вам нужна инструментальная панель приложений, которая включает технологии по всему стеку? Выполнено. Планирование мощности? Выполнено.
Так довольно просто. Установите эти цели, дайте этим SLA понять, почему они вам не нужны. Это действительно ключевой момент, вы знаете, это занимает всего секунду, буквально для того, чтобы объяснить это, буквально требуется всего пара секунд, не минут, а больше, чтобы просто сказать: «Эй, вот мои ожидания, вот те вещи, которые Я ожидаю работы », а затем Uptime сообщает вам, что не работает.
В любом случае, я собирался украсть двойные радуги, но, вероятно, у меня будут проблемы. Более захватывающая, чем двойная радуга, о боже, это сайт здесь. Я собираюсь всплыть. У меня еще есть несколько минут? Позвольте мне получить здесь время проверки психического здоровья, как у нас дела?
Эрик Кавана: Да, покажи нам кое-что.
Роберт Вандервоорт: Хорошо, круто. Как я уже сказал, я покрыл много земли; это избавляет меня от показа вам не очень сексуальных фрагментов, которые являются всего лишь текстом, настройками и прочим. То, что я хочу показать, похоже на графический конец. Как я уже сказал, я не люблю смотреть на инструменты мониторинга, я хочу уйти от этой вещи. Я хочу, чтобы это была моя няня, если хотите, но я не хочу, чтобы это звучало так: «Эй, может у твоего ребенка есть золотая рыбка, я в кино, да, что угодно». «Хорошо». Звони, звони: «Эй, все в порядке, если твой ребенок идет в ванную? Он говорит, что ему пора. - Да, ладно, что угодно. Я хочу, чтобы ответственная няня только доставала мне неприятности. Так что для меня важны шумы оповещения, если вы не можете сказать, у меня, вероятно, есть какая-то продвинутая форма мониторинга ПТСР.
Я хочу отметить, что с точки зрения Uptime у нас есть все эти разные профили. Здесь я сделал пару сумасшедших вещей, просто чтобы продемонстрировать, как Uptime может делать разные вещи и работать с людьми, что очень важно. Я не сказал вам, ребята, действительно мое прошлое. У меня есть опыт работы в сфере информационных технологий, и, честно говоря, я вернулся с 13 лет, работая в задней комнате компьютерного магазина. Возможно, это не самая легальная вещь в мире, но что угодно, и я никогда не останавливался. Мне сейчас 37 лет, у меня есть степень по психологии, потому что мне гораздо сложнее понять людей, чем компьютерам. Но с точки зрения пользовательского интерфейса и UX я не хочу, чтобы инструмент рассказывал мне, как я должен выполнять свою работу, или как она должна работать, или я хочу изменить то, что он хочет делать. Я знаю, что я как бы привыкаю к философии и пониманию, надеюсь, это поможет вам, ребята, не воспринимайте это как: «Эй, ты должен это сделать» или «Я говорю тебе, что делай ». Но это отчасти моя вещь.
В любом случае, интеграция с HipChat, голосовые оповещения. Я имею в виду, что этот действительно сделает тот 18-мониторный NOC, на который вы смотрели, скажет вам, что не так в устной форме. Представьте, что ваша стена гласит: «Внимание, SharePoint находится в критическом состоянии, потому что ваша база данных работает медленно, бла-бла-бла, так было семь минут». Да, это своего рода украшение, может быть, это странно, что угодно. Я пытаюсь показать вам, что это очень гибкий инструмент. У нас есть выходы на основе сценариев, можно делать все, что угодно.
HipChat, я пользуюсь чертовски из HipChat и Skype - возможно, в большей степени, чем моя электронная почта, возможно, к огорчению многих продавцов, но в любом случае - Интегрируя HipChat, не имеет значения, что это, Ривер, Флэк, что угодно Вы хотите сделать, очень просто сделать.
В любом случае, с точки зрения пользователя, мы на самом деле начинаем с вашей контактной информации, ваших рабочих часов и нерабочих часов, если они у вас есть. Как только вы дойдете до того, чтобы сделать оповещение, Uptime уже знает, как связаться с вами, что действительно важно. Я имею в виду, сколько раз это было: «О, я не заметил письмо». «Ну, может быть, я должен отправить его в свой Gmail, отправить в личный кабинет, я опубликую его на твоей стене в Facebook. «В любом случае, я еще не зашел так далеко, но, может быть, на следующих выходных, когда мне станет скучно.
Глобальное сканирование в этой сложной сумасшедшей среде. Номер один, мы должны держать вещи организованными. Обеспечение его организованности является ключевым моментом, мы позволяем вам это делать, мы делаем автообнаружение и все такое, чего вы ожидаете, но позволяя вам структурировать свой центр обработки данных так, как вам удобно. Мне нравится думать, что это своего рода физика, логика и технология, а затем с точки зрения виртуализации мы делаем это так же, как вы видели бы это в VMware, где у нас есть ваши центры обработки данных, ваши кластеры и пулы ресурсов и все такое прекрасное вещи.
Это фильтрует то же самое понимание, опять же, оно работает так, как вы делаете, и так, как это имеет смысл. Такое же понимание прослеживается в этих панелях. Глобальность - это, в основном, все, что не так, и поэтому все, что меня волнует, - это Хьюстон и все другие QA, SA, все, о чём я не особо беспокоюсь, только о Хьюстоне. Я могу сосредоточиться на этом, а затем еще раз от любого, кто обеспокоен безопасностью или разделением вещей по группам пользователей или еще чем-то, мы можем это сделать абсолютно. Единственное, что я могу когда-либо увидеть, это просто Хьюстон, или что-то такое же суженное, как просто «Компоненты сети Хьюстона», так что это определенно вещь.
Сканирование ресурсов - как эти ресурсы используются во всей среде? Вот так Это ваш взгляд на девяносто тысяч футов. Я могу углубиться в любые области, где есть проблемы по сравнению с другими. И вы заметили, что агентство IBM, просто как бы отбросило, это действительно не на стороне. Одной из самых важных вещей в построении понимания приложения, создании этой прагматичной модели является получение доступа ко всему, и я не говорю этого только потому, что мне нравится, когда лицензия рассчитывает на то, что мы делаем. На самом деле, если я могу делать все без своих вещей из серии IBM P, это воняет.
У нас есть мониторы для AS / 400. Иногда меня это пугает, это как «AS / 400 ra-ra-ra». Вы будете удивлены тем, сколько AS / 400 все еще используют действительно важные системы или более новые вещи I-серии, это вещь, мы делаем это. HP-UX, AIX, я имею в виду практически все основные операционные системы в мире, для которых у нас есть агент. Принесение этого в дверь и наблюдение за этим является ключевым.
Глядя на прикладной уровень, снова позвольте мне выйти из гранулярности и подняться на вершину. Вот как выглядит эта панель. Возможно, это единственное, что я когда-либо смотрю на регулярной основе, я хочу просто прийти сюда и просто сказать: «Эй, моя CMS действительно злится, почему?» Теперь, конечно, я, вероятно, не плачу столько внимание на мои электронные письма, как я должен, но я здесь каждый день, глядя на серверные ворота, это то, что я делаю. Я стоматолог, это мои зубы.
Логин тесты. Итак, я проверяю фактическое время входа в систему, это пользовательский опыт, это супер прагматично. Меня даже не волнуют показатели Apache. Если всем нравится вход в разделенный раздел, и все транзакции работают хорошо, кого волнуют отправленные и полученные байты, если только я не пытаюсь планировать емкость. С точки зрения пожаротушения: «Мне все равно, нужно ли мне обращать на это внимание?» Я хочу знать, что все это довольно интуитивно и довольно автоматически.
Если я директор по информационным технологиям, меня это волнует, мне не важна панель управления производительностью Apache. Если я твой веб-парень, можешь поспорить, что я делаю. Я имею в виду, мне нужно прийти сюда и извинить за медлительность здесь, но я должен быть в состоянии прийти сюда и увидеть множество глубоких метрик по всем направлениям и шаблонов уведомлений. Здесь я вижу, что моя демоверсия Apache 01 перезапускается, а Uptime - это «бум, бум, бум, бум», что с этим?
Это паттерны, которые я мог бы даже не знать, даже не смотря на это. Опять же, настоящий гранулированный материал, но он действительно служит этой цели. Эти серверы являются частью CMS, и если я вижу проблемы на веб-странице, и мои серверы перезагружаются, я за несколько секунд узнал больше об этой среде, глядя на настроенные мной панели, чем определенно мог напоминая об этом. Я даже не уверен, с чего бы начать, если честно.
Во всяком случае, усилия; и все думают: «Это просто сумасшествие». С точки зрения усилий, как я могу контролировать вещи? Можете ли вы написать сценарий для этого? Да. То, что мы пытаемся сделать, это предоставить очень общие вещи, очень распространенные технологии, которые существуют с точки зрения базы данных. У нас есть, я хочу сказать, каждый основной движок базы данных. У меня нет ни одного NoSQL, у меня нет ни одного материала временного ряда, но каждая важная реляционная база данных находится здесь с точки зрения веб-сервисов, IAS, Apache Tomcat, и все здесь. А затем для вещей, которые вы можете не увидеть в списке, конечно, есть много других вещей, но у нас есть эти плагины. Это просто очень простой способ выхода, у нас есть публичные хранилища на GitHub, вы можете увидеть код, вы можете сделать его своим, вы можете изменить его, что угодно, там он вам доступен. Так что с точки зрения технологии или программного обеспечения, если это SAN, или это SharePoint или обмен или что-то еще.
Вот как у нас это происходит, и тогда, по сути, они предоставят вам метрики, которые вас интересуют, и это самая сложная часть. Я написал несколько таких плагинов, и самая сложная часть для меня звучит так: «Что люди захотят узнать? Что на самом деле важно? ». Вы смотрите на любую систему WMI, там могут быть сотни вещей. Ну, ладно, я должен просто замедлить это, никто не захочет видеть 400 метрик, потому что тогда вы должны понимать этот мир, и там нет никакой ценности.
Во всяком случае, тогда SLA. Там куча тематических панелей. Я бы посоветовал вам, ребята, я имею в виду, если это то, что вам интересно, очевидно, мы можем делать демонстрации и так далее, мы можем делать персонализированные вещи, мы не пытаемся снова кипятить океан. Но вы знаете, если я получаю электронное письмо, в котором говорится: «Мой SLA работает, я превышаю его, здесь я терплю неудачу, я хочу знать, почему, что происходит?» Я могу просто углубиться в это в этом подробном отчете и посмотреть, какие именно причины вызывают отказ SLA, или даже вернуться назад с течением времени и понять, является ли это тенденцией или нет. Где красные пятна? Это почти похоже на анализ ДНК или что-то в этом роде, у нас есть сбои сервера - извините, это сбои при тестировании входа в систему, когда я не смог войти в систему. У нас есть время отклика и все здесь, и я могу очень легко Почитай до вещей, которые важны для того, достиг ли я этих целей или нет. И снова, я не ожидаю, что вы все прочитаете все эти вещи, но здесь много данных. Это очень удобно - иметь это перед собой. Но реальность такова, поэтому я терплю неудачу из-за этих тестов входа в систему. Вся обратная информация здесь также предоставляется вам.
Отчеты предоставляются с помощью инструмента, поэтому вам не нужны Crystal, SSRS или что-то подобное, встроенный механизм отчетности; Вы можете настроить все отдельные отчеты, которые находятся здесь. Я могу заставить их работать на постоянной основе. Я могу спасти их для других людей, чтобы увидеть и использовать. У вас есть разные форматы вывода. Вы хотите, чтобы что-то отправлялось вашему менеджеру по электронной почте каждый день в пятницу в 16:00? Ха-ха-ха, вы можете сделать это!
Снова довольно надежный с точки зрения планирования мощности. Мы не хотим просто сосредоточиться, и мы говорили о возможности предсказывать вещи и делать прогнозную аналитику. Помимо возможности визуализировать здесь и сейчас и историческую тенденцию, я хочу иметь возможность видеть прогнозы планирования емкости, и это так быстро, у меня есть тенденция в области вычислительной памяти и памяти для хранения данных во всем моем vCenter, и я могу взглянуть на это и сказать вам, что у меня в худшем случае 132 дня, пока у меня не кончатся места, мне лучше с этим что-нибудь сделать.
Это настоящая лаборатория, и я, на самом деле, гордый папа многих вещей, и мне здесь просто отказали в работе. Но я знаю это, и поэтому, если это произойдет, это моя проблема, я виноват в том, что не изменил что-то или не сделал что-то с этим. Я хорошо знаю об этом. Если я нахожусь на собрании, и кто-то говорит: «Эй, нам нужно добавить кучу серверов в лабораторию» - они не собираются делать это со мной, но если бы они это сделали, я мог бы сказать: «Вы Знаешь что? У меня есть концерты. У меня есть гигагерц. Я вас покрою »или нет, и с одного взгляда, вместо того, чтобы открывать другой инструмент, который является своего рода другим пунктом, и соглашаться со всеми этими вещами, я делаю это как шутку.
Хьюстонский офис, мы говорили о пробках. Мой дантист и я говорили о пробках, она выросла в Айове, она сказала: «Единственное, что мне нравится в маленьких городах, это то, что там не так много трафика». Ну, Хьюстон, если вы живете внутри петли, вы не оставь, как ты видишь здесь. Я могу интегрировать любую сеть, в основном, как iframe, если кто-то из вас, ребята, знаком с HTML, я могу интегрировать любую сеть в любой из этих гаджетов. Будь то ваш сайт или камера слежения за пределами ее офиса или что-то еще, я могу это сделать. Гаджеты очень легко добавить.
Я имею в виду приборные панели - я показываю телевизионную магию. Это как: «О, смотри, все готово, все красиво и отполировано», но реальность проникновения в эти информационные панели очень проста. Существует много разных способов отображения данных по всем имеющимся у нас точкам данных. Такие вещи, как это прикрепленное изображение, как правило, очень популярны среди людей, потому что, когда вы пытаетесь получить представление о приложении, вы можете просто загрузить это видео, а затем закрепить элементы, из которых оно состоит. Видите ли, я могу сказать вам, где все проблемы на этом пути.
Я думаю, эти вещи чрезвычайно полезны - топология сети, понимание того, что подключается к чему, что зависит от того, что, что бы это ни было, рабочая доска, коммутаторы или веб-сайты, или что-то еще, - все это встроено. И снова, через различные технологические стеки. Я не принес его, я знаю, что у нас здесь мало времени, я хочу убедиться, что у вас, ребята, есть время на вопросы и ответы, и все, но есть только тонны информации, которую мы можем собрать из разных источников: log агрегаты, API-интерфейсы - как угодно, назовите это - SMP, WMI и т. д. и т. д. и т. д., алфавитный суп. Таким образом, речь идет о сборе этих данных, формировании понимания, а также предупреждении и прагматическом воздействии на них. И так вот в двух словах.
Эрик Кавана: Отлично. Это была фантастическая презентация от всех. Я должен сказать тебе, я любил это. У нас есть пара дополнительных минут, чтобы задать вопросы. Рик, почему бы тебе не бросить вопрос или два, а затем Дез, и тогда у нас есть только пара вопросов от аудитории, которые немного специфичны для реализации. Но сначала Рик, а потом Дез.
Рик Шерман: Хорошо, отлично. Ну, во-первых, мне особенно понравилась демонстрация, чтобы собрать все это вместе, особенно о добавлении серверов, мониторов, плагинов и т. Д. Я думаю, что это было потрясающе. Один из вопросов, которые у меня есть, вы упомянули, что это была повторяющаяся тема, как в предварительных продажах, которая может помочь людям понять архитектуру или приложения. Они хотят контролировать вещи, а затем есть эта часть. Как вы научите их разбивать типологию? Я понимаю, что есть много вещей, которые вы можете выбрать, но как вы их обучаете? Потому что я не уверен, что они могут понять, как много вы можете сделать.
Роберт Вандервоорт: Да, конечно, я большой поклонник самоуничижительного юмора, поэтому я обычно начинаю с этого. У меня есть СДВГ, если вы не можете сказать. Моя жена больше не любит ходить со мной в Home Depot, давайте просто скажем так. Я использую аналогию: если у вас скрипучий шарнир или что-то протекает, зайдите туда и подумайте: «Я хочу починить мой кран». Подумайте. Отправляйтесь в свое дзенское место: «Я хочу починить мой кран». Не думайте: «Хм, а что я могу починить в моем доме?», Потому что вы будете там весь день и забудете про уплотнение крана и Вы уйдете с желобами.
То, на чем я пытаюсь сосредоточиться, - это приложение. Вы говорите мне, что это больно, и это больно, давайте возьмем приложение. Это ваш ERP? Здорово. Давайте заполучим приложение в POC, выясним для меня, не имеет значения, с кем вам нужно поговорить или какая у вас есть информация для общения. Из чего сделано это приложение? Серверы баз данных, файловые серверы, вы знаете, что угодно, что угодно, все конечные точки приложения. Узнай, получи весь доступ к нему. Если вам нужна помощь в получении какого-либо инструмента, круто, мы здесь. Но давайте сконцентрируемся на конкретном приложении, потому что именно в этом и будет ценность. Я имею в виду, что вы могли бы легко добавить сотни или тысячи серверов и начать двигаться под этим углом, но тогда вы очень много в этой серийной модели, которая очень - она не только неустойчива от POC, но это также просто не то, где мы хотим, чтобы наши головы быть.
Рик Шерман: Да, и не могли бы вы настроить панель мониторинга и т. Д., Чтобы дать вам такое бизнес-представление, такого рода составное представление компонентов, которые поддерживают эту сущность, что бы они ни пытались контролировать?
Роберт Вандервоорт: Абсолютно. Я обычно предлагаю, хорошо, мы хотим иметь - это то, что я называю картами приложений, где у нас есть панель управления приложениями, и она должна иметь все эти части. Сделайте диаграмму, если она не существует, добавьте ее в Uptime, выясните, что нужно для этого сделать. По крайней мере, откройте для себя все эти вещи и возьмите их под контроль, а затем начните добавлять сервисы, которые фактически добавляются, чтобы сделать это приложение функционирующим. Как и в случае с SharePoint, есть - и довольно круто - эти приложения могут быть построены из других приложений. В случае, когда у вас есть как кластер SQL, это действительно приложение. Это несколько серверов, несколько сервисов и тому подобное. AD - это приложение и т. Д. И т. Д. Я могу построить эти сводные представления из тех, которые вы видите здесь, в SharePoint. Мы хотим быть в состоянии построить это. Если я не могу построить это, я не добавил достаточно вещей. Мы делаем все маленькие кусочки, которые делают это галочкой.
Рик Шерман: Вы в некотором роде работаете задом наперед?
Роберт Вандервоорт: Да, думай задом наперед, работай вперёд.
Эрик Кавана: Хорошо. Дез, убери это.
Дез Бланчфилд: Я стремлюсь получить ваше понимание, просто кратко, потому что я знаю, что у нас здесь мало времени, поэтому я просто оставлю один глубокий вопрос, если смогу. Можете ли вы дать нам представление о том, в чем, по вашему мнению, предприятия и организации находятся в настоящее время, с точки зрения ценности не только мониторинга услуг, но и типа подхода, который вы применяете в прагматических целях от начала до конца. Именно от коммерческой выгоды. Поэтому многие из нас имеют технический опыт, и нам нравится иметь возможность пинговать вещи и смотреть, включены ли они. Но с точки зрения бизнеса им часто это не интересно, потому что, как вы сказали, это говорит нам о том, за что мы вам платим.
Видите ли вы переход от простого освещения к настоящему моменту перевода KPI на коммерческий уровень и оперативного уровня на глубокую интеграцию мониторинга на уровне управления службами для всей структуры, работающей должным образом, чтобы люди смотрели на ваш инструмент из точка зрения, что мы можем держать свет включенным, но на самом деле мы установили долларовую стоимость на ценность просмотра всего сквозного обзора и обеспечения того, чтобы: «Хорошо, все включено, мы используем мудро, как вы сказали, соблюдаем ли мы наши соглашения об уровне обслуживания, и если да, что это значит для бизнеса? ». Вы видите, что переход к этому еще или мы все еще далеки от этого?
Роберт Вандервоорт: Определенно есть желание. Там есть срочность. Люди, я попросил открыть вопрос, это явно загруженный вопрос - у вас есть SLA? И это почти однозначно: «Нет, но наши менеджеры как бы об этом говорят» и так далее. Я говорю: «Круто, как ты собираешься туда добраться?» «Ну, мы не совсем уверены. Мы как бы смотрим на ServiceNow или делаем это ». Мне нравится« Ну, вы должны понимать, ServiceNow - это вещь, это пустая структура, в основном, с ней следует шаг блокировки », хорошо, не в пользу какой-либо конкретной платформы ITSM. Но он не собирается отвечать на ваши вопросы SLA. Это будет только говорить о том, сколько человеко-часов вы потратили на починку принтера или сколько ресурсов ушло на конкретный сервер, если вам приходилось покупать для него запчасти? Он не может ответить на реальный вопрос о том, какими на самом деле должны быть серверы, конец жизни или что-то еще. Не везде до такой степени.
Когда мы говорим о, например, с точки зрения SLA, есть несколько наших клиентов, у которых есть SLA, и они теряют деньги. Это как доставка пиццы, если уже поздно, если тебя подведут, то денег не получат. Таким образом, есть прямое влияние на бизнес, эти парни, как правило, больше заботятся об этом, чем остальные, и поэтому одна из вещей, которые я действительно призываю людей сделать, это просто создать ожидания для себя, для своей команды, для ИТ. Это не обязательно должно быть реальным, написанным или обещанным кому-либо, но когда вы идете и создаете ожидание, что-то перевернуло с ног на голову, говоря: «Эй, вот почему, почему я не встречаю доступность сервера». только один вонючий сервер. Мы можем сосредоточиться на одном сервере и «Эй, смотри, у нас идеальное время безотказной работы». И это на самом деле мой случай, у меня тут как один, но вы поняли идею.
Так что, да, чтобы ответить на этот вопрос, да, конечно, я чувствую, что есть больше желания, чем фактический шаг к этому, потому что люди все еще пытаются понять, как получить инструмент, который действительно может ответить на вопрос, как он контролирует достаточно вещей и у большинства людей есть несколько инструментов. Это потому, что сетевая команда пошла в магазин за инструментом для мониторинга сети, а команда разработчиков пошла в магазин за инструментом APM, а парни из базы данных покупают свой инструмент, и никто из них не общается друг с другом, кроме как в обеденном зале.
Дез Бланчфилд: Да, это бесконечная головная боль для меня в моей жизни. Как будто в течение последних 25 лет у меня была постоянная проблема, когда вы входите в организацию, потому что они разбиты и сегментированы на логические блоки. Как и эта фотография самого, самого передового, сетевого операционного центра, и они беспокоятся о сети, и пока сеть работает, им платят, и их работа выполнена, и их передача. Так что да, но это интересно.
Один последний быстрый вопрос и частично мой личный интерес, но я знаю, что многие захотят узнать то же самое. Как мы можем помочь этому инструменту и как начать с ним работать? Где мы собираемся найти его, где мы можем получить больше информации и можем ли мы получить демоверсию или пробную версию или что-то в этом роде?
Роберт Вандервоорт: Абсолютно, да. Я ненавижу это слово, абсолютно, такого нет. Idera.com - это то, к чему вы стремитесь. Это немного похоже на значок разъема, на нем написано «Управление ИТ», вы собираетесь нажать на него, и тогда есть два варианта. Один для облачного, который у нас есть, а другой для Uptime Infrastructure Monitor, который этот продукт мы показываем вам сегодня. Испытание должно быть около 30 дней или около того. Не помещайте немного БС в форму, поместите свою реальную информацию. Наши парни по продажам действительно симпатичные, никто не сказал мне, что парни по продажам раздражают. Но на самом деле это потому, что они - ваш лучший путь к таким людям, как я, в моей команде.
Если у вас есть эти технические вопросы, а документация не для вас - потому что какая документация когда-либо делает - у вас есть прямые линии поддержки, уровень консьержа, если хотите, а также расширения, потому что большинство людей захотят пойти и подключиться к vCenter, и вы найдете сотни вещей. Вы собираетесь выдать пробную лицензию, поэтому они зададут вам соответствующие вопросы, чтобы убедиться, что вы попали в квадрат для POC, или если вам нужна демонстрация один на один, это, безусловно, способ сделать это.
Дез Бланчфилд: Фантастика. Что ж, большое спасибо, я с нетерпением жду этого и, надеюсь, мы еще увидимся и поговорим о добавлении цепочки блогов. Эрик, мы вернем его тебе.
Эрик Кавана: Ну вот, звучит хорошо, ребята. У меня есть пара быстрых вопросов, которые я очень быстро накину на вас. Один из них: является ли Uptime Infrastructure Monitor веб-приложением или клиент-серверным приложением, вы можете ответить на этот вопрос?
Роберт Вандервоорт: Интернет. 100% веб-сайт. На предпосылке.
Эрик Кавана: Хорошо, и еще один посетитель спрашивает: нужно ли устанавливать какой-то проприетарный демон на отдельных серверах, чтобы IDERA могла их отслеживать?
Роберт Вандервоорт: Я сохранил их для всех, поэтому давайте посмотрим на эти инструкции. Таким образом, без агента, я говорю без агента, без агента, без агента, как я говорю, проводной, если вам не нужно беспроводное соединение, и я спасу вас от некоторых других не очень правильных аналогий о беспроводной связи. Но в любом случае, у нас есть агенты практически для каждой ОС, единственное, чего вам не хватает, если вы их не используете, - это зашифрованный путь TLS1.2 к указанному серверу, на котором он работает, а также возможность запуска сценариев. прямо на это.
Помимо этого, Windows, Net-SNMP, наша Windows имеет WMI, Net-SNMP для остального мира, SNMP для всех ваших сетевых вещей и т. Д., И т. Д., И т. Д. И т. Д. Итак, нет, я всегда говорю нет, вы не понимаете не надо, если не хочешь. А затем, что касается технологии, устанавливающей ее, она поставляется со всем необходимым, эта правая часть диаграммы работает на MySQL, Java, PHP, Apache. Вам не нужно искать другие серверы для запуска. Он даже будет работать на Windows 7 с пакетом обновления один на. У нас также есть дистрибутивы на основе Linux и Solaris, так что технически вам даже не нужно платить за лицензирование сервера, чтобы установить его, просто какое-то дополнительное оборудование.
Эрик Кавана: Круто, я должен сказать, что это была фантастическая презентация, так что спасибо сегодня обоим нашим аналитикам, спасибо вам и, конечно же, IDERA. Я думаю, что это отличная вещь, и я думаю, что вы, ребята, с нетерпением ждете очень позитивного и убедительного подхода, и мы снова услышим от IDERA позже в этом году, ребята. У нас есть еще несколько событий, связанных с ними. Это было фантастически, спасибо вам большое за ваше время. Архив обычно создается в течение примерно одного дня, поэтому пройдите онлайн к Techopedia или InsideAnalysis.com, чтобы узнать подробности, и мы поговорим с вами в следующий раз, будьте осторожны. Пока-пока.
Рик Шерман: Спасибо, ребята.
Эрик Кавана: Да, и Дез -
