От персонала на Техопедия, 29 април 2016 г.
Отнемане: Домакинът Ерик Кавана обсъжда управлението на ИТ активи с експерти Дез Бланчфийлд, д-р Робин Блур, Том Бош и Крис Ръсик.
В момента не сте влезли. Моля, влезте или се регистрирайте, за да видите видеото.
Ерик Кавана: Дами и господа, здравей и добре дошли отново за горещи технологии! Да, именно! Казвам се Ерик Кавана. Аз ще ви бъда модератор на днешното събитие и хора, днес имаме картографирани за вас някои вълнуващи неща, мога да ви кажа точно сега. Това е една от най-завладяващите области на управлението на ИТ като цяло. Темата е „Поддържайте просто: Най-добри практики за управление на ИТ портфолио“. Днес ще се съсредоточим до голяма степен върху данните на това уравнение. С други думи, като се уверите, че вашите данни са чисти или възможно най-чисти, докато се опитвате да разберете пейзажа на устройствата във вашето предприятие.
Разбира се, с целия този нов свят на BYOD, носете свое собствено устройство - там е вашето наистина много бързо - днес имаме много разнородни пейзажи. Искам да кажа, че тези от вас в големи организации знаят историите. Има цели стаи, пълни със сървъри. Има приложения, които работят от години. Има стари ИТ системи, които никой не е пипал след десет години и всички се страхуват да изключат, защото никога не знаете какво ще се случи.
Така че днес ще поговорим с няколко експерти, всъщност общо четирима експерти, какво да правим в това пространство.
Hot Technologies, целта на това предаване е наистина да се вкопаем дълбоко в специфични видове технологии и да помогнем на нашата аудитория да разбере как работят нещата, защо да използваме тези видове технологии, какви са най-добрите практики, какво трябва да имате предвид. Ще разкажем за някои случаи на употреба. Всъщност Дез ще разкаже малка история от опита си в света на управлението на ИТ активи. Но отново, ние ще се съсредоточим върху страната на данните, защото това е наистина опитът на нашите приятели от BDNA. Те са майстори, които помагат на организациите наистина да се справят какво точно имат в средата си и как да разберат къде е, какво прави, кой го използва, всички подобни забавни неща.
Ето нашите панелисти. Ще чуем от Dez Blanchfield, нашият новооткрит учен с данни. Обичам да се хваля, че миналата година Дез беше един от първите десет най-посещавани профили на LinkedIn на Австралия. Това е така, защото той никога не спи. Имаме и д-р Робин Блур, наш собствен главен анализатор. Д-р Блуър, за онези от вас, които не знаят, наистина започна цялата индустрия на независими аналитични аналитици във Великобритания преди около 25 години. В наши дни има доста. Това е почти така, както казвам вилна индустрия. Има много независими фирми от ИТ анализатори. Имаме и Gartner, Foster, IDC и големите момчета. Но хубавото на независимите фирми е, че честно казано сме малко по-свободни да говорим откровено за нещата. Затова му задавайте тежките въпроси. Не оставяйте лесно тези хора. Винаги можете да зададете въпрос по време на шоуто, като използвате компонента Q&A на вашата конзола за уеб предаване. Това е в долния десен ъгъл или можете да ми говорите. Така или иначе се опитвам да наблюдавам, че прозорецът за чат се показва дълго.
С това нека представим Дез Бланчфийлд. Дез, ще ти предам ключовете на Webex. Ето. Отнеси го.
Дез Бланчфийлд: Благодаря ти, Ерик. Страхотен. Момче, фантастично интро.
Темата днес е нещо, с което съм живял по-голямата част от мен, като тридесет години, голяма ИТ среда. Те растат чрез органичен процес. Както Ерик каза, вие стартирате малки и изграждате тези среди и те растат, а в някои случаи те растат органично. Те могат да растат с други средства, като например придобиване на големи разширения.
Ще споделя анекдот, който засяга всички ключови неща, за които говорим днес, и по-специално данните и мястото, откъдето идват данните, и събирането на данни за управление на ИТ активи. В този случай ще говоря за голямо произведение за един от трите най-добри издателства в света. Те са в радио, телевизия, списание, вестници, печатни издания, цифрови и редица други издателски пространства. Получи ни тримесечен прозорец, за да изпълним това, което по същество се нарича оценка на готовността за облак, но това в крайна сметка беше цяла бизнес стратегия за облак, която съставихме заедно. На нас беше изправено това основно предизвикателство от CIO да намали отпечатъка на центъра за данни със 70 процента в рамките на три години. Беше очевидно, за да направим това, трябваше да направим цял бизнес-облачен преход. Имахме три месеца да свършим тази работа. Той обхваща четири различни региона в пет държави. Бяха включени шест отделни бизнес звена и седем различни представители на доставчици на статут на услуги. Както се казва в заглавието, нищо не бие пример от реалния свят.
Доста бързо стигнахме до извода, че бизнес целите не са откровено нищо чудо. Те искаха да консолидират собствените си центрове за данни. Те искаха да се възползват от среда на центрове за обработка на данни на трети страни, но като цяло те искаха да се преместят в облачна инфраструктура на някой друг, по-специално обществен или виртуален частен облак поради необходимите причини за сигурност. По-специално, Amazon Web Services и Azure бяха съсредоточени върху тях, защото бяха най-застрахованите по това време. Те пуснаха смес от Intel x86, 32/64-битова платформа, IBM I серия, серия AS, серия AS / 400P mainframe. Те всъщност имаха две основни рамки, една за производство и една за развитие при възстановяване при бедствия. След това цялата комбинация от операционни системи - Windows, Linux, AIX, Solaris и различни неща на лаптопи и настолни компютри.
Съхранението беше едно от най-големите предизвикателства. Те имаха огромни количества данни, защото са издател - всичко - от снимки до видеоклипове до редактиране на изображения до текст и съдържание. В тези големи платформи и различни формати за съхранение бяха NetApp, Hitachi, IBM и EMC. Толкова изключително разнообразна среда, за да опитате да заснемете и картографирате различните видове услуги, които са били там, и просто да получите представа за това, което приемаме от настоящите и частните среди на центъра за данни в облачна среда.
Височината на това, за което говорим днес около частта за управление на ИТ активи, се управлява от данни по същество и ето карта за това, което трябваше да се справим с този конкретен проект, за който споделям анекдота. Имахме много данни. За съжаление, никой не беше в много добра форма. Имаме набор от непълни регистри на активи. Изпълняват се пет различни регистри на активи, така че бази данни за управление на конфигурацията, формуляри за въвеждане на ITF. Имаме различни източници на данни, които варират до деветдесет и различни вида. Имахме няколко основни модела на обслужване, конфликтни групи услуги, една от най-големите общности от заинтересовани страни, с които някога съм се занимавал в кариерата си. Имаше четиристотин старши изпълнители, които отговаряха за тези различни системи. Неизменно за всички намерения и цели имахме напълно несъгласувани стопански субекти - всеки от тях работеше самостоятелно със собствена среда и собствена инфраструктура в някои случаи. Беше доста предизвикателство.
Открихме това в рамките на втория или третия ден, който просто сме
"Хвърлянето на тела в него" не работи. Затова решихме да изградим система и не можахме да я намерим на този етап, тъй като това беше преди няколко години - и не можахме да намерим инструментите, които да отговарят на целта ни и изглеждахме дълго и трудно. В крайна сметка създадохме SharePoint платформа с редица бази данни, захранващи я с поредица от натоварвания на различни етапи. Върнахме се към основите, само за да получим достъп до данни, които имаха смисъл, за да можем да валидираме, затова използвахме редица инструменти за картографиране на екосистемите, които работим. Извършихме автоматизирани одити на центъра за данни във физическа и логическа инфраструктура. Направихме автоматизирани инструменти за откриване, картографирайки услугите, работещи в тези среди на центъра за данни. Направихме пълни сканирания на приложения - търсехме всичко от едно приложение, което работи в тяхната конфигурация, докато системите за порт са включени, докато IP адресите са включени.
Това, което направихме, е, че изградихме нов единен източник на истина, тъй като всяка една от другите бази данни и колекции от информация, които имаха около средата и конфигурацията си и активите, просто не звъннаха и не можахме да съпоставим реалността с него. Така че в крайна сметка изградихме един-единствен източник на истина. Преминахме от хвърлянето на тела към хвърлянето на автоматизирани инструменти в него. Започнахме да виждаме малко светлина в края на този тунел. Така завършихме с много сложна система. Той направи някои изключително умни неща - от улавяне на автоматизиран анализ на журнали до данни, които ни хвърлят от различни системи, наблюдение на контролите за сигурност, използване и регистриране на пароли, физически одит на инфраструктурата, одит на приложения. Вградихме поредица от неща вътре в това, за да анализираме тези данни чрез автоматизирани карти за оценка. След това изготвихме отчети около пригодността и процентното класиране, независимо дали приложенията са или не са подходящи за облак.
След това проведохме основна линия на тази оценка карта в Amazon Web Services, с модели Azure и VMware. Създадохме серия от отчетни и финансови табла за това и почти никога не сме допускали ръчно отмяна. Така че по същество това, което разбрахме, беше автоматизирана система, която се поддържаше и наистина нямаше нужда да се докосваме до това нещо или много рядко се налагаше да ги преодоляваме ръчно. Това нещо нарасна много самостоятелно и най-накрая разполагахме с единствения източник на истина и реални данни, които бихме могли да изпробваме към групите услуги, към сервизните системи, които работим в приложенията или данните, които ги използват и услугите се доставят.
Беше доста вълнуващо, защото вече имахме възможността да изпълним обещанието на този низ от проекти. Мащабът на този проект - само за да се изясни някакъв контекст - е, че приключихме, мисля, че той беше около 110 милиона долара на година, беше намален от долната линия, оперативната (неразбираема), след като приключихме с това преход към прехвърляне на по-голямата част от тяхната инфраструктура от собствените им центрове за данни към облака. Така че те са много мащабна програма.
Получихме този страхотен резултат за проекта. Но истинският проблем, с който се сблъскахме, беше, че създадохме домашна система и на този етап няма доставчик зад нея. Както казах, това беше преди няколко години. Няма доставчик зад него, който да продължи да го развива и да осигурява поддръжка за него. Малкият екип от около 30 души, които помогнаха за неговото разработване и събиране на всички данни и скорост на това чудовище, в крайна сметка преминаха към други проекти и двама или трима души бяха останали от него. Но в крайна сметка стигнахме до ситуация, в която нямахме решение за управление на ИТ активи за управление на материали. Имахме еднократен проект и бизнесът даде да се разбере, че те вече смятат, че имат бази данни за управление на конфигурацията и ITSM инструменти, които картографират света, въпреки факта, че бяхме застанали на много голяма сапунена кутия и крещяхме на върха на нашия гласи, че тези данни, които нямат никакъв смисъл.
Демонстрирахме, като ги накарахме да изграждат инструментите около проекта. Нещастният резултат от тази вълнуваща, но тъжна в края история беше, че резултатът от проекта беше много, много успешен. Това беше огромен успех. Извадихме сто и половина милиона долара от долната им линия спрямо година на година. Това, което направихме, е, че създадохме този Франкенщайн, тази наистина мощна система, която може да събира данни и да предоставя отчет в реално време в някои случаи, но там нямаше кой да я поддържа. Бизнес типът просто го остави да работи известно време, докато в крайна сметка данните не бяха използвани от никого и след това дойдоха промени и той не можа да събере данни, които бяха в съответствие с промените. В крайна сметка по това време тази домашно изпечена система беше оставена да умре заедно с данните, които бяха с нея.
Имахме този сценарий, при който те се върнаха към точно това, което имаше на първо място, което разграничава последователите и различните масиви от данни, които гледат много, много отблизо в ниша, в определена област на услуга или групи услуги и решават своите проблеми, но те загубиха тази организация. Те имат 74 различни услуги в групата. Те изгубиха цялата тази стойност и колкото и да е странно, някои две или три години по-късно разбраха какво са загубили, като трябваше да погледнат как отново решават този проблем.
Моралът на историята е, че ако беше така, ако беше продукт, който можеше да излезем от рафта преди няколко години, трябваше да изградим такъв, но това вече не е само така. Има продукти, както предстои да видим, които могат да направят това и те могат да го правят по автоматизиран начин. Те могат да изчистят всички данни, могат да вземат множество набори от данни, да ги обединят и излъжат. Те могат да вземат наистина очевидни неща за хората и електронни таблици с неща, които те биха казали, маршируват версия една точка една, версия една точка нулева точка и просто ги наричат Microsoft. По времето, когато създадохме този инструмент, подобни неща не бяха налични; следователно трябваше да направим много от тази способност. Търся същите подробности за това, което прави тази платформа, за която ще чуем днес, защото ми се иска само тогава да я имаме. Можехме да си спестим много мъка и бихме могли да спестим много време и усилия и развитие за платформа, която не може да се поддържа, която би могла да бъде поддържана от някой, който продължава да развива и развива платформата, която я прави достъпна като обща консумация.
С това ще ви върна, Ерик.
Ерик Кавана: Добре. Ще го предам на д-р Робин Блур. Робин, отнеси го.
Робин Блур: Всъщност това е интересна история, Дез. Харесва ми. Наистина не ми се струва особено особена. Всеки път, когато се сблъсках с проблема с управлението на ИТ активи, винаги е имало компания, която всъщност се е прибирала вкъщи и е направила нещо с нея и е трябвало, но никога не изглежда, че сте попаднали на организация, която държи цялото нещо под контрол. Въпреки това, доколкото мога да кажа, ако не управлявате ИТ активите си, горите пари. Тъй като Dez излезе с историята с дебела пестеливост, реших, че просто ще направя преглед на, всъщност, какво е управление на ИТ активи. Какво всъщност означава? Това е изгледът от птичи поглед или ореловият изглед.
Помислете за фабрика - особено организации, които управляват фабрики с намерение да печелят. Прави се всичко възможно, за да се използва максимално използваните скъпи активи. Просто е така. Помислете за център за данни, всъщност не чак толкова, най-вече изобщо. Тогава си мислите, колко са инвестирани в центъра за данни? Ами знаете ли, че ако всъщност се справите, това са наистина много големи пари. Събрахте, знам, историческите усилия на всички, които са изградили системата. Техните лицензи се плащат за софтуера и стойността на данните и цената на самия център за данни и разбира се целия хардуер, излиза само десетки милиони. Зависи колко голяма е организацията, но лесно десетки милиони в повечето организации. Това е огромна инвестиция, която хората правят в ИТ и със сигурност в големи организации, тя е огромна. Идеята, че всъщност не бива да се занимавате особено, за да извлечете максимална стойност от нея и трябва да се изпълнява ефективно, очевидно е абсурд, но като индустрия има много малко места, които всъщност имат дисциплина, за да могат наистина наистина да управляват ИТ активи.
Това е модел, който съм използвал, не знам, много пъти, предполагам. Това е, което аз наричам диаграмата на всичко. Ако погледнете ИТ среда, тя има потребители, има данни, има софтуер, има хардуер. Има връзка между всички тези основни образувания, които изграждат ИТ среда. Той използва специфичен софтуер или връзки, които имат достъп до конкретни връзки с данни. Те използват специфични хардуерни ресурси, така че там има връзка. Софтуерът и данните са тясно свързани. Софтуерът се намира и се изпълнява на специфичен хардуер и там е хардуерът, специфичен за данните. Така че има всички тези връзки. Ако искате да знаете къде се намират информационните активи, просто поставете ръка върху потребителите, защото има много малко, за да можете да наречете ИТ актив освен придобитите умения и неговите потребители и всичко останало.
След това гледате на това и виждате, добре, колко организации дори имат опис на целия софтуер, издаден във всички системи, които използват? Как дори имаме подходящ инвентар за хардуер, който включва всички възможности за работа в мрежа? Колко от тях имат някакъв смислен опис на данните? Отговорът е никакъв. Да знаеш къде се намират нещата и да знаеш как се отнася един към друг може да бъде много, много важно в някои случаи, особено в такъв случай, че Дез просто е описал къде ще го вземеш и преместиш всичко или ще го вземеш и преместете по-голямата част от него. Това не е просто тривиално нещо и просто всъщност да знаеш какво има голяма работа. Всъщност знам как едно нещо се свързва с друго.
Тогава другото е, че тази диаграма се прилага на най-малкото ниво на гранулиране, можете да си представите, най-малкото парче софтуер. Достъп до най-малкото количество данни можете да си представите, че работи върху тривиално парче хардуерен ресурс до ERP система с огромно, огромно количество различни бази данни и файлове с данни, работещи на множество хардуерни части. Тази диаграма обобщава всичко и прилага всяко ниво на детайлност и тази стрелка на времето минава отдолу само показва, че всички тези неща са динамични. Това може да изглежда, че все още е диаграма, но не е така. Движи се. Всичко се променя. Проследяването на това не е нещо тривиално. Искам да кажа, че просто не е така. Можете всъщност да разширите тази диаграма и можете да кажете, да забравите компютрите и просто да я направите още по-широка. Бизнесът се състои от всички данни плюс бизнес информация, които може да не се съхраняват електронно. Различни удобства и това не е задължително свързано с компютъра. Различни бизнес процеси, които не са непременно зависими от софтуера или частично може би са независими като софтуер.
Много хора - не само потребители на системи, но персонал, панели, клиенти и така нататък - това съставлява екосистемата на бизнеса, а всъщност вие също имате човечеството като цяло. Има цялата информация по света. Има цивилизация. Всичко това е това, което наричаме тежки неща и всички човешки дейности. Това е диаграмата на всичко и всичко. Тази диаграма ви показва как е свързана от най-малката колекция от неща, които правят нещо най-голямото, тъй като по отношение на човечността съществува точно като целия интернет и милиардите компютри, които го съставят и всички устройства и така нататък. Това е огромен набор от неща и всичко това очевидно е субективно на стрелката на времето. Това е гледката от птичи поглед.
Току-що изброих това направо от върха на главата си, без дори да мисля за това. Размери на управлението на ИТ активи. Има регистър на активи, хардуер, софтуер, данни и мрежи. Записан е атрибут на активите - имате ли всички данни, свързани с всички тези неща? Използване на активите - защо изобщо съществуват тези неща? Разходи за придобиване на активи и разходи за собственост - колко да струва и следователно колко е собствеността и колко да се замени от добра идея? Това внася идеята за амортизация на активите. Не говоря само за хардуера. Ние също така говорим за неща и евентуално данните. Пълна карта на активите, която би могла да създаде диаграма, която току-що обсъдих. Облачни активи - неща, които всъщност не са по параметри, но всъщност по един или друг начин принадлежат на организацията по силата на отдаване под наем и по причина. Цели за управление на услуги и как те са свързани с всички тези възможности. Едно от нещата, за които Дез говори, е неговите усилия, колекция от системи от едно място на друго място, което е как, как функционира управлението на услуги по отношение на „ударихте ли целта, която хората очакват в своите системи ? " и така нататък. Има риск и спазване - неща, които по един или друг начин, акционерите, които биха могли да бъдат загрижени, и самото правителство могат да бъдат загрижени и всичко това е аспект на управлението на активите. Предстои закупуването и лицензирането на целия софтуер. Има цели за постигане на бизнес. Има цялостно управление на активите от гледна точка на това, какви са правилата, които организацията може да определи за някое от тези неща. Говорим за наистина сложни неща.
Така възниква въпросът и ето как завърша - колко от това може да се направи? Колко от това всъщност трябва да се направи?
Ерик Кавана: С това нека разберем какво трябва да кажат експертите. Ще го предам на Том Бош. Изчакайте, като ви даде ключовете на Webex. Отнеси го.
Том Бош: Заглавието на Webex, от наша гледна точка, беше за запазването на прости и очевидно най-добри практики за ИТ портфолио или управление на ИТ активи. Всеки път, когато кажете най-добрите практики, в крайна сметка това е мнение. Това е подход от нашата гледна точка. В крайна сметка това, което BDNA иска да направи, е да помогне на много от компаниите там, за които установяваме, че все още просто се намокриха на краката си надолу по пътя на ИТ пътуването. Управлението на ИТ активи е гореща тема около Y2K за някои от вас, които са в индустрията от известно време, и основната причина защо е, трябва да разбера дали софтуерът, който имам, и системите, които имам, дори отиват да бъдат заменени или актуализирани или ще се провалят, когато ударим новото хилядолетие?
Мисля, че това, което всички ние преживяхме през тази странна вечер преди шестнадесет години, беше фактът, че всъщност много малко остана на заден план. Нашите електроцентрали останаха живи, а влаковете продължиха да работят. Светлините в Ню Йорк и Сидни останаха включени. Чрез този процес хората започнаха да разбират, че има огромно количество информация, която трябва да бъде събрана и обединена. В крайна сметка, данните, стоящи зад всичко това, трябваше да бъдат изчистени, както Дез каза по-рано, за да могат да вземат вида решения, които хората търсят. Това е основата на нашия разговор днес. Мисля, че всеки от нас осъзнава, че всеки ден влиза в нашия IT отдел, всеки ден влиза в нашите организации. Предприятието, информационните технологии са почти извън контрол. Искам да кажа, че има нови сървъри, които се предлагат онлайн. Има нови парчета софтуер, които се внедряват от отдел в отдел до отдел в организации, независимо дали сте в производствения бизнес, в организацията на услуги, в търговията на дребно, всяка една от нашите организации днес е не само да бъдат управлявани, но и да бъдат задвижвани.
ИТ се превръща в двигател на производството на много от организациите, в които работим. Това не става по-очевидно, ако разгледаме решенията, които се внедряват. Ако просто се съсредоточим вътрешно върху сложността на данните в ИТ отдела - само приложенията, които те използват, за да поддържат в крайна сметка ИТ - имаме всичко - от системи за управление на доставчици до управление на ИТ портфолио, системи за обществени поръчки, системи за сигурност на архитектурата, и един от ключовите атрибути, които се развиват в това, е, че те биха могли да доведат до използване на инвентаризация на това, което имате във вашата среда, за да можете ефективно да задвижвате решения в техните специфични дисциплини. Така че разполагането с тези активи е от решаващо значение за почти всяка дисциплина в ИТ организацията. Но едно от нещата, които бързо се откриват, когато компаниите започнат да се опитват да обединят тези различни системи е, че не говорят един и същ език и в крайна сметка това се свежда до данните.
Както Dez посочи по-рано, лошите данни бяха в основата на проекта, с който започнаха, и някои много интересни статистически данни в компанията 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 нарича Technopedia. Technopedia е най-голямата в света енциклопедия на ИТ активи. Той се използва от други двадесет други приложения по целия свят извън просто използване на BDNA, за да създаде отново общ език. Инструменти като архитектурни инструменти, инструменти за обществени поръчки, инструменти за управление на услуги - отново идеята е: „Да говорим общ език на всички наши IPV-и“. След това към тези конкретни заглавия добавяме 1, 3 милиона записа над 87 милиона атрибута. Тези атрибути могат да бъдат нещо толкова просто като: "Какви са хардуерните спецификации или спецификациите около простия сървър? Какви са физическите размери? Какво е потреблението на енергия? Какво е енергийният рейтинг? Каква е VP използваната топлина, генерирана от всички неща, които могат да бъдат използвани от нашите архитекти? " Това е само един пример за много различни добавки за каталог, които са налични. Ние вземаме вашите данни. Влошаваме го. По същество го картографираме, нормализираме спрямо каталога на Технопедия и предоставяме нормализиран набор от данни, които след това могат да бъдат консумирани в останалата част от вашата среда.
Ние го предаваме във вътрешно хранилище с данни, което ще ви покажем само за няколко минути, но също така имаме стандартни интеграции в много CMDB, ITSM и допълнителни инструменти, които се използват в ИТ средата, за да помогнат на тези решения да станат по-ценни за ти. Един прост пример за някои от съдържанието пакети, ценообразуване, хардуерни спецификации, жизнен цикъл и поддръжка е може би най-често срещаният, който ви дава неща като край на живота, край на поддръжка, съвместимост с виртуализация, съвместимост с Windows и отново, Крис ще покрие някои от това, докато се движим заедно.
В една неотдавнашна карикатура, която взех, карикатура на Дилбърт, той всъщност беше помолен от шефа си да направи точно същото. И така, "Дилбърт ми даде списък на активите в нашата организация." Отговорът на Дилбърт беше: "Кой ще го използва, ако го доставя?" Използването на данни за управление на ИТ активи, както говорихме за това, напредването тук наистина ще достигне огромно количество употреба във вашата организация. Това е само малка извадка от различните дисциплини в ИТ организацията и как те биха я използвали. Реалността е, че внася стойност в организацията и приемайки някои от най-добрите авторитетни данни за предприятията, BDNA по същество помага на компаниите да управляват по-добри бизнес решения. Докато отиваш и сядаш и търсиш опростен начин да се справиш с ITSM решението си, това, което BDNA в крайна сметка прави, е да ти помогне да управляваш простотата, като почистиш данните и ти даде възможност да вземаш добри бизнес решения, а ние правете го бързо.
Повечето от нашите клиенти - всъщност почти на 50 процента - са ни казали чрез независими изследвания, че са получили пълна възвращаемост на инвестициите си по проекта за по-малко от 30 дни, а буквално 66 процента са получили над 200 процента възвръщаемост на инвестициите през първата година. Това са видът на статистиката, който вашият финансов директор и вашият служител със сигурност ще искат да чуят, ако обмисляте начини да инвестирате и подобрите вашата организация.
Това, което сега ще правим е, че ще предам нещата на Крис. Имаме по-добрият дял от тринадесет или петнадесет минути. Това, което ще правим, е по същество да преминем през някои случаи на употреба, които са критични и някои, за които говорихме по-рано, основно това, което имам инсталиран. Ще имате възможност да видите какво използвам, така че потенциално да ги прибирам. Съобразен ли съм с инсталираното от мен? Може би искам да разгледам кои устройства са над три години, защото искам да знам дали мога да опресня тези устройства. Какъв софтуер е на тези устройства, така че да мога да планирам този процес на опресняване? И ако искам да разгледам конкретно риска за сигурността, кои потенциални софтуерни компоненти имат край на живота, който или е надвишен, или идва някъде през следващите тридесет дни, или в рамките на следващата година? И кое може да бъде включено в списъка на уязвимостта на Националния институт за ценни книжа?
Ерик, това, което бих искал да направя сега, е да го върна и ако искаш, можеш ли да предадеш нещата на господин Ръсик?
Ерик Кавана: Ще направя това и, Крис, сега трябва да имаш думата. Върви напред и сподели екрана си и го отнеси.
Крис Ръсик: Отлично. Благодаря ти, Том. Благодаря ти, Ерик. Оценявам това, че.
За нашата демонстрация днес бих искал да ви представя BDNA Analyze. BDNA Analyze е секцията с отчетите на нашите продукти на BDNA. Нека започнем да отговаряме на някои от тези въпроси, които Том внесе на масата. Какво имаме? Кой използва или използваме нашите продукти? На какво имаме право и сигурни ли сме?
Първият, нека да поговорим за продуктите на Microsoft, какво сме инсталирали и за това ще започна като преброя броя на нашите инсталирания на софтуер. След това ще вляза и ще филтрирам производителите на софтуер към Microsoft. На следващо място ще приведа за пълна встъпителна традиция името на софтуера и нека просто започнем с основната версия. Отново, това е основно позицията на инвентара на Microsoft както в лицензираните, така и в нелицензируемите продукти.
Там, където гумата отговаря на пътя, наистина ще бъдат продукти, подлежащи на лицензиране. Нека го филтрираме още повече към лицензираните продукти. Ще започнем с отговор на това, което беше, отново какво започнахме, какви са емисиите на продуктите на Microsoft. Това е скъпо заглавие и кажете кога е било последно използвано и от системата и опитайте и да възстановите някои от тези лицензи, като направите софтуерна реколта. Така че следващото време ще слезем до последно използваните години и ще филтрираме това. Ще избера 2012 и 2014 г. Внасям и измерените данни на SCCM. Това, което можем да направим в този момент, е да стигнем до последната използвана софтуерна дата. И накрая, можем да стигнем до името на хоста и да го прехвърлим, а също така ще осъществим последния пълен потребителски вход.
От този отчет можете просто да отидете до потребителя г-н Acme и да ги попитате: „Ще използвате ли продукта на Microsoft тази година? Изглежда, че не сте го използвали от 2013 г. “Примерният доклад, отбелязва, че той е присъствал и можете да възстановите тези лицензи. След това ще прескоча до нашето табло, съвместимо със софтуера. Имам това предварително заредено и това съдържа например Adobe - кое приложение вече сме съвместими и кое не сме съобразени и има ли оценка на това, което е под тях, с въпросите, които Том беше повдигнал по-рано, Въз основа на информацията за вашата поръчка за покупка и с откритата информация, която внесохме, има заглавия на софтуера, вашите права се отчитат, каква е цената на това, какво се инсталира и дали сте под или над. Преглеждайки този доклад, можете да отговорите на много от тези въпроси.
Следващото, на което бих искал да прескоча, е обновяването на хардуера. Намерението тук е да се определи какъв хардуер е остарял, какво е повече от три години или четири години, независимо от това, което вашата организация смята за важно. Просто преминете към броя на вашата система. За този пример ще се съсредоточим върху настолните компютри. Ще дойда тук с информацията за софтуерните продукти и ще въведем категория, подкатегория и ще запазим само настолните компютри. От тук ще пренесем информацията за продукта, производителя и модела. За днешния пример ще се съсредоточим върху 790-те. Причината трябва да направя това е, защото знаем, че те са на повече от три години, но тук пренасяме хардуерната GA. Ако искате да намерите този GA тук, със сигурност можете да го прехвърлите за всички хардуерни подкатегории продукти.
И накрая, ако ще извършите надстройка или обновяване на тези устройства, е полезно да разберете какви са тези устройства. Отново можем да се сведем до името на хоста и тогава освен това е полезно да разберем какво е инсталирано върху тях. Така че имаме броя на инсталиранията на софтуера и тук докладът става голям. Необходимо е да доведем производителите на софтуер, имената на софтуера и накрая основната версия на софтуера. Не се нуждаем от хардуерна категория и подкатегория, така че можем да спестим малко място тук. Ето списък. Така че в този момент разбираме, че на този хост имаме тези продукти, които трябва да бъдат надградени като част от хардуерното му обновяване. В този момент трябва да знаем какво е съвместимо с операционната система, така че ще направим сделка за готовност на софтуера. Това ще бъде софтуерна готовност за Windows 64 бита. Ще отидем в 64-битова среда. На този етап имате наистина действителни данни - какво е инсталирано на кой хост - но трябва да надстроите въз основа на данните от GA и освен това можете да кажете дали е съвместим или трябва да има проверка на съвместимостта или просто не е съвместима. Това дава на вашите екипи, който и да прави това, как това освежава ценната информация и им спестява време в дългосрочен план.
И накрая, за сигурността има две части от сигурността. Те са изключително полезни, когато говорим за хардуерни и софтуерни активи и производствена среда. Първо са данните за края на живота. Със сигурност искате да забележите актуализация на всички ваши лепенки и изчерпаните от вас софтуерни продукти до най-новата версия по очевидни причини. Така че първо ще се заемем с това. Отново ще започнем с броя на инсталиранията на софтуера. Ще пренесем цялата ви среда. Ще върнем отново вашия производител на софтуер, името на софтуера и основната версия. Следващото, което ще направим, е да слезем и да ограничим данните за края на живота до софтуерната година на изтичане на живота. Ще достигнем обхвата на това. Ще направим текущата година - предишната, ще кажем две години и следващите две години - така че ще направим петгодишно сканиране. Намерението тук е да отговорим на въпроса: „Какво трябва да обновим тази година? Какво трябва да надстроим през последните две години? И за да останем пред играта, какво трябва да планираме за следващите две години? “
Ще внесем тези данни и ще ги поставим в горната част с това обновяване. В непосредствена близост до прилепа можете да видите, че през 2014 г. има 346 инсталации на това, което изглежда като софтуер на BlackBerry, личен vDisk от Citrix, има 25 и т.н., така че това е добър доклад. Отново искаме да преминем през всички стъпки, но със сигурност бихте могли да изберете само софтуера за настолни компютри или „Keep Only“ и след това да разберете хоста му къде е инсталиран. Можете да експортирате тези данни в CSC, PDF или Excel. По този начин CSC може да внесе това и в други продукти, ако искате да направите някои подобрения чрез автоматизиран начин и от гледна точка на клиента, можете да видите какво точно трябва да се направи в бъдеще.
И накрая, друг доклад, който създадох в нашата система, използва BDNA Analyze. Това е системен доклад, базиран на конкретни CVE от базата данни на NIST, Националните институти за стандарти и технологии. Това, което направих тук, се насочих към Apple iTunes и конкретно извиках някои CVE през 2015 г. и се опитах да създам отчет, който търси конкретната версия, колко системи сме инсталирали и колко системи са засегнати и как много софтуерни компоненти, които са инсталирани въз основа на тези CVE.
Отново, това е чудесен инструмент, ако се опитвате да получите (неразбираема) корекция или просто да помогнете в отдела за сигурност по-добре да управляват своите ИТ активи и инвентара. В този момент бих искал да го върна на Том и Ерик за въпроси и отговори.
Ерик Кавана: Нека първо да привлека анализаторите, Дез и Робин. Сигурен съм, че имате някои въпроси. Между другото това беше фантастично демо. Аз съм просто просто се изумявам от размера на видимостта, която можете да влезете в тази среда. Нека си признаем, в тази наистина разнородни екосистеми този вид видимост е това, което трябва да имате, ако ще разберете какво се случва там и ако ще се изправите пред одит, което, разбира се, никой не иска да прави, но, Дез, предполагам, първо ще ти го предам за всякакви въпроси, които имаш.
Дез Бланчфийлд: Човече, аз самият отивам да си направя време, защото просто бих могъл да прекарам деня в разговори с теб за това. Има няколко неща, които са стигнали до мен чрез въпроси и съобщения за продукти, до които също ще стигна, ако нямате нищо против. Това ми напомня, че екраните, които ми показвате, ми напомнят за какъв проект, за който бих се радвал да говоря, където направихме само обновяване на деветнадесет-нечетни хиляди машини за компания, наречена Data EDI чрез техните (неразбираеми) разделение и други области и мога да говоря публично за това, защото това е отворен проект. Това, което открих, имаше три отделни освежавания на работния плот и SOA опресненията, които работят паралелно по някаква причина и в крайна сметка просто ги спрях и започнах от нулата с автоматизиран инструмент.
Говорим за мащаба и ще се върна при вас с въпрос след секунда. Когато направихме нещо в този мащаб, това, което се случи, беше, че излязох от инженерния екип и излязох от офиса на CIO и обиколих останалата част от бизнеса и казах: „Ние провеждаме одит на всичко в тази организация от десктоп надолу. Какво искате да знаете за него? " и никой не задаваше никакви въпроси. И така, сега имам някои сесии с марка X, където ги вкарах в няколко стаи на борда и казах „Нека отново да задам въпроса“. По отношение на финансите, уведомете ме да ви кажа за всеки софтуер, къде трябва да съобщите колко плащаме и за какъв вид става краят на живота и кога можете да го напишете като изключен. Можете ли да го получите на PNL и GL? Къде е управлението на вашите активи около това и как да управляваме бюджета за лицензиране на софтуер за следващата година? Остъклени очни ябълки и аз преминах през всички останали групи, така че имам желание да вникна в това, което сте виждали на тези места, където очевидно имате страхотен инструмент, който прави огромни количества мощни неща само чрез управление на активи и откриване на активи.
Каква е реакцията ви към подобни сценарии, в които сте стартирали проект, където сте имали клиент да изпълнява проект и изведнъж това са финанси и инженеринг, разработки и сигурност, спазване и спазване на много неща и дори някаква сянка ИТ средите изскачат и казват: „Нямахме представа, че това е тук и как да получим достъп до данните?“ Бих се радвал да чуя за всеки вид eureka момент от организации, които сте имали, и какво са направили по въпроса.
Том Бош: Ще хвърля едно, Дез. Мисля, че това, което виждаме отново и отново, момчета, очевидно винаги има входна точка, нали? В организацията има група, която казва: „Имам нужда от екранните данни за случай на употреба.“ Всеки доставчик на решение, обикновено там е мястото, което бих влязъл и бих казал вероятно 65 или 75 процента от годината, входните точки за нас са склонни да бъде около управлението на активите. Те са склонни да са около ИТ. Ние не сме ITAM инструмент. В края на деня това, което сме, е инструмент за управление на данни. Ние захранваме ITAM решения като тези вътре в услугата сега и други по-сложни решения като Sierra и Snow.
В края на деня това, което започва да се случва е, че когато чистите данни се използват и представят на други информационни срещи в организацията, хората отиват: „Къде си взел това? О, дойде от тук. - Наистина? Мога ли да разгледам това? ”Тогава, когато разберат, че можете да започнете да прикачвате или подобрявате активите с допълнителни данни за съдържанието и това е нещо, което е много, много уникално за BDNA, тогава започва да се отварят моментите на„ аха ”, Така че една от причините да обичаме да показваме сигурността е, че Verizon направи проучване преди няколко години и по принцип те се върнаха и казаха: „99, 9 процента от всички хакове, които се случват в околната среда, влизат чрез парчета софтуер, Те са остарели, не са лепенки и / или са в края на живота. ”Повечето от тях са някъде между три месеца и една година, остарели или извън живота.
Като разполагат с тази информация предварително, отделите за сигурност вече могат да бъдат активни в подхода си, за да предотвратят нарушения. Крис, имаш ли какво да представиш от пътуванията си?
Крис Ръсик : Абсолютно, така че всички сме заковани няколко истории заедно и говорим за това как са двата момента „аха“. Опитваме се да разберем откъде получават данните и много клиенти не осъзнават широчината на данните, които са налични там, независимо дали са от SCCM или Casper, или изберете инструментите. Намерението там е да можете да получите добри данни от всичките си инструменти. Как обобщавате това, нали, без BDNA и може би първият „аха“ момент е: „Леле, можем да вземем всички тези данни, които имаме, да ги обединим заедно.“
Това е способността на хората да взимат наистина изпълними решения въз основа на данните, а не да се опитват да намерят подкрепяща информация в данните, за да подкрепят решения, които вече са взели. Имах клиент в района на Тенеси, който буквално след като успяха да изпълнят това, мисля, че след седмица те бяха инсталирали това, буквално танцуваха по бюрата и кабините си, защото не знаеха пълния дъх от техните данни и сега го правят.
Обратно към вас, момчета.
Дез Бланчфийлд: Парчето за обогатяване ми е интересно. Просто бързо и тогава ще го предам на д-р Робин Блур. Направих много работа с банки и фирми за управление на богатството и има няколко ключови неща, които те се подлагат редовно в опита си да бъдат съобразени с редица предизвикателства, които познават вашия клиент или KYC. Има пране на пари, AML. Това, което намирам обаче, е много от тези организации, когато стават добри в процеса на KYC и клиентския процес, по-често, отколкото не, гледат навътре и се отнасят към себе си като клиент и виждам, че много от тях сега използват не дълбочината че имате тук, но много високо ниво на инструменти, за да опитате да картографирате кои са крайните им потребители с клиента и какво използват поради причината, за която говорите. Някои хора просто идват с BYOD, някои имат старите версии на софтуера. Те неизменно носят лоши неща със себе си, за да работят.
В пътуването, което сте имали, имали ли сте конкретни примери за хора, които вземат данните, които сте получили на приложен сървър, и в който техния процес след това те вземат същността на данните и ги подават на нещо друго? Може би това е картографиране на това кой всъщност използва системата на първо място и кой е картографирането, че например HR, хората, които използват системата, всъщност са наети и трябва да бъдат в сградите и други примери за това как нещо се съхранява, как има нещо в машината, което те не би трябвало да имат и как да го възвърнат? Имате ли примери, в които различна част от бизнеса, за която традиционно не бихте си помислили, че ще получи стойност от данните, са взели подмножество или са получили достъп до тях и ги включват, за да получат на пръв поглед несвързана стойност, която са видели. тази работа?
Крис Ръсик: Първо бих искал да скоча върху това. Имам ключови клиенти, за които мисля конкретно. Единият е в медицинска полева болница и те правят точно това. Ще вземем някои данни за обогатяване спрямо данните им за откриване, като въведем Active Directory и след това от тях ще разберат какви активи всъщност принадлежат на тяхната мрежа. Оттам те могат да определят кой трябва и не трябва да бъде кръпка, кой трябва и дори не трябва да бъде в тяхната мрежа и след това да водят списък за достъпа им до бюрото и какво ли още не. Второто всъщност е конкретно няколко различни клиенти или конкретно вземане на тези данни и никога не съм бил в света на корпоративната архитектура, така че за мен е сравнително ново за последните две години, но има цял случай на използване, за да можем да вземем нашите данни за излезли от експлоатация или други обогатени с активи данни и ги изпомпвайте в други инструменти за архитектура на предприятието, които ще направят картографирането на предприятието и неща, които правят архитектите на предприятията, и честно казано това е част от индустрията, която стана много популярна с данните и Никога досега не съм го виждал. Том?
Том Бош: Мисля да добавя към това два случая на употреба, които мисля, че са се появили доста бързо, са едновременно в HR и около HR. По принцип те помагат да се разбере какво използват вътрешните служители на компанията - и винаги ми е невероятно, когато клиентите се връщат и това буквално се случва всеки път, когато те изпълняват вероятно първата си нормализация, че ще намерят вероятно добър пример за дванадесет или четиринадесет различни Xboxes, които са свързани към мрежата, които обикновено не са санкционирани устройства в бизнес средата, освен ако не работите в Microsoft. Намиране на устройства, които не трябва да бъдат в околната среда, намиране на софтуер, който не трябва да бъде в околната среда, и второ, видях, че HR бързо използва това, за да помогне за оценяването на инвестициите, които трябва да направят в бордовия процес с нов служител. Те не са имали представа, че средният служител може да е някъде в близост до софтуер за стойност от 2500 до 3000 долара и над 5 000 долара само от ИТ инвестиции.
Дез Бланчфийлд: Това е друг случай на употреба. Не е толкова въпрос. Това е просто смисъл да се изхвърлиш, за да споделиш. Имал съм сценарии, в които сме имали много, много големи одити на среда. Открихме наследени системи, които хората първоначално са ги поставили на мястото, където хората, които ги поддържат, са се преместили и отбелязваме, че това е документирано, и отбелязваме, че то е очертано. В един случай те намериха производител на стомана, който имаше стара група от 486 настолни компютъра, свързани с модеми, които всеки ден набираха номера до банката. Тази организация беше многомилиарден производител на стомана тук в Австралия и те не осъзнаха, че тези 486 компютъра вършат (неразбираеми) банковия набор всеки ден.
Вторият, по-интересният, беше в складова среда за производство на железопътни влакове. Те имаха система, която според тях беше симулатор за наблюдение на влаковете. Оказа се, че всъщност това е живата система на стара машина на AIX RS / 6000 IBM и за щастие тези неща просто не умират, тъй като в продължение на почти десетилетие никой от служителите, които я бяха внедрили, не я поддържа и всъщност не е напуснал отдел, след като е бил затворен и те всъщност са го започнали да работят. Влакът кара около мястото и с това нещо говори и улавя мониторинг, но мисля, че има наистина интересни случаи на употреба, които доста често хората с нетърпение очакват да мислят за това, ако започнат да гледат назад, виждат някои много интересни нещата също. С това ще го върна на Робин, защото мисля, че съм ви отнел твърде много време.
Ерик Кавана: Робин, отнеси го.
Робин Блур: Значи ни липсва време, така че имам предвид едно от нещата, което ме интересува, е закупуването на продукт като този - ако можете да говорите с това, колко хора идват при вас или стигат до това продукт, защото те имат много специфичен проблем на ръцете си? Колко всъщност идват по стратегически причини, защото просто осъзнават, че всъщност трябва да имат нещо подобно, защото това, което всъщност имат, е фрагментирано или безполезно. Това е част от въпроса. Втората е, след като прие тази много специфична тактическа причина, колко хора я правят стратегическа оттогава нататък?
Крис Ръсик: Това е чудесен въпрос, Робин. Искам да кажа, че мисля, че е човешката природа да е реактивна. Трябва да кажа, че добри 95/100 пъти, когато клиентите идват при нас, това реагира на ситуация, която ги е накарала да получат решение. Тази, която просто абсолютно подтиква компаниите днес, е процесът на одит. Буквално съм чувал за клиенти, които получават сметки от доставчици на софтуер над милиард долара преди одита и можехте само да си представите какво казват CIO или CFO, когато видят това. „Как би могло да се случи това и защо да нямаме по-добър контрол върху това?“ Хората стават много реактивни на това.
Сега също мога да ви кажа, че в някои от тези ситуации, след като получат ръце около това, което всъщност са имали, се оказва, че продавачите са били малко агресивни в подхода си към това, което смятат, че е в околната среда. В няколко конкретни случая видях, че клиентите преминават от много, много големи оценки преди одита до това, че изобщо не дължат на доставчиците никакви пари. Много от това е свързано с осигуряването на почистването на тези данни и правенето им по начин, който е систематичен и стандартен и стандартизиран. Има много компании, които се опитват да подходят към това нещо от ръчен процес. Консумирането на традиционните одити отнема около хиляда до петнадесет сто човешки часа, за да се подготви. Така че ние наистина се свеждаме до основата на въпроса. Мисля, че много компании идват при нас, по-голямата част идват при нас с горещ проблем. Тогава си мисля, че в крайна сметка, когато станат по-зрели в разбирането си за това, което имат и дали могат да го използват, става по-стратегически. Това е едно от правилата на BDNA. След като клиентът е направил инвестицията, трябва да се увери, че те разбират и използват тази инвестиция в рамките на своята операция.
Ерик Кавана: Позволете ми да ви заведа един последен въпрос, защото очевидно има съществуващи инструменти в някои организации и някой ми е изпратил текстови съобщения в момента - има ли естествен процес за миграция от множество системи, които вече са на разположение, като използвате вашето BDNA решение като единственият източник на истина, така да се каже. Как изглежда това? Колко време отнема? Звучи доста предизвикателно, но вие ми кажете.
Том Бош: Крис, нека да направя бърз коментар и можеш да поговориш за техническата страна на това, нали? Виждали сме клиенти с най-малко едно или две решения за откриване на до 25 и да ги въвеждаме и обединяваме - това е нормализираният компонент на това, което прави наборът от инструменти. Как правим това наистина е комбинация от стандартизирана свързаност. Тогава в някои случаи трябва да изградим някои клиентски тракери. Крис, може ли да повториш това и да им обясниш как правим това?
Крис Ръсик: Абсолютно, благодаря Том. Разполагаме с 54 извлечения от кутията, които използваме, за да извадим този инвентар от данните от съществуващите ви решения и имаме безброй опции за въвеждане на някои решения, отглеждани в дома, потенциално, ако ги имате Excel или друга база данни. Този процес на агрегиране наистина не е толкова дълъг, за да се настроим и да изпъкнем физически, две до четири седмици и ние сме създали вашите решения и получавате данни не твърде далеч по пътя и след това, но това, което в крайна сметка завършихме правим след събирането и дублирането, ние ще стесним тези данни, тези добри чисти данни до Технопедия и обогатяват това. И накрая, ние ще го помпаме в куб данни SQL или Oracle и този куб от данни е това, което се изпомпва до където и да е друго място, което виждате тези данни, или отново към BDNA Analyze, като това, което видяхте днес. Отново, като се съсредоточим върху това, че не се опитваме да заменим мястото, където получавате данните, не се опитваме да заместим мястото, където данните просто заобикалят дублирането и обогатяването, а след това данните с добро качество. Надявам се да отговори на въпроса. Ако не, моля не се колебайте да попитате повече.
Ерик Кавана: Това звучи добре, хора. Ние сме ходили малко с времето тук, но винаги сме обичали да водим пълен разговор и хората от BDNA просто ми изпратиха този списък тук. Слагам тази връзка в прозореца за чат и можете да видите, че има много разбираем списък с различни конектори, които имам там.
Така че, хора трябва да ви кажа, тук ще приключим. Разбира се, архивираме всички тези уеб предавания. Можете да отидете на InsideAnalysis.com. Обикновено се увеличава на следващия ден. Ще предадем и някои от подробните въпроси, които хората ни изпратиха. Ще предадем това на говорителите днес. Чувствайте се свободни да се свържете с тях или, разбира се, вашите наистина, можете да ме ударите в Twitter @eric_kavanagh или разбира се по имейл, smedia.com или.
Голямо благодаря на нашите приятели от BDNA. Голямо благодаря на нашите приятели от Marketry, че ни помогнаха да ви донесем това съдържание и, разбира се, много благодарим на Techopedia и на Technopedia, защото Techopedia е медийният партньор, който имаме, прекрасен, прекрасен уебсайт. Отидете на Techopedia.com и Technopedia е уебсайтът на хората от BDNA, взети заедно. Това е страхотен материал, хора. Благодаря ви много за отделеното време и внимание. Имаме много уеб излъчвания, които се появяват през следващите няколко седмици. Дано няма да имаш нищо против да чуеш гласа ми твърде много.
С това ще се сбогуваме. Благодаря отново и ще поговорим следващия път. Внимавайте хора. Чао чао.
