Персоналом Техопедии, 29 апреля 2016 г.
Вывод: ведущий Эрик Кавана обсуждает вопросы управления ИТ-активами с экспертами Дезом Бланчфилдом, доктором Робином Блором, Томом Бошем и Крисом Руссиком.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Дамы и господа, здравствуйте и еще раз добро пожаловать в Hot Technologies! Да, в самом деле! Меня зовут Эрик Кавана. Я буду вашим модератором сегодняшнего мероприятия, и, ребята, у нас есть кое-что интересное для вас на сегодня, я могу вам сказать прямо сейчас. Это одна из самых интересных областей управления ИТ в целом. Тема «Будьте проще: лучшие практики для управления ИТ-портфелями». Мы собираемся сосредоточиться в основном на стороне данных этого уравнения сегодня. Другими словами, убедитесь, что ваши данные чисты или максимально чисты, поскольку вы пытаетесь понять ландшафт устройств по всему предприятию.
Конечно, с этим новым миром BYOD, принесите свое собственное устройство - оно действительно ваше очень быстро - в наши дни у нас очень разнородные ландшафты. Я имею в виду те из вас, в крупных организациях, знают истории. Есть целые комнаты, заполненные серверами. Есть приложения, которые работают уже много лет. Существуют старые ИТ-системы, которых никто не трогал в течение десяти лет, и все боятся отключиться, потому что вы никогда не знаете, что произойдет.
Итак, мы собираемся поговорить сегодня с парой экспертов, фактически из четырех экспертов, о том, что делать в этой области.
«Горячие технологии», основная цель этого шоу - действительно углубиться в конкретные виды технологий и помочь нашей аудитории понять, как все работает, зачем использовать эти виды технологий, какие есть лучшие практики, что вы должны рассмотреть. Мы расскажем о некоторых случаях использования. На самом деле, Дез расскажет о небольшой истории из своего опыта в области управления ИТ-активами. Но опять же, мы собираемся сосредоточиться на стороне данных, потому что это действительно опыт наших друзей из BDNA. Они являются мастерами в оказании помощи организациям, чтобы действительно получить представление о том, что именно они имеют в своей среде и как понять, где она находится, что она делает, кто ее использует, и все такое забавное.
Вот наши участники. Мы услышим от Деза Бланчфилда, нашего недавно изобретенного исследователя данных. Мне нравится хвастаться, что Дез был одним из десяти самых посещаемых профилей LinkedIn в Австралии в прошлом году. Это потому, что он никогда не спит. У нас также есть доктор Робин Блур, наш собственный главный аналитик. Доктор Блур, для тех из вас, кто не знает, действительно основал всю индустрию независимых ИТ-аналитиков в Великобритании около 25 лет назад. В наши дни их немало. Это почти как я говорю, кустарная промышленность. Есть много независимых фирм по ИТ-аналитикам. У нас также есть Gartner, Foster, IDC и большие парни. Но хорошая вещь о независимых фирмах заключается в том, что, честно говоря, мы немного свободнее говорить о вещах откровенно. Так что задавайте ему сложные вопросы. Не дай этим парням уйти легко. Вы всегда можете задать вопрос во время шоу, используя компонент вопросов и ответов своей консоли веб-трансляции. Это в правом нижнем углу, или вы можете поговорить со мной. В любом случае, я пытаюсь следить за тем, чтобы окно чата все показывалось долго.
С этим, давайте представим Dez Blanchfield. Дез, я передам тебе ключи от Webex. Вот и ты. Унеси это.
Дез Бланчфилд: Спасибо, Эрик. Отлично. Мальчик, фантастическое вступление.
Сегодняшняя тема - это то, с чем я жил для большей части меня, например, тридцать лет, большая ИТ-среда. Они растут через органический процесс. Как сказал Эрик, вы начинаете с малого, вы создаете эти среды, и они растут, а в некоторых случаях они растут органически. Они могут расти за счет других средств, таких как приобретение большого расширения.
Я собираюсь поделиться анекдотом, который затрагивает все ключевые вещи, о которых мы говорим сегодня, и, в частности, данные и откуда поступают данные, а также сбор данных для управления ИТ-активами. В этом случае я собираюсь рассказать о большой работе для одного из трех лучших издателей в мире. Они находятся на радио, телевидении, в журналах, газетах, печатных изданиях, цифровых и других издательских пространствах Нам дали трехмесячный интервал для проведения так называемой оценки готовности к облачным вычислениям, но в итоге мы разработали целую облачную стратегию для всего бизнеса, которую мы составили. Перед ИТ-директором перед нами стояла основная задача - сократить объем работы центра обработки данных на 70 процентов в течение трех лет. Было совершенно очевидно, что для этого нам пришлось сделать целый переход бизнес-облака. У нас было три месяца, чтобы сделать эту работу. Он охватывает четыре разных региона в пяти странах. Было шесть отдельных бизнес-единиц, которые были включены, и семь разных сотрудников, предоставляющих статусные сервисы статуса. Как видно из названия, ничто не сравнится с реальным примером.
Мы довольно быстро пришли к выводу, что цели бизнеса были, честно говоря, не чем иным, как чудом. Они хотели объединить свои собственные центры обработки данных. Они хотели использовать сторонние среды центров обработки данных, но в целом они хотели перейти на чужую облачную инфраструктуру, в частности публичное облако или виртуальное частное облако, по необходимым соображениям безопасности. В частности, Amazon Web Services и Azure были сосредоточены на том, что они были наиболее застрахованными в то время. Они использовали смесь Intel x86, 32/64-битной платформы, серии IBM I, серии AS, мэйнфрейма серии AS / 400P. На самом деле у них было два мэйнфрейма, один для производства и один для аварийного восстановления. Затем весь набор операционных систем - Windows, Linux, AIX, Solaris и различные вещи на ноутбуках и десктопах.
Хранение было одной из самых больших проблем. У них было огромное количество данных, потому что они издатели - от фотографий до видео, от редактирования изображений до текста и контента. На всех этих больших платформах и в различных форматах хранилищ использовались NetApp, Hitachi, IBM и EMC. Такая чрезвычайно разнообразная среда, позволяющая собирать и отображать различные типы сервисов, которые были там, и просто получать представление о том, что мы переносим из существующих и частных сред центров обработки данных в облачную среду.
Высота того, о чем мы сегодня говорим о компоненте управления ИТ-активами, в основном зависит от данных, и вот карта того, с чем нам пришлось иметь дело в этом конкретном проекте, о котором я делюсь анекдотом. У нас было много входных данных. К сожалению, никто не был в очень хорошей форме. У нас есть ряд неполных реестров активов. Существует пять различных регистров активов, поэтому базы данных управления конфигурациями, формы ввода ITF. У нас есть разнородные источники данных, которые варьируются до девяноста с лишним различных типов. У нас было несколько основных моделей обслуживания, конфликтующие группы обслуживания, одно из крупнейших сообществ заинтересованных сторон, с которыми я когда-либо сталкивался в своей карьере. Было четыреста старших руководителей, которые отвечали за эти разные системы. Неизменно для всех целей и задач у нас были совершенно смещенные бизнес-объекты - каждый из них работал независимо со своей собственной средой и собственной инфраструктурой в некоторых случаях. Это было довольно сложно.
Мы обнаружили это примерно на второй или третий день, когда мы были
«Бросать в него тела» не сработало. Поэтому мы решили построить систему, и мы не смогли найти его на этом этапе, как это было несколько лет назад - и мы не могли найти инструменты, которые подходят нашей цели, и мы долго и упорно. В итоге мы создали платформу SharePoint с несколькими базами данных, обеспечивающими серию рабочих нагрузок на разных этапах. Мы вернулись к основам просто для того, чтобы получить доступ к данным, которые имели смысл, чтобы мы могли проверить, поэтому мы использовали ряд инструментов для отображения экосистем, которые мы используем. Мы провели автоматический аудит центра обработки данных в физической и логической инфраструктуре. Мы разработали инструменты автоматического обнаружения, отображающие службы, работающие в этих средах центра обработки данных. Мы выполнили полное сканирование приложений - искали все из одного приложения, которое работает в их конфигурации, когда портовые системы включены, а IP-адреса включены.
Мы создали новый единый источник правды, потому что каждая из других баз данных и коллекций информации, которые они имели о своей среде, конфигурации и ресурсах, просто не звучали правдоподобно, и мы не могли отобразить реальность обратно к ней. Таким образом, мы в конечном итоге создали единый источник правды. Мы перешли от бросания в него тел к автоматическим инструментам. Мы начали видеть свет в конце этого туннеля. Таким образом, мы получили очень сложную систему. Он сделал несколько невероятно умных вещей: от сбора данных автоматического анализа журналов до данных, которые нам выдаются из различных систем, мониторинга средств контроля безопасности, использования и регистрации паролей, аудита физической инфраструктуры, аудита приложений. Мы создали ряд вещей для этого, чтобы затем проанализировать эти данные с помощью автоматических карт оценок. Затем мы подготовили отчеты о пригодности и процентном ранжировании, независимо от того, подходили приложения или не подходили для облака.
Затем мы провели базовую оценку этой оценочной карты в веб-сервисах Amazon, используя модели Azure и VMware. Мы подготовили серию отчетов и финансовых панелей по этому вопросу и почти никогда не допускали ручного переопределения. По сути, мы получили автоматическую систему, которая поддерживала себя, и нам действительно не нужно было касаться этой вещи, или очень редко нам приходилось переопределять их вручную. Эта вещь сильно выросла сама по себе, и у нас наконец-то появился единый источник правды и реальных данных, которые мы могли бы развернуть для групп обслуживания, для систем обслуживания, которые мы используем в приложениях, или для данных, которые их используют, и предоставляемые услуги.
Это было довольно захватывающе, потому что теперь у нас была возможность выполнить обещание этой цепочки проектов. Масштаб этого проекта - просто чтобы обрисовать его контекст - заключается в том, что мы закончили, я думаю, что это было около $ 110 млн. В годовом исчислении, которое было сокращено с нижней линии, операционной (неразборчиво), как только мы завершили это переход к переносу большей части их инфраструктуры из собственных центров обработки данных в облако. Так что это очень масштабная программа.
Мы получили этот отличный результат для проекта. Но реальная проблема, с которой мы столкнулись, заключалась в том, что мы создали домашнюю систему, и на этом этапе за ней не было поставщика. Как я уже сказал, это было несколько лет назад. За ним нет поставщика, который бы продолжил его разработку и обеспечивал техническую поддержку. Небольшая команда из около 30 человек, которая помогла разработать и собрать все данные и скорость этого монстра, в конечном итоге перешла к другим проектам, и два или три человека остались с ним. Но в итоге мы столкнулись с ситуацией, когда у нас не было решения по управлению материальными активами, управляемого материалами. У нас был одноразовый проект, и бизнес ясно дал понять, что они уже думали, что у них есть базы данных управления конфигурациями и инструменты ITSM, отображающие мир, несмотря на то, что мы стояли на вершине очень большой мыльницы и кричали наверху нашего голоса, что эти данные, которые не имеют никакого смысла.
Мы продемонстрировали, что они строят инструменты вокруг проекта. К сожалению, результатом этой захватывающей, но грустной истории стало то, что результаты проекта были очень, очень успешными. Это был оглушительный успех. Мы вытащили сто с половиной миллионов долларов из их прибыли за год. Мы создали Франкенштейна, действительно мощную систему, которая в некоторых случаях может собирать данные и предоставлять отчеты по ним в реальном времени, но не было никого, кто бы их поддерживал. Бизнес просто позволял ему работать какое-то время, пока, в конце концов, данные никем не использовались, а затем произошли изменения, и он не смог собрать данные, соответствующие изменениям. В конце концов, эта запеченная в домашних условиях система погибла вместе с данными, которые были у нее.
У нас был такой сценарий, когда они возвращались в точности к тому, что имели в первую очередь, когда разрозненные последователи и разрозненные наборы данных смотрят очень, очень тесно в нишевой форме на определенную область обслуживания или группы обслуживания и решают свои проблемы, но они потеряли всю эту организацию. В группе 74 разных сервиса. Они потеряли всю эту ценность, и, как ни странно, спустя два или три года, они поняли, что потеряли, чтобы посмотреть, как они снова решили эту проблему.
Мораль этой истории заключается в том, что если бы это было так, если бы это был продукт, который мы могли бы достать с полки несколько лет назад, нам пришлось бы его создавать, но это уже не только так. Как мы видим, есть продукты, которые могут это делать, и они могут делать это автоматически. Они могут очистить все данные, они могут взять несколько наборов данных и объединить их и обмануть их. Они могут донести до людей действительно очевидные вещи и электронные таблицы того, что они скажут, до версии одна точка одна, версия одна точка ноль точка один, и просто называть их Microsoft. В то время, когда мы создавали этот инструмент, такого рода вещи были недоступны; следовательно, мы должны были сделать многое из этой возможности. Я ищу те же самые детали того, что делает эта платформа, о которой мы собираемся услышать сегодня, потому что я только желаю, чтобы у нас было это тогда. Мы могли бы избавить себя от большого количества горя и могли бы сэкономить много времени и усилий и разработки для готовой платформы, которая могла бы поддерживаться кем-то, кто продолжает разрабатывать и расширять платформу, которая делает ее доступной как общее потребление.
С этим я вернусь к тебе, Эрик.
Эрик Кавана: Хорошо. Я передам это доктору Робину Блуру. Робин, убери это.
Робин Блур: На самом деле, это довольно интересная история, Дез. Мне это нравится. Это не кажется мне особенно необычным. Каждый раз, когда я сталкивался с проблемой управления ИТ-активами, всегда существовала компания, которая действительно приходила домой, что-то с этим делала и должна была, но никогда не кажется, что вы столкнулись с организацией, которая все это контролирует. Тем не менее, насколько я могу судить, если вы не управляете своими ИТ-активами, вы сжигаете деньги. С тех пор, как Дез выступил с мрачной историей, я подумал, что просто сделаю обзор, ну, на самом деле, что такое управление ИТ-активами. Что это на самом деле означает? Это вид с высоты птичьего полета или с высоты птичьего полета.
Рассмотрим фабрику - особенно организации, которые управляют фабриками с намерением получить прибыль. Делается все возможное, чтобы максимально использовать развернутые дорогостоящие активы. Это как раз тот случай. Рассмотрим центр обработки данных, не так много, на самом деле, в основном, совсем нет. Тогда вы как бы думаете, сколько они вложили в центр обработки данных? Ну, вы знаете, если вы действительно решите это, это действительно очень большие суммы денег. Я знаю, что вы объединили исторические усилия всех, кто создал систему. Их лицензии оплачиваются за программное обеспечение и стоимость данных, а также стоимость самого центра обработки данных и, конечно же, всего аппаратного обеспечения - всего десятки миллионов. Это зависит от того, насколько велика организация, но в большинстве организаций она может быть исчислена десятками миллионов. Это огромные инвестиции, которые люди вкладывают в ИТ, и, конечно же, в крупные организации. Мысль о том, что вам не стоит особенно извлекать максимальную выгоду из этого, и что она должна работать эффективно, - это, очевидно, абсурд, но как отрасль, очень мало мест, где действительно есть дисциплина, чтобы действительно действительно управлять ИТ. активы.
Это модель, которую я использовал, я не знаю, я думаю, довольно много раз. Это то, что я называю диаграммой всего. Если вы посмотрите на ИТ-среду, у нее есть пользователи, у нее есть данные, у нее есть программное обеспечение, у него есть оборудование. Между всеми этими фундаментальными сущностями, составляющими ИТ-среду, существуют отношения. Он использует определенные программы или отношения, которые имеют доступ к определенным отношениям данных. Они используют определенные аппаратные ресурсы, поэтому здесь есть связь. Программное обеспечение и данные тесно связаны между собой. Программное обеспечение находится и выполняется на определенном оборудовании, а также на оборудовании для конкретных данных. Так что есть все эти отношения. Если вы хотите знать, где находятся ИТ-активы, просто положите руку на пользователей, потому что очень мало можно назвать ИТ-активом, кроме приобретенных навыков и его пользователей, и это все остальное.
Затем вы смотрите на это, и вы видите, ну сколько организаций даже имеют перечень всего программного обеспечения, выпущенного во всех системах, которые они используют? Как у нас даже есть надлежащий инвентарь оборудования, который включает все сетевые возможности? У скольких есть какая-либо значимая инвентаризация данных? Ответ - нет. Знание того, где находится материал, и знание того, как один относится к другому, может быть очень, очень важным в некоторых случаях, особенно в том случае, когда Дез только что описал, где вы собираетесь взять его и переместить все или забрать и переместить большую часть этого. Это не просто тривиальная вещь, а просто знание того, что там происходит. На самом деле, зная, как одно относится к другому.
Тогда другая вещь заключается в том, что эта диаграмма применяется на наименьшем уровне детализации, как вы можете себе представить, наименьшей части программного обеспечения. Доступ к наименьшему объему данных, который вы можете себе представить, работает на тривиальном аппаратном ресурсе, вплоть до ERP-системы с огромным, огромным количеством различных баз данных и файлов данных, работающих на нескольких аппаратных элементах. Эта диаграмма обобщает все и применяет каждый уровень детализации, а эта стрелка времени указывает на то, что все это динамично. Может показаться, что это все еще диаграмма, но это не так. Это движется. Все меняется. Отслеживать это не тривиальная вещь. Я имею в виду, просто нет. Вы можете фактически расширить эту диаграмму, и вы можете сказать, забыть компьютеры и просто сделать ее еще шире. Предприятия состоят из всех данных плюс деловая информация, которая может не храниться в электронном виде. Различные возможности, и это не обязательно связано с компьютером. Различные бизнес-процессы, которые не обязательно зависят от программного обеспечения или частично могут быть независимыми как программное обеспечение.
Множество людей - не только пользователи систем, но и сотрудники, участники дискуссии, клиенты и т. Д. - составляют экосистему бизнеса, и тогда у вас действительно есть человечество в целом, люди. Там есть вся информация в мире. Там цивилизация. Все это то, что мы называем трудными вещами и всей человеческой деятельностью. Это диаграмма всего и вся. Эта диаграмма дает вам представление о том, насколько взаимосвязаны самые маленькие вещи, которые что-то делают, с самыми большими, потому что с точки зрения человечества существует весь Интернет и миллиарды компьютеров, из которых он состоит, и все устройства. и так далее и тому подобное. Это огромное множество вещей, и все это, очевидно, субъективно стреле времени. Это с высоты птичьего полета.
Я просто перечислил это прямо из головы, даже не думая об этом. Измерения управления ИТ-активами. Там есть реестр активов, оборудование, программное обеспечение, данные и сети. Захвачен атрибут актива - есть ли у вас все данные, относящиеся ко всем этим вещам? Использование активов - почему этот материал вообще существует? Стоимость приобретения активов и стоимость владения - сколько стоит и, следовательно, сколько стоит владение и сколько заменить хорошей идеей? Это приводит к идее обесценения активов. Я не просто говорю об оборудовании. Мы также говорим о вещах и, возможно, о данных. Полная карта активов, которая должна была бы создать схему, которую я только что обсудил. Облачные активы - вещи, которые на самом деле не соответствуют параметрам, но на самом деле так или иначе принадлежат организации в силу аренды и в силу разума. Цели управления услугами и как они связаны со всеми этими конкретными возможностями. Одна из вещей, о которых говорил Дез, - это его усилия, набор систем из одного места в другое, что похоже на то, как работает управление сервисом с точки зрения: «Вы достигли цели, которую люди ожидают в своих системах?» ?» и так далее. Есть риск и соблюдение - вещи, которые так или иначе, акционеры, которые могут быть обеспокоены, и само правительство могут быть обеспокоены, и все это является аспектом управления активами. Существует закупка и лицензирование всего программного обеспечения. Есть цели эффективности бизнеса. Существует целое управление активами с точки зрения правил, которые организация может установить для любой из этих вещей. Мы говорим о действительно сложных вещах.
Таким образом, возникает вопрос, и вот как я заканчиваю - сколько из этого можно сделать? Сколько из этого на самом деле должно быть сделано?
Эрик Кавана: Итак, давайте выясним, что говорят эксперты. Я собираюсь передать это Тому Босху. Приготовьтесь, дав вам ключи от Webex. Унеси это.
Том Бош: Название Webex, с нашей точки зрения, было связано с тем, чтобы оно было простым и, очевидно, наилучшей практикой для ИТ-портфеля или управления ИТ-активами. Каждый раз, когда вы говорите, лучшие практики, это в конечном итоге мнение. Это подход с нашей точки зрения. В конечном счете, BDNA хочет помочь многим компаниям, которые, как мы находим, все еще только пытаются встать на путь развития ИТ. Управление ИТ-активами было горячей темой около 2000 года для некоторых из вас, которые были в отрасли некоторое время, и главная причина, почему, я должен понять, собирается ли даже мое программное обеспечение и системы, которые у меня есть, работать получить замену или обновление или они потерпят неудачу, когда мы достигнем нового тысячелетия?
Я думаю, что то, что мы все пережили в тот странный вечер шестнадцать лет назад, было фактом, что на самом деле очень мало осталось на заднем плане. Наши электростанции остались живы, а поезда продолжали работать. Свет в Нью-Йорке и Сиднее оставался включенным. Благодаря этому процессу люди начали понимать, что существует огромное количество информации, которую необходимо собрать и собрать вместе. В конечном счете, именно эти данные должны были быть очищены, как сказал ранее Дез, чтобы иметь возможность принимать решения, которые искали люди. Такова суть нашего сегодняшнего разговора. Я думаю, что каждый из нас понимает, что каждый день мы идем в наш ИТ-отдел, каждый день мы идем в наши организации. Предприятие, информационные технологии просто практически вышли из-под контроля. Под этим я подразумеваю, что в сети появляются новые серверы. Появляются новые части программного обеспечения, которые развертываются от департамента к департаменту в разных организациях, будь то производственный бизнес, сервисная организация, розничная торговля, каждая из наших организаций сегодня не только бегут, но и гонят.
Информационные технологии становятся производственным механизмом многих организаций, в которых мы работаем. Это становится более очевидным, если взглянуть на внедряемые решения. Если мы просто сосредоточимся на сложности данных непосредственно внутри ИТ-отдела - только приложений, которые они используют для окончательной поддержки ИТ - у нас есть все: от систем управления поставщиками до управления портфелем ИТ, систем закупок, систем безопасности архитектуры, и один из ключевых атрибутов, который развивается в этом, заключается в том, что они могут по существу использовать инвентарь того, что у вас есть в вашей среде, чтобы иметь возможность эффективно внедрять решения в своих конкретных дисциплинах. Таким образом, наличие этих активов под рукой имеет решающее значение практически для каждой дисциплины в ИТ-организации. Но одна из вещей, которая быстро обнаруживается, когда компании начинают пытаться объединить эти разные системы, заключается в том, что они не говорят на одном языке и в конечном итоге сводятся к данным.
Как ранее отмечал Дез, плохие данные были корнем проекта, с которого они начали, и некоторые очень интересные статистические данные в компании Gartner, что буквально ИТ тратит более 25 процентов денег, которые они ежегодно вкладывают из-за плохих данные. Это стоит проектов Tenex, потому что, в конечном счете, для большинства компаний это вопрос очистки этих данных вручную. Опять же, как сказал Дез, это действительно надоедает. В частности, в отношении самого управления активами и в целом по ИТ-проектам Gartner в основном пришел к выводу, что более 40 процентов всех ИТ-проектов терпят неудачу из-за неверных данных. Мы знаем корень проблемы. Это данные. Как мы начнем управлять этим? Одна из вещей, которая происходит, заключается в том, что ITAM становится важным для организаций не только по одной причине - очевидно, по той причине, о которой мы только что говорили, и о том, что нам нужно, чтобы системы взаимодействовали друг с другом. Нам нужно понять, где существуют системы внутри нашей организации, чтобы мы могли выполнять простые операции, такие как обновление или обновление, только для тех систем, которые у нас есть.
Чтобы еще больше усугубить проблему в современной среде, многие издатели и производители программного обеспечения находят, как мы называем, то, что мы называем «низко висящими» плодами для этих издателей, приходя и просто принуждая клиентов к проверке или проверке. Буквально 63 процента Fortune 2000 прошли, по крайней мере, один аудит в 2015 году, по данным независимой исследовательской корпорации. Эти аудиторские проверки обходятся компаниям в огромную сумму внутренних сборов и затрат на внешнюю проверку в пределах от ста тысяч до миллиона долларов, и Gartner, по сути, выпустил еще одну интересную статистику, которой нет в моей презентации, но я забрал ее раньше: Утром они считают, что средняя стоимость аудита для организации составляет где-то около полумиллиона долларов.
Когда мы говорим о том, что 25 процентов долларов, потраченных на ИТ, тратятся впустую, это некоторые из примеров, которые продолжаются. Я думаю, что факты во всем этом, так что же нам делать? Как мы решаем это? Все начинается с понимания того, что представляет собой этот путь для большинства организаций. Управление ИТ-активами - это серия шагов, которые в основном начинаются с выяснения того, что я нашел в своих сетях. У большинства людей есть один или несколько или многие из этих инструментов обнаружения, вероятно, одним из наиболее распространенных инструментов обнаружения на рынке является SCCM. Большинство корпораций с любым уровнем сред Microsoft и Windows используют SCCM для многих целей, развертывания приложений, а также могут использоваться для разделения данных, но эти данные возвращаются в грязном грязном формате. Мы поговорим об этом подробнее через минуту. Есть также множество других инструментов. Большинство решений ITSM, будь то BMC или Service Now, Nationale или HP, имеют очень хорошие инструменты обнаружения, и они часто вступают в игру, когда вы особенно стараетесь собрать информацию и взаимозависимости ваших серверных сетей и сетевых устройств, потому что Последнее, что нам нужно, - это ситуация, когда система бронирования крупной авиакомпании выходит из строя в середине дня, и миллионы, если не миллиарды долларов дохода теряются. Понимание того, как все эти вещи связаны, начинается снова с понимания активов, которые с этим связаны.
Второй этап или второй шаг в этом процессе - я получил все эти данные, но что это значит и как я могу начать работать с ними? Этот шаг обычно называют нормализацией, и на нем мы сегодня сосредоточимся, потому что по своей сути это самый простой и самый важный шаг в направлении к полностью оптимизированному или полностью зрелому маршруту ITAM. По мере того, как вы проходите этот процесс нормализации, в конечном итоге вы пытаетесь собрать воедино все различные источники обнаружения, которые у вас есть, и некоторые из них могут быть просто приложениями и решениями, о которых мы говорили на одном из предыдущих слайдов. Мы хотим быть продублированными. Мы хотим уменьшить шум и отфильтровать все данные, которые не имеют отношения к делу. Мы поговорим об этом подробнее по ходу дела.
Оттуда, некоторые из логических шагов находятся на вершине низко висящих фруктов. Когда корпорации объединяются, объединяются, выходят и приобретают другие организации, они начинают создавать дубликаты в приложениях, которые они используют. Очень типичный шаг, который люди предпринимают, как только они понимают, и ландшафт программного и аппаратного обеспечения, который у них есть, заключается в рационализации или удалении дублирования, избыточных устройств и избыточного программного обеспечения в их среде. Например, вы можете обнаружить, что если вы пойдете и посмотрите, у вас может быть до двадцати или двадцати пяти различных инструментов BI, используемых в вашей среде. Потенциальная экономия для корпорации, позволяющая исключить не только те, которые связаны с конкретными приложениями, но, что более важно, те, которые имеют более широкие возможности, предлагает значительную экономию затрат и снижение потенциального риска.
Что делают организации? Как правило, они смотрят на них более подробно, и, как сказал Дез, вам бросили много тел, и они начали выяснять, что им нужно делать и как они получили это оптимизированное состояние, и я наблюдал, как это происходит и снова время. В течение большей части последнего десятилетия я работал с сотнями корпораций, особенно с их управлением программными активами, и в конечном итоге то, что останавливает большинство этих проектов или что приводит к провалу большинства этих проектов, - это то, что они пытаются откусить больше, чем могут жуйте, и они не вернут его к его корням, не создавая по существу проекты, которые требуют огромного количества управления изменениями, разрешений на управление, образовательных программ и управления, которые затрагивают огромное пространство в их среде.
Когда вы садитесь с программой или проектом, который они показывают перед старшим руководителем, часто задают вопрос: «Действительно ли проблема настолько велика?» Поскольку я обсуждал это более подробно со многими руководителями высшего звена, они говорят: «Знаете, Том, для меня все сводится к трем вещам. Я хочу знать, что у нас есть. Я хочу знать, что мы используем то, что мы покупаем. Самое главное, я хочу знать, что то, что мы используем и то, что мы используем, совпадает с тем, что я купил ». Другими словами:« Имею ли я право на то, что я использую, или я попал в дело о пиратстве? хотя и неумышленное пиратство?
На эти три вопроса можно ответить очень легко, вернувшись назад и просто очистив данные. Это то, что мы собираемся показать вам до конца. Давайте рассмотрим данные конкретно, а также некоторые проблемы, которые возникают из этих обнаруженных данных. Это не имеет значения. Это неточно. Это противоречиво. Он неполон, и, в конечном итоге, он обходится корпорациям в более чем 14 миллионов долларов в год при плохом принятии решений.
Вот пример типа данных, которые вы получаете прямо из инструмента обнаружения, такого как SCCM, он содержит огромное количество буквально нерелевантных данных. Фактически, 95 процентов данных не имеют значения. Он включает в себя такие вещи, как исполняемые файлы, исправления и исправления, а также прошивки для устройств, а также различные языковые пакеты и базы знаний. Хороший пример - посмотрите на инвентарь на типичном ПК в вашей среде, поищите что-нибудь от Adobe. Часто Adobe Acrobat может иметь одну лицензируемую копию на вашем ПК, но все же может быть целых девять или десять из этих копий или обновленных копий. Таким образом, невооруженным глазом вы не уверены, имеете ли вы ответственность за девять различных копий или только за один продукт.
Так сказать, одной из вторых областей является несогласованность. Это лишь краткий пример того, как Microsoft может называть так много разных вещей внутри организации. Это сфокусированная область для BDNA. Я думаю, что один из наиболее ярких примеров, которые мы можем привести, заключается в том, что прямо по теме SQL мы обнаружили среди нашей клиентской базы 16 000 различных вариантов того, как SQL можно назвать в инвентаризации. Подумайте об этом на постоянной основе. Другая область - это отсутствие стандартов. На каком уровне выпуска баз данных, на каком уровне использования CAL, PV, IBM мы собираемся управлять этими данными? Таким образом, это является частью головоломки и вопроса помощи в нормализации всего этого сырья, всех этих исходных данных до такой степени, что их можно будет использовать. Наряду с этим, существует огромное количество данных, которые невозможно обнаружить, которые также были бы очень полезны для человека в традиционной среде ITAM. Мы дадим вам несколько примеров этого по мере продвижения и рассмотрения некоторых вариантов использования.
Одним из элементов, который, безусловно, не вызывает сомнений, является тот факт, что эти данные меняются ежедневно. Если мы рассмотрим только Microsoft, то в 2015 году Microsoft представила более 3500 новых наименований программного обеспечения и обновила или обновила около 9 800 различных программных продуктов. Это только 14 000 изменений в Microsoft. BDNA управляет этим ежедневно. У нас есть команда инженеров, которые следят за этим и буквально вносят несколько слов из миллиона изменений в наш основной словарь и энциклопедию. Мы рассмотрим это здесь более подробно по мере продвижения. В конечном счете, мы взглянем на ту среду, на которую мы смотрели ранее, и неспособность всех этих различных решений общаться друг с другом, безусловно, является проблемой, и именно здесь BDNA вступает в действие, и платформа BDNA и ее основной компонент Technopedia позволяют нам создать общую платформу данных.
Как это происходит, на самом деле довольно просто. Мы объединяем данные, поступающие из разных источников обнаружения. Этими источниками обнаружения могут быть некоторые из тех, о которых я упоминал ранее, например SCCM, ADDM или HPUD. Это может быть эта вещь CMDB. На самом деле это могут быть также системы заказов на закупку, которые есть в ваших системах закупок. Мы объединяем это и смотрим на основные компоненты того, как вещи перечислены, и рационализируем это, и нормализуем это. Опять же, это то, что BDNA называет Технопедией. Технопедия - крупнейшая в мире энциклопедия ИТ-активов. Он используется еще двадцатью другими приложениями по всему миру, помимо использования BDNA, чтобы снова создать общий язык. Такие инструменты, как архитектурные инструменты, инструменты закупок, инструменты управления услугами - опять же идея в том, что «давайте говорить на одном языке для всех наших IPV». Затем мы добавим к этим конкретным заголовкам 1, 3 миллиона записей и более 87 миллионов атрибутов. Эти атрибуты могут быть простыми: «Каковы технические характеристики оборудования или спецификации для простого сервера? Каковы физические размеры? Какое потребление энергии? Какова номинальная мощность? все, что может быть использовано нашими архитекторами? Это всего лишь один пример множества различных доступных надстроек каталога. Мы берем ваши данные. Мы усугубляем это. Мы, по сути, отображаем это, нормализуем его по каталогу Technopedia и предоставляем нормализованный набор данных, который затем можно использовать в остальной среде.
Мы внедряем это в хранилище данных внутри компании, которое мы покажем вам через несколько минут, но у нас также есть стандартные интеграции во многие CMDB, ITSM и дополнительные инструменты, которые используются в ИТ-среде, чтобы помочь этим решениям стать более ценными для вы. Простой пример некоторых пакетов контента, цен, технических характеристик оборудования, жизненного цикла и поддержки, вероятно, является наиболее распространенным, который дает вам такие вещи, как окончание срока службы, окончание поддержки, совместимость с виртуализацией, совместимость с Windows, и снова Крис расскажет о некоторых о том, как мы продвигаемся.
В недавнем мультфильме, который я подобрал, в мультфильме Дилберта, его начальник попросил его сделать то же самое. Итак, «Дилберт, дай мне список активов внутри нашей организации». Дилберт ответил: «Кто будет использовать это, если я доставлю это?» Использование данных управления ИТ-активами, о чем мы говорили в будущем, действительно приведет к огромному использованию в вашей организации. Это лишь небольшая выборка различных дисциплин внутри ИТ-организации и того, как они будут ее использовать. Реальность такова, что она повышает ценность внутри организации, и, взяв одни из лучших авторитетных корпоративных данных, BDNA существенно помогает компаниям принимать более эффективные бизнес-решения. Когда вы идете и садитесь, и вы ищете упрощенный способ решения вашего ITSM-решения, в конечном итоге BDNA поможет вам добиться простоты, очистив данные и предоставив вам возможность принимать правильные бизнес-решения, и мы сделай это быстро.
Большинство наших клиентов - фактически почти на 50 процентов - сообщили нам в ходе независимых исследований, что они получили полный возврат инвестиций по своему проекту менее чем за 30 дней, и буквально 66 процентов получили более 200 процентов возврата инвестиций в первый год. Это та статистика, которую ваш финансовый директор и ваш ИТ-директор наверняка захотят услышать, если вы рассматриваете способы инвестирования и улучшения своей организации.
Что мы собираемся сделать сейчас, так это то, что я собираюсь передать вещи Крису. У нас есть лучшая доля тринадцати или пятнадцати минут, что мы собираемся сделать, по сути, пройтись по некоторым критически важным сценариям использования и тем, о которых мы говорили ранее, в основном то, что я установил. У вас будет возможность увидеть, что я использую, чтобы потенциально собрать их заново. Соответствует ли я установленному? Может быть, я хочу посмотреть, какие устройства старше трех лет, потому что я хочу знать, могу ли я обновить эти устройства. Какое программное обеспечение установлено на этих устройствах, чтобы я мог планировать этот процесс обновления? И если я хочу конкретно взглянуть на угрозу безопасности, какие потенциальные программные компоненты имеют срок службы, который либо превысил, либо наступит когда-нибудь в ближайшие тридцать дней или в течение следующего года? И что может быть занесено в список уязвимостей Национального института ценных бумаг?
Эрик, что я хотел бы сейчас сделать, так это передать его тебе, и, если хочешь, можешь передать что-нибудь мистеру Руссику?
Эрик Кавана: Я сделаю это, и, Крис, тебе сейчас слово. Идите вперед и поделитесь своим экраном и уберите его.
Крис Руссик: Отлично. Спасибо, Том. Спасибо, Эрик. Я ценю это.
Для нашей сегодняшней демонстрации я хотел бы представить вам BDNA Analyze. BDNA Analyze - это раздел отчета о наших продуктах BDNA. Давайте начнем отвечать на некоторые из тех вопросов, которые Том поставил на стол. Что у нас есть? Кто использует или мы используем наши продукты? На что мы имеем право и защищены ли мы?
Во-первых, давайте поговорим о продуктах Microsoft, о том, что мы установили, и для этого я начну с подсчета количества установок программного обеспечения. Далее я собираюсь прийти и отфильтровать производителей программного обеспечения в Microsoft. Далее я собираюсь привести для полной вводной традиции название программного обеспечения и давайте начнем с основной версии. Опять же, это в основном позиция Microsoft в отношении как лицензируемых, так и нелицензируемых продуктов.
Там, где резина встречается с дорогой, действительно будут лицензируемые продукты. Давайте отфильтруем это еще дальше к лицензируемым продуктам. Мы начнем с того, что ответим на то, что было, опять же, на то, что мы начали, какова подача продуктов Microsoft. Это дорогое название, и сказать, когда оно использовалось в последний раз и системой, и попытаться вернуть некоторые из этих лицензий, выполнив повторный сбор программного обеспечения. Итак, в следующий раз мы перейдем к последним использовавшимся годам, и мы это отфильтруем. Я выберу 2012 и 2014 год. Я также привожу измеренные данные SCCM. На этом этапе мы можем перенести дату последнего использования программного обеспечения. Наконец, мы можем перейти к имени хоста и перенести его, и мы также перенесем последний полный вход пользователя.
Из этого отчета вы можете просто перейти к пользователю Mr. Acme и спросить его: «Собираетесь ли вы использовать продукт Microsoft в этом году? Похоже, вы не использовали с 2013 года ». В примере отчета отмечено, что он посещен, и вы можете вернуть эти лицензии. Далее я собираюсь перепрыгнуть на нашу программную панель, совместимую с программным обеспечением. У меня есть это предварительно загруженное, и это содержит, например, Adobe - какое приложение мы уже совместим и которое мы не соблюдаем, и есть ли оценка того, что ниже их с вопросами, которые Том поднял ранее, На основании информации о вашем заказе на поставку и обнаруженной нами информации, есть названия программного обеспечения, количество ваших прав, их стоимость, что установлено и есть ли у вас недостаточный уровень или нет. Глядя на этот отчет, вы можете ответить на многие из этих вопросов.
Следующее, на что я бы хотел перейти, - это обновление аппаратного обеспечения. Цель этого состоит в том, чтобы определить, какое оборудование устарело, какое более трех или четырех лет, независимо от того, что ваша организация считает важным. Просто перейдите на счет вашей системы. Для этого примера мы собираемся сосредоточиться на настольных компьютерах. Я собираюсь подойти сюда к информации о программных продуктах, и мы приведем категорию, подкатегорию и оставим только рабочие столы. Отсюда мы представим информацию о продукте, производителе и модели. Для сегодняшнего примера мы собираемся сосредоточиться на 790-х. Причина, по которой мне нужно это сделать, заключается в том, что мы знаем, что им более трех лет, но мы привели здесь аппаратный GA. Если вы хотите найти этот GA здесь, вы, безусловно, можете использовать его для всех продуктов аппаратной подкатегории.
Наконец, если вы собираетесь обновить или обновить эти устройства, полезно узнать, что это за устройства. Опять же, мы можем перейти к имени хоста, и, кроме того, полезно понять, что на них установлено. Таким образом, у нас есть счетчик установки программного обеспечения, и именно здесь отчет становится большим. Нам нужно привести производителей программного обеспечения, названия программ и, наконец, основную версию программного обеспечения. Нам не нужны аппаратная категория и подкатегория, поэтому мы можем сэкономить здесь немного места. Вот список. Итак, на этом этапе мы понимаем, что на этом хосте у нас есть эти продукты, которые необходимо обновить в рамках обновления оборудования. На данный момент нам нужно знать, что совместимо с операционной системой, поэтому мы собираемся заключить соглашение о готовности программного обеспечения. Это будет готовность программного обеспечения Windows 64 бит. Мы собираемся перейти на 64-битную среду. На данный момент у вас есть действительно действенные данные - что установлено на каком хосте - но вам действительно необходимо выполнить обновление на основе данных GA, и, кроме того, вы можете сказать, совместимо ли оно или требуется проверка совместимости или просто не совместимо. Это дает вашим командам, кто бы это ни делал, как это обновляет ценную информацию и экономит их время в долгосрочной перспективе.
Наконец, для безопасности есть два элемента безопасности. Они чрезвычайно полезны, когда речь идет об аппаратных и программных ресурсах и производственных средах. Во-первых, данные об окончании срока службы. Разумеется, по понятным причинам вы хотите обновить все свои патчи и продукты с истекшим сроком действия до последней версии. Итак, мы будем решать это в первую очередь. Опять же, мы начнем с количества установок программного обеспечения. Мы собираемся перенести всю вашу среду. Мы снова сообщим о вашем производителе программного обеспечения, названии программного обеспечения и основной версии. Следующее, что мы собираемся сделать, - это сводить данные об окончании срока службы к концу срока службы программного обеспечения. Мы доведем сферу до этого. Мы собираемся сделать текущий год - предыдущий, скажем, два года и следующие два года - так что мы собираемся сделать пятилетнее сканирование. Намерение здесь состоит в том, чтобы ответить на вопрос: «Что нам нужно обновить в этом году? Что мы должны были обновить за последние два года? И чтобы оставаться впереди игры, что нам нужно планировать на ближайшие два года? »
Мы приведем эти данные и поместим их наверх с этим обновлением. Сразу видно, что в 2014 году было 346 установок, которые выглядят как программное обеспечение BlackBerry, персональный виртуальный диск от Citrix, их 25 и т. Д. Так что это хороший отчет. Опять же, мы хотим пройти через все шаги, но вы, безусловно, можете выбрать только программное обеспечение для настольных ПК или «Keep Only», а затем узнать его хост, на котором оно установлено. Вы можете экспортировать эти данные в CSC, PDF или Excel. Таким образом, CSC может перенести это и в другие продукты, если вы хотите сделать некоторые обновления с помощью автоматического способа и с точки зрения клиента, вы можете точно увидеть, что нужно сделать в будущем.
Наконец, еще один отчет, который я создал в нашей системе, использует BDNA Analyze. Это системный отчет, основанный на конкретных CVE из базы данных NIST, Национального института стандартов и технологий. Что я сделал здесь, так это то, что я нацелен на Apple iTunes и в 2015 году специально назвал некоторые CVE, и я попытался создать отчет, в котором будет указана конкретная версия, сколько систем мы установили, сколько систем подвержено и как многие программные компоненты, которые установлены на основе этих CVE.
Опять же, это отличный инструмент, если вы пытаетесь получить (неразборчиво) точку исправления или просто помогаете отделу безопасности лучше управлять своими ИТ-активами и запасами. На этом этапе я бы хотел передать это Тому и Эрику для вопросов и ответов.
Эрик Кавана: Позвольте мне привести аналитиков прежде всего, Дез и Робин. Я уверен, что у вас есть несколько вопросов. Кстати, это была фантастическая демонстрация. Я просто удивляюсь тому, как много ты видишь в этой среде. Посмотрим правде в глаза, в этих действительно гетерогенных экосистемах такая видимость - это то, что вам нужно, если вы хотите понять, что там происходит, и если вы собираетесь подвергнуться аудиту, что, конечно, никто не хочет делать Но, Дез, я думаю, что сначала я передам его вам за любые вопросы, которые у вас есть.
Дез Бланчфилд: Чувак, я сам собираюсь распределять время, потому что я могу просто провести день, разговаривая с тобой об этом. Есть несколько вещей, которые пришли ко мне через вопросы и сообщения о продуктах, которые я также получу, если вы не возражаете. Это напоминает мне, что экраны, которые вы мне показываете, напоминают мне о том, о каком проекте я бы хотел поговорить, когда мы только что обновили девятнадцать с лишним тысяч машин для компании под названием Data EDI через их (неразборчиво) отдел и другие области, и я могу публично говорить об этом, потому что это открытый проект. Я обнаружил, что было три отдельных обновления рабочего стола и SOA-обновления, работающие параллельно по какой-то причине, и я закончил тем, что просто остановил их и начал с нуля с помощью автоматизированного инструмента.
Мы говорим о масштабе, и я собираюсь вернуться к вам с вопросом через секунду. Когда мы сделали что-то в таком масштабе, произошло то, что я вышел из команды инженеров и из офиса ИТ-директора, обошел весь остальной бизнес и сказал: «Мы проводим аудит всего в этой организации от рабочий стол вниз. Что бы вы хотели узнать об этом? " и никто не задавал никаких вопросов. Итак, теперь у меня есть несколько сессий бренда X, где я провел их в нескольких залах заседаний и сказал: «Позвольте мне снова задать вопрос». Что касается финансов, дайте мне знать, чтобы рассказать вам о каждом программном обеспечении, в котором вы должны сообщить, сколько мы платим и что это за конец жизни, и когда вы можете записать это как выключенное. Можете ли вы получить его в PNL и GL? Где ваше управление активами вокруг этого и как мы управляем бюджетом для лицензирования программного обеспечения на следующий год? Застекленные глазные яблоки, и я прошел через все другие группы, поэтому я стремлюсь получить некоторое представление о том, что вы видели в этих местах, где у вас, очевидно, есть отличный инструмент, который делает огромное количество мощных вещей при управлении только активами. и обнаружение активов.
Какова ваша реакция на подобные сценарии, когда вы запускаете проект, когда у вас есть клиент, который запускает проект, и вдруг это финансы и инжиниринг, разработка, безопасность и соответствие нормативным требованиям, множество вещей и даже некоторая тень ИТ-среды всплывают и говорят: «Мы понятия не имели, что это было здесь, и как мы можем получить доступ к данным?» Мне бы очень хотелось услышать о любом моменте организации, который у вас был, и о том, что они с этим сделали.
Том Бош: Я добавлю, Дез. Я думаю, что мы видим снова и снова, ребята, очевидно, всегда есть точка входа, верно? Внутри организации есть группа, которая говорит: «Мне нужны данные экрана для варианта использования». Любой поставщик решений, как правило, это то место, куда он приходит, и я бы сказал, что, вероятно, 65 или 75 процентов в год, точки входа для нас обычно быть вокруг управления активами. Они, как правило, вокруг ИТ. Мы не инструмент ITAM. В конце концов, мы являемся инструментом управления данными. Мы внедряем решения ITAM, такие как те, что находятся внутри сервиса, и другие более сложные решения, такие как Sierra и Snow.
В конце концов, то, что начинает происходить, когда чистые данные используются и представляются на других встречах ИТ-специалистов, люди спрашивают: «Где вы это взяли? О, это пришло отсюда. Могу ли я взглянуть на это? »Затем, когда они узнают, что вы можете начать присоединять или улучшать ресурсы с помощью дополнительных данных контента, и это то, что очень, очень уникально для BDNA, именно тогда начинаются моменты« ага », Итак, одна из причин, почему мы хотели бы показать безопасность, заключается в том, что Verizon провела исследование пару лет назад, и в основном они вернулись и сказали: «99, 9% всех взломов, которые происходят в среде, происходят через части программного обеспечения., Они устарели, не были исправлены и / или являются концом жизни ». Большинство из них где-то между тремя месяцами и годом устарели или устарели.
Имея эту информацию заранее, отделы безопасности теперь могут активно использовать свой подход для предотвращения любых нарушений. Крис, у тебя есть что-то, что ты можешь представить в своих путешествиях?
Крис Руссик : Абсолютно, так что мы все вроде как пригвоздили пару историй вместе и поговорим о двух «ага» моментах. Мы пытаемся понять, откуда они берут данные, и многие клиенты не осознают широты данных, доступных там, будь то от SCCM или Casper, или вы выбираете инструменты. Цель состоит в том, чтобы иметь возможность получать хорошие данные от всех ваших инструментов. Как вы агрегируете это, верно, без BDNA, и, возможно, первый «ага» момент - «Вау, мы можем взять все эти данные, которые у нас есть, агрегировать их вместе».
Это возможность для людей принимать действительно действенные решения на основе данных, а не пытаться найти в данных подтверждающую информацию для поддержки решений, которые они уже приняли. У меня был клиент в районе Теннесси, который буквально, как только они смогли это сделать, я думаю, что это было, как через неделю, когда они установили это, буквально танцевали на своих партах и кабинах, потому что они не знали полного дыхания их данных, и теперь они делают.
Обратно к вам, ребята.
Дез Бланчфилд: Обогащение мне интересно. Просто быстро об этом, а потом я передам это доктору Робину Блуру. Я проделал большую работу с банками и фирмами по управлению активами, и есть несколько ключевых моментов, с которыми они регулярно сталкиваются, пытаясь соответствовать требованиям по ряду задач, которые знает ваш клиент или KYC. Есть противодействие отмыванию денег, AML. Однако я нахожу, что многие из этих организаций, когда они хорошо разбираются в процессе KYC и их клиентском процессе, чаще всего смотрят в себя и относятся к себе как к клиенту, и я вижу, что многие из них теперь используют не глубину что вы получили здесь, но инструменты очень высокого уровня, чтобы попытаться отобразить, кто их конечные пользователи с клиентом и что они используют из-за причины, о которой вы говорите. Некоторые люди просто приходят с BYOD, некоторые получают старые версии программного обеспечения. Они неизменно приносят с собой плохие вещи на работу.
Были ли в вашем путешествии конкретные примеры людей, которые берут данные, которые вы получили на прикладном сервере, и в ходе которых они обрабатывают сущность данных и передают их чему-то другому? Может быть, это отображение того, кто на самом деле использует систему в первую очередь, и кто это отображает, например, HR, люди, которые используют систему, фактически заняты и должны находиться в зданиях, и другие примеры того, как что-то находится в магазине, как в машине есть что-то, чего у них не должно быть, и как это вернуть? Есть ли у вас примеры, когда другая часть бизнеса, о которой вы обычно не думаете, получит ценность из данных, взяла подмножество или получила к ним доступ и вовлекла их, чтобы получить, казалось бы, несвязанную ценность, из которой они видели эта работа?
Крис Руссик: Я хотел бы вскочить на этом сначала. У меня есть ключевые клиенты, о которых я думаю конкретно. Один в медицинской полевой больнице, и они делают именно это. Мы возьмем некоторые данные обогащения против их данных обнаружения, введя Active Directory, а затем узнаем, какие активы на самом деле принадлежат их сети. Оттуда они могут определить, кто должен и не должен быть исправлен, кто должен и не должен даже быть в их сети, а затем вести список для доступа к рабочему столу и еще много чего. Во-вторых, на самом деле речь идет о паре разных заказчиков или, в частности, о получении этих данных, и я никогда не был в мире корпоративной архитектуры, поэтому он является относительно новым для меня в течение последних двух лет, но есть целый вариант использования, чтобы иметь возможность взять наш данные с истекшим сроком службы или другие обогащенные активами данные и их использование в других инструментах корпоративной архитектуры, которые будут выполнять картирование предприятия и делать то, что делают корпоративные архитекторы, и, откровенно говоря, это часть отрасли, которая стала очень популярной среди данных и Я никогда не видел этого раньше. Том?
Том Бош: Я думаю, что добавить к этим двум случаям использования, которые, как мне кажется, довольно быстро, являются как внутри, так и вокруг HR. По сути, они помогают понять, что используют внутренние сотрудники компании - и я всегда нахожу удивительным, когда клиенты возвращаются, и это буквально происходит каждый раз, когда они запускают, вероятно, их первая нормализация - они найдут, вероятно, хороший пример двенадцати или четырнадцати различные Xbox, подключенные к сети, которые обычно не являются санкционированными устройствами в бизнес-среде, если вы не работаете в Microsoft. Поиск устройств, которых не должно быть в среде, поиск программного обеспечения, которого не должно быть в среде, а затем, во-вторых, я заметил, что HR быстро использовал это, чтобы помочь оценить инвестиции, которые они должны сделать в процессе адаптации с помощью новый сотрудник. Они понятия не имели, что средний сотрудник может быть где-то в районе от 2500 до 3000 долларов на программное обеспечение и на сумму, превышающую 5000 долларов, только на инвестиции в ИТ.
Дез Бланчфилд: Это еще один вариант использования. Это не так много вопросов. Это просто точка, которую нужно выбросить, чтобы поделиться. У меня были сценарии, когда у нас были очень и очень большие аудиты среды. Мы нашли унаследованные системы, которые люди изначально поставили на место, где люди, которые их обслуживают, перешли, отметили, что они задокументированы, и отметили, что они запланированы. В одном случае они обнаружили производителя стали, у которого старая группа из 486 настольных ПК была подключена к модемам, которые использовались для ежедневного набора номера в банке. Эта организация была производителем стали стоимостью в несколько миллиардов долларов здесь, в Австралии, и они не понимали, что эти 486 компьютеров делали (неразборчиво) банковские звонки каждый день.
Второй, более интересный, был в окружении складов, производящих железнодорожные поезда. У них была система, которую они считали симулятором для мониторинга поездов. Оказалось, что на самом деле это была действующая система на старой машине AIX RS / 6000 IBM, и, к счастью, эти вещи просто не умирают, потому что в течение почти десятилетия никто из сотрудников, которые внедрили ее, не поддерживал ее и фактически не покинул ее. отдел после закрытия, и они фактически начали его работать. Поезд движется по месту и с этой вещью разговаривает и захватывает мониторинг, но я думаю, что есть действительно интересные случаи использования, которые довольно часто люди, ожидающие в будущем, будут склонны думать о том, что если они начнут оглядываться назад, они увидят некоторые очень интересные вещи также. После этого я верну это Робину, потому что думаю, что потратила слишком много времени.
Эрик Кавана: Робин, убери это.
Робин Блур: То есть у нас заканчивается время, поэтому я имею в виду одну из вещей, которая меня интересует, это покупка такого продукта - если бы вы могли поговорить об этом, сколько людей приходят к вам или приходят к этому продукт, потому что у них есть очень специфическая проблема на руках? Сколько на самом деле приходит по стратегическим причинам, потому что они просто понимают, что у них действительно должно быть что-то подобное, потому что то, что они на самом деле получили, фрагментировано или бесполезно. Это часть вопроса. Во-вторых, приняв эту весьма специфическую тактическую причину, сколько людей делают ее стратегической с тех пор?
Крис Руссик: Это отличный вопрос, Робин. Я имею в виду, я думаю, что это человеческая природа, чтобы быть реактивным. Я бы сказал, что хорошие 95/100 раз, когда клиенты приходят к нам, это реагирует на ситуацию, которая заставляет их искать решение. То, что в наши дни просто сводит компании с ума, - это процесс аудита. Я буквально слышал о клиентах, получавших счета от поставщиков программного обеспечения на сумму свыше миллиарда долларов до аудита, и вы могли только представить, что скажут ИТ-директора или финансовый директор, когда увидят это. «Как это могло произойти и почему мы не можем лучше контролировать это?» Люди становятся очень реагирующими на это.
Теперь я также могу сказать вам, что в некоторых из этих ситуаций, как только они получают в свои руки то, что у них было на самом деле, оказывается, что поставщики были немного агрессивны в своем подходе к тому, что, по их мнению, было в среде. В некоторых конкретных случаях я видел, как клиенты переходят от очень, очень больших предварительных оценок до того, чтобы вообще не платить поставщикам деньги. Многое из этого связано с тем, чтобы они убирали эти данные и делали это систематическим, стандартным и стандартизированным образом. Есть много компаний, которые пытаются подойти к этой вещи вручную. Это требует, чтобы традиционные аудиторские проверки занимали от тысячи до полутора сотен человеко-часов. Итак, мы действительно приступили к сути вопроса. Я думаю, что многие компании приходят к нам, большинство приходит к нам с горячей проблемой. Тогда я думаю, что в конечном итоге, когда они станут более зрелыми в понимании того, что у них есть, и смогут ли они это использовать, это станет более стратегическим. Это одно из правил BDNA. После того, как клиент сделал инвестиции, он должен убедиться, что они понимают и используют эти инвестиции в своей деятельности.
Эрик Кавана: Позвольте мне задать вам еще один вопрос, потому что, очевидно, в некоторых организациях уже существуют инструменты, и кто-то написал мне об этом прямо сейчас - существует ли естественный процесс перехода с нескольких уже существующих систем на использование вашего решения BDNA в качестве единственный источник истины, так сказать. На что это похоже? Сколько времени это занимает? Это звучит довольно сложно, но вы говорите мне.
Том Бош: Крис, позвольте мне сделать небольшой комментарий, и вы можете поговорить о технической стороне, верно? Мы видели клиентов с всего лишь одним или двумя решениями для обнаружения до 25, которые объединяли и объединяли их - вот что делает нормализованный компонент набора инструментов. То, как мы это делаем, на самом деле является комбинацией стандартизированного подключения. Затем в некоторых случаях нам приходится создавать трекеры для клиентов. Крис, не могли бы вы еще раз повторить это и объяснить им, как мы это делаем?
Крис Руссик: Абсолютно, спасибо, Том. У нас есть 54 готовых извлечения, которые мы используем для извлечения этих данных из ваших существующих решений, и у нас есть множество вариантов потенциального внедрения некоторых собственных решений, если вы их получили в Excel или другая база данных. Этот процесс агрегирования на самом деле не так уж долго настраивать и выделять физически, две-четыре недели, и мы настроили ваши решения, и вы получаете данные не слишком далеко в будущем и после этого, но то, что мы в итоге получили после агрегации и дублирования мы собираемся сузить эти данные, эти хорошие чистые данные до Technopedia и обогатить их. Наконец, мы добавим это в куб данных SQL или Oracle, и этот куб данных будет затем перекачиваться туда, где вы видите эти данные, или снова в BDNA Analyze, как вы видели сегодня. Опять же, сосредотачиваясь на том, что мы не пытаемся заменить то, где вы получаете данные, мы не пытаемся заменить то, где данные идут просто на дублирование и обогащение, а затем на данные хорошего качества. Я надеюсь, что это отвечает на вопрос. Если нет, пожалуйста, не стесняйтесь спрашивать больше.
Эрик Кавана: Звучит хорошо, ребята. Мы немного потрудились здесь, но нам всегда нравилось вести полноценный разговор, и ребята из BDNA только что прислали мне этот список здесь. Я поместил эту ссылку в окне чата, и вы можете видеть, что есть много понятного списка различных разъемов, которые я получил там.
Итак, ребята, я должен сказать вам, мы собираемся здесь закончить. Мы, конечно, архивируем все эти веб-трансляции. Вы можете перейти на InsideAnalysis.com. Это обычно идет на следующий день. Мы также передадим некоторые подробные вопросы, которые нам прислали люди. Мы передадим это сегодня докладчикам. Не стесняйтесь связаться с ними или, конечно, с вашими пожеланиями, вы можете связаться со мной в Twitter @eric_kavanagh или, конечно, по электронной почте, smedia.com или.
Большое спасибо нашим друзьям из BDNA. Большое спасибо нашим друзьям из Marketry за то, что они помогли нам донести до вас этот контент, и, конечно, большое спасибо Techopedia и Technopedia, потому что Techopedia - наш информационный партнер, замечательный, замечательный веб-сайт. Зайдите на Techopedia.com и Technopedia - это сайт людей из BDNA, вместе взятых. Так что это отличный материал, ребята. Большое спасибо за ваше время и внимание. У нас есть много веб-трансляций в ближайшие пару недель. Надеюсь, ты не против услышать мой голос слишком сильно.
После этого мы прощаемся с вами. Еще раз спасибо, и мы поговорим с вами в следующий раз. Берегите людей. Пока-пока.
