Izņemšana: Saimnieks Ēriks Kavanaghs apspriež IT aktīvu pārvaldību ar ekspertiem Dezu Blanšfīldu, Dr. Robinu Blooru, Tomu Boshu un Krisu Rasiku.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanaghs: Dāmas un kungi, sveicināti un vēlreiz sveicam Hot Technologies! Jā, patiesi! Mani sauc Ēriks Kavanaghs. Es būšu jūsu šodienas notikumu moderators un ļaudis, šodien jums ir izveidots kāds aizraujošs sīkums, es jums varu pateikt. Šī ir viena no aizraujošākajām IT pārvaldības jomām kopumā. Temats ir "Vienkārši izturieties: labākā prakse IT portfeļa pārvaldībā". Mēs šodien koncentrēsimies galvenokārt uz šī vienādojuma datu pusi. Citiem vārdiem sakot, pārliecinoties, ka jūsu dati ir tīri vai pēc iespējas tīri, mēģinot izprast ierīču ainavu visā jūsu uzņēmumā.
Protams, izmantojot šo jauno jauno BYOD pasauli, atnesiet savu ierīci - tur ļoti ātri ir jūsu īpašība - šajās dienās mums ir ļoti neviendabīgas ainavas. Es domāju, ka tie no jums lielajās organizācijās zina stāstus. Ir veselas istabas, kas piepildītas ar serveriem. Ir lietojumprogrammas, kuras darbojas gadiem ilgi. Ir vecas IT sistēmas, kurām desmit gadu laikā neviens nav pieskāries, un visi baidās izslēgt, jo jūs nekad nezināt, kas notiks.
Tāpēc mēs šodien runāsim par pāris ekspertiem, faktiski četriem ekspertiem, par to, ko šajā telpā darīt.
Hot Technologies, viss šīs izrādes mērķis ir patiešām padziļināti izpētīt konkrētus tehnoloģiju veidus un palīdzēt mūsu auditorijai saprast, kā lietas darbojas, kāpēc izmantot šāda veida tehnoloģijas, kāda ir labākā prakse, kas jums jāņem vērā. Reizēm mēs pastāstīsim par dažiem lietošanas gadījumiem. Faktiski Dezs runās par nelielu stāstu no savas pieredzes IT aktīvu pārvaldības pasaulē. Bet atkal mēs koncentrēsimies uz datu pusi, jo tā patiešām ir mūsu draugu pieredze no BDNA. Viņi ir meistari, kas palīdz organizācijām tikt galā ar to, kas tieši ir viņu vidē un kā saprast, kur tā atrodas, ko tā dara, kas to izmanto, visu tik jautru.
Šeit ir mūsu paneļnieki. Mēs dzirdēsim no mūsu jaunizgudrotā datu zinātnieka Deza Blanšfīlda. Man patīk lielīties, ka Dez burtiski bija viens no desmit apmeklētākajiem Austrālijas LinkedIn profiliem pagājušajā gadā. Tas ir tāpēc, ka viņš nekad neguļ. Mums ir arī Dr. Robins Bloors, mūsu pašu galvenais analītiķis. Dr Bloor, tiem no jums, kuri nezināt, patiešām pirms apmēram 25 gadiem ir uzsācis visu IT neatkarīgo analītiķu nozari Lielbritānijā. Mūsdienās to ir diezgan maz. Tas ir gandrīz kā es saku kotedžu rūpniecību. Ir daudz neatkarīgu IT analītiķu firmu. Mums ir arī Gartner, Foster, IDC un lielie puiši. Bet jauka lieta par neatkarīgajām firmām ir tā, ka atklāti sakot, mēs esam mazliet brīvāki, atklāti runājot par lietām. Tāpēc uzdodiet viņam smagos jautājumus. Neatļaujiet šos puišus viegli. Izrādes laikā vienmēr varat uzdot jautājumu, izmantojot savas tīmekļa apraides konsoles jautājumu un atbilžu elementu. Tas atrodas apakšējā labajā stūrī, vai arī jūs varat tērzēt ar mani. Jebkurā gadījumā es mēģinu uzraudzīt šo tērzēšanas logu.
Ar šo iepazīstināsim Dezu Blanšfīldu. Dez, es jums došu Webex atslēgas. Lūdzu. Ņem to prom.
Dez Blanchfield: Paldies, Ēriks. Lieliski. Zēns, fantastisks ievads.
Mūsdienu tēma ir kaut kas tāds, ar ko esmu dzīvojis man labākās puses labā, piemēram, trīsdesmit gadu laikā, liela IT vide. Viņi aug organiskā procesā. Kā Ēriks teica, jūs sākat mazs, un jūs veidojat šo vidi, un viņi aug, un dažos gadījumos tie organiski aug. Tie varētu augt, izmantojot citus līdzekļus, piemēram, lielu paplašināšanās iegādi.
Es dalīšos ar anekdotu, kas skar visas galvenās lietas, par kurām mēs šodien runājam, it īpaši datus un to, no kurienes nāk dati, un datu vākšanu IT līdzekļu pārvaldībai. Šajā gadījumā es runāšu par lielu darbu vienam no trim labākajiem izdevējiem pasaulē. Viņi atrodas radio, TV, žurnālos, laikrakstos, ciparu formātā un daudzās citās izdošanas vietās. Mums tika dots trīs mēnešu logs, lai palaistu to, ko būtībā sauca par mākoņa gatavības novērtējumu, bet tas galu galā bija visa biznesa mēroga mākoņu stratēģija, ko mēs izveidojām. CIO mums uzdeva šo būtisko izaicinājumu trīs gadu laikā samazināt datu centra pēdas par 70 procentiem. Tas bija diezgan acīmredzami, lai to izdarītu, un mums bija jāveic visa biznesa pāreja uz mākoņiem. Mums bija trīs mēneši, lai paveiktu šo darbu. Tas aptver četrus dažādus reģionus piecās valstīs. Tika iekļautas sešas atsevišķas uzņēmējdarbības vienības un septiņi dažādi statusa pakalpojumu statusa sniedzēju vēsturiskie operatori. Kā teikts nosaukumā, nekas nepārspēj reālās pasaules piemēru.
Diezgan ātri nonācām pie secinājuma, ka biznesa mērķi, atklāti sakot, nav nekas īsts brīnums. Viņi vēlējās konsolidēt savus datu centrus. Viņi vēlējās izmantot trešo personu datu centru vidi, bet bija nepieciešami, taču nepieciešamo drošības apsvērumu dēļ viņi vēlējās pāriet uz kāda cita mākoņu infrastruktūru, it īpaši publisko mākoni vai virtuālo privāto mākoni. Īpaša uzmanība tika pievērsta Amazon Web Services un Azure, jo tajā laikā viņi bija visvairāk apdrošināti. Viņi vadīja Intel x86, 32/64 bitu platformas, IBM I sērijas, AS sērijas, AS / 400P sērijas lieldatoru sajaukumu. Viņiem faktiski bija divi lieldatori, viens - ražošanai un otrs - ārkārtas situāciju atjaunošanai. Tad viss operētājsistēmu sajaukums - Windows, Linux, AIX, Solaris un dažādas lietas klēpjdatoros un galddatoros.
Glabāšana bija viens no lielākajiem izaicinājumiem. Viņiem bija milzīgs datu apjoms, jo viņi ir izdevēji - viss, sākot no fotogrāfijām līdz videoklipiem un beidzot ar attēlu rediģēšanu un saturu. Šajās lielajās platformās un dažādos datu glabāšanas formātos bija NetApp, Hitachi, IBM un EMC. Tik ārkārtīgi daudzveidīgā vide, lai mēģinātu uztvert un kartēt dažāda veida pakalpojumus, kas tur atradās, un vienkārši iegūt priekšstatu par to, ko mēs izmantojam no pašreizējām un privātajām datu centru vidēm līdz mākoņu videi.
To, ko mēs šodien runājam par IT aktīvu pārvaldības daļu, būtībā nosaka dati, un šeit ir karte ar to, kas mums bija jāsaskaras ar šo konkrēto projektu, par kuru es dalos anekdotē. Mums bija daudz datu ievadīšanas. Diemžēl neviens nebija īsti labā formā. Mums ir virkne nepilnīgu aktīvu reģistru. Tiek darbināti pieci dažādi aktīvu reģistri, tāpēc konfigurācijas pārvaldības datu bāzes, ITF ievades formas. Mums ir atšķirīgi datu avoti, kuru diapazons ir līdz deviņdesmit nepāra atšķirīgiem veidiem. Mums bija vairāki pamatpakalpojumu modeļi, konfliktējošas pakalpojumu grupas, viena no lielākajām ieinteresēto personu kopienai, ar kuru es jebkad esmu saskāries savā karjerā. Bija četri simti vecāko ekseļu, kas bija atbildīgi par šīm dažādajām sistēmām. Vienmēr visiem nolūkiem un mērķiem mums bija pilnīgi nepareizi izkārtotas biznesa vienības - katra no tām dažos gadījumos darbojās neatkarīgi ar savu vidi un savu infrastruktūru. Tas bija diezgan liels izaicinājums.
Mēs to atklājām apmēram otrajā vai trešajā dienā, kad mēs tikko esam bijuši "Ķermeņa mešana pie tā" nedarbojās. Tāpēc mēs nolēmām izveidot sistēmu, un mēs to nevarējām atrast šajā posmā, kā tas bija pirms vairākiem gadiem, un mēs nevarējām atrast instrumentus, kas atbilda mūsu mērķim, un mēs izskatījāmies ilgi un grūti. Mēs pabeidzām SharePoint platformas izveidi ar vairākām datu bāzēm, nodrošinot to ar virkni darba slodžu dažādos posmos. Mēs atgriezāmies pie pamatiem tikai tāpēc, lai piekļūtu datiem, kuriem bija jēga, lai mēs varētu tos apstiprināt, tāpēc mēs izmantojām virkni rīku, lai kartētu ekosistēmas, kuras mēs izmantojam. Mēs veica automatizētus datu centra auditus fiziskajā un loģiskajā infrastruktūrā. Mēs veicām automatizētus atklāšanas rīkus, kartējot pakalpojumus, kas darbojas šajos datu centru vidēs. Mēs veicām pilnu lietojumprogrammu skenēšanu - meklējām visu, sākot no vienas lietojumprogrammas, kas darbojas to konfigurācijā, kamēr ostas sistēmas ir ieslēgtas, kamēr IP adreses ir ieslēgtas. Tas, ko mēs izdarījām, ir tas, ka mēs esam izveidojuši jaunu vienotu patiesības avotu, jo katra pārējā datu bāze un informācijas kolekcija, kas viņiem piederēja apkārtējai videi, konfigurācijai un īpašumiem, patiesībā nezvanīja, un mēs nevarējām to atspoguļot. Tātad mēs beidzām veidot vienu patiesības avotu. Mēs devāmies no ķermeņu mešanas pie tā, lai automatizētus instrumentus mettu pie tā. Šī tuneļa galā mēs sākām ieraudzīt nelielu gaismu. Tātad mēs nonācām pie ļoti sarežģītas sistēmas. Tas veica dažas ārkārtīgi gudras lietas, sākot no automatizētas žurnālu analīzes iegūšanas līdz datiem, kas mums tiek izmesti no dažādām sistēmām, drošības kontroles pārraudzība, paroļu vadības ierīču lietošana un reģistrēšana, fiziskās infrastruktūras audits, lietojumprogrammu audits. Tajā mēs izveidojām virkni lietu, lai pēc tam analizētu šos datus, izmantojot automatizētas punktu kartes. Pēc tam mēs sagatavojām pārskatus par piemērotību un procentuālo sadalījumu neatkarīgi no tā, vai lietojumprogrammas bija piemērotas mākonim vai nebija. Pēc tam mēs izmantojām šīs rezultātu kartes sākumstāvokli visā Amazon Web Services, izmantojot Azure un VMware modeļus. Par to mēs sagatavojām virkni pārskatu un finanšu paneļu, un gandrīz nekad neatļāvāmies manuālu ignorēšanu. Tātad būtībā tas, ko mēs ieguvām, bija automatizēta sistēma, kas sevi uzturēja, un mums tiešām nevajadzēja šo lietu pieskarties vai ļoti reti mums kādreiz bija jāpārliecina tās manuāli. Šī lieta ļoti pieauga pati par sevi, un mums beidzot bija viens patiesības un reālu datu avots, ko mēs varētu izpētīt pakalpojumu grupām, pakalpojumu sistēmām, kuras mēs izmantojam lietojumprogrammās, vai datiem, kas tos izmanto, un pakalpojumi tiek piegādāti. Tas bija diezgan aizraujoši, jo mums bija iespējas tagad izpildīt solījumus par šo projektu virkni. Šī projekta mērogs - tikai, lai kaut nedaudz apbilstu - ir tāds, ka mēs beidzāmies, es domāju, ka tas bija apmēram USD 110 miljoni gadā, salīdzinot ar iepriekšējo gadu, tika samazināts par apakšējo līniju, kas darbojās (nedzirdama), kad mēs to pabeidzām pāreja uz lielākās daļas viņu infrastruktūras pārvietošanu no viņu pašu datu centriem uz mākoni. Tātad viņi ir ļoti liela mēroga programma. Mēs saņēmām šo lielisko projekta rezultātu. Bet patiesais jautājums, ar kuru mēs nonācām, bija tas, ka mēs izveidojām mājās ceptu sistēmu, un šajā posmā aiz tā nebija pārdevēju. Kā es teicu, tas bija pirms vairākiem gadiem. Nav neviena pārdevēja, kas turpinātu tā attīstību un sniegtu uzturēšanas atbalstu. Neliela komanda, kurā bija apmēram 30 cilvēku, kas palīdzēja to attīstīt un apkopot visus šī monstra datus un ātrumu, galu galā pārcēlās uz citiem projektiem, un divi vai trīs cilvēki tika atstāti pie tā. Bet mēs nonācām situācijā, kad mums nebija materiālu vadītu IT līdzekļu pārvaldības risinājumu. Mums bija vienreizējs projekts, un bizness to ļoti skaidri parādīja, ka viņi jau domāja, ka viņiem ir konfigurācijas pārvaldības datu bāzes un ITSM rīki, kas attēlo pasauli, neskatoties uz to, ka mēs bijām stāvējuši ļoti lielas ziepju kastes augšpusē un kliedza mūsu pauž viedokli, ka šiem datiem, kuriem nebija nekādas jēgas. Mēs to parādījām, liekot viņiem veidot instrumentus ap projektu. Neveiksmīgais šī aizraujošā, taču skumjākā stāsta rezultāts bija tāds, ka projekta rezultāts bija ļoti, ļoti veiksmīgs. Tas bija ievērojams panākums. Mēs novilkam simt ar pusi miljonu dolāru no viņu zemākās pozīcijas gadu no gada. Tas, ko mēs esam izdarījuši, ir tas, ka mēs izveidojām šo Frankenšteinu, šo patiešām jaudīgo sistēmu, kas dažos gadījumos var vākt datus un sniegt ziņojumus par to reālā laikā, bet tur neviena nebija, kas to uzturētu. Uzņēmējdarbības veids vienkārši ļāva tam darboties kādu laiku, līdz galu galā datus neviens neizmantoja, un pēc tam notika izmaiņas, un tas nespēja apkopot izmaiņām atbilstošus datus. Galu galā šajā laikā mājās ceptajai sistēmai bija jāatstāj bojā, līdz ar datiem, kas bija ar to. Mums bija šāds scenārijs, kad viņi atgriezās tieši pie tā, kas viņiem bija, kas atšķirīgi sekotāji un atšķirīgās datu kopas, ļoti, ļoti cieši nišas formā apskatot konkrētu pakalpojumu vai pakalpojumu grupu zonu un risinot viņu problēmas, bet viņi zaudēja šo organizāciju plaši. Viņiem ir 74 dažādi pakalpojumi grupā. Viņi zaudēja visu šo vērtību, un, kas dīvainā kārtā, kādus divus vai trīs gadus vēlāk viņi saprata, ko ir zaudējuši, nācās paskatīties, kā viņi atkal atrisināja šo problēmu. Stāsta morāle ir tāda, ka, ja tas tā būtu, ja tas būtu produkts, kuru mēs jau pirms vairākiem gadiem būtu varējuši izkļūt no plaukta, mums tas būtu jāveido, bet tas vairs nav tikai gadījums. Kā jau mēs redzam, ir produkti, kas to var izdarīt, un viņi to var izdarīt automatizēti. Viņi var iztīrīt visus datus, viņi var veikt vairākas datu kopas un apvienot tos un izkrāpt. Viņi var nodot cilvēkiem acīmredzamas lietas un tādu lietu izklājlapas, kuras viņi teiktu, izveidoja vienu punktu vienu, vienu versiju nulles punktu vienu un vienkārši sauca tos par Microsoft. Laikā, kad mēs izveidojām šo rīku, šāda veida lietas nebija pieejamas; līdz ar to mums bija daudz jādara šo spēju labā. Es meklēju to pašu informāciju par to, ko dara šī platforma, par kuru mēs šodien dzirdēsim, jo es tikai vēlos, lai mums toreiz būtu. Mēs būtu varējuši ietaupīt daudz skumju, un mēs būtu varējuši ietaupīt daudz laika, pūļu un attīstības, lai izveidotu platformu, kuru varētu uzturēt kāds, kurš turpina attīstīt un audzēt platformu, kas to padara pieejamu kā vispārējais patēriņš. Ar to es atgriezīšos pie jums, Ēriks. Ēriks Kavanaghs: Labi. Es nodošu to Dr Robin Bloor. Robin, atņem to. Robins Bloors: Patiesībā tas ir tāds interesants stāsts, Dez. Man tas patīk. Tas mani īsti neuzskata par īpaši neparastu. Katru reizi, kad es saskāros ar IT aktīvu pārvaldības problēmu, vienmēr ir bijis kāds uzņēmums, kurš patiesībā devās mājās un kaut ko darīja ar to un bija jādara, bet nekad nešķiet, ka jūs esat nokļuvis organizācijā, kas visu kontrolē. Tomēr, cik es saprotu, ja jūs nepārvaldāt savus IT aktīvus, jūs dedzinat naudu. Tā kā Dez nāca klajā ar ļoti nepatīkamo sižetu, es domāju, ka es izdarīšu tikai pārskatu par IT aktīvu pārvaldību. Ko tas patiesībā nozīmē? Šis ir skats no putna vai ērgļa acs. Apsveriet rūpnīcu - īpaši organizācijas, kas vada rūpnīcas ar nolūku nopelnīt. Tiek darīts viss iespējamais, lai maksimāli izmantotu izmantotos dārgos aktīvus. Tas ir tikai gadījums. Apsveriet datu centru, faktiski ne tik daudz, galvenokārt, nemaz. Tad jūs domājat, cik labi viņi tiek ieguldīti datu centrā? Nu, jūs zināt, ja jūs to patiešām izstrādājat, tas ir tiešām, tiešām lielas naudas summas. Jūs zināt, es zinu, visu to cilvēku vēsturiskos centienus, kuri sistēmu uzbūvēja. Viņu licences tiek apmaksātas par programmatūru un datu vērtību, kā arī paša datu centra un, protams, visas aparatūras izmaksas, tas iznāk tikai desmitiem miljonu. Tas ir atkarīgs no tā, cik liela ir organizācija, bet lielākajā daļā organizāciju tas ir viegli desmitiem miljonu. Tas ir milzīgs ieguldījums, ko cilvēki veic IT un, protams, lielās organizācijās, tas ir milzīgs. Ideja, ka jums nevajadzētu īpaši uztraukties, lai gūtu no tā maksimālu labumu, un tā būtu jāvada efektīvi, acīmredzami ir absurds, taču kā nozarei ir ļoti maz vietu, kurām faktiski ir disciplīna patiesi patiesi pārvaldīt IT aktīvi. Šis ir modelis, kuru esmu izmantojis, es nezinu, diezgan daudzas reizes, es domāju. To es saucu par visa diagrammu. Ja skatāties uz IT vidi, tai ir lietotāji, tai ir dati, tai ir programmatūra, tai ir aparatūra. Starp visām šīm pamatvienībām, kas veido IT vidi, ir attiecības. Tas izmanto īpašas programmatūras vai attiecības, kurām ir piekļuve īpašām datu attiecībām. Viņi izmanto īpašus aparatūras resursus, tāpēc tur pastāv saistība. Programmatūra un dati ir cieši saistīti. Programmatūra atrodas un tiek izpildīta noteiktā aparatūrā, un tur ir ar datiem saistīta aparatūra. Tātad ir visas šīs attiecības. Ja vēlaties uzzināt, kur atrodas IT aktīvi, vienkārši nododiet lietotājus lietotājiem, jo ir ļoti maz, ko jūs varat piezvanīt uz IT aktīviem, izņemot iegūtās prasmes un tā lietotājus, un tas ir viss pārējais. Tad jūs to aplūkojat, un labi redzat, cik daudzām organizācijām ir pat visas programmatūras saraksts, kas izdots visās viņu izmantotajās sistēmās? Kā mums pat ir pienācīgs aparatūras inventārs, kas ietver visas tīkla iespējas? Cik daudziem ir kāda jēgpilna datu uzskaite? Atbilde nav. Zināšanas par to, kur atrodas sīkumi, un zināšana, kā tās ir savstarpēji saistītas, dažos gadījumos var būt ļoti, ļoti svarīgas, it īpaši tādā gadījumā, kā Dez tikko aprakstīja, kur jūs to visu paņemsit un pārvietojat vai paņemat un pārvietot lielāko daļu no tā. Tas nav tikai mazsvarīgs jautājums, bet arī tas, ka patiesībā zināt, kas tur ir, ir daudz. Patiesībā zināt, kā viena lieta attiecas uz otru. Otra lieta ir tā, ka šī diagramma attiecas uz mazāko detalizācijas pakāpi, varat iedomāties, vismazāko programmatūras vienību. Piekļūstot mazākajam datu apjomam, kādu varat iedomāties, darboties ar nebūtisku aparatūras resursa daļu līdz pat ERP sistēmai ar milzīgu, milzīgu daudzumu atšķirīgu datu bāzu un datu failu, kas darbojas ar vairākiem aparatūras elementiem. Šī diagramma vispārina visu, un tā attiecas uz katru detalizācijas pakāpi, un šī laika bultiņa zem tā tikai norāda, ka viss šis saturs ir dinamisks. Varētu šķist, ka tā joprojām ir diagramma, bet nē. Tas kustas. Viss mainās. Sekot tam nav nekas mazsvarīgs. Es domāju, ka tā vienkārši nav. Jūs faktiski varat paplašināt šo diagrammu, un jūs varat teikt, aizmirst datorus un vienkārši padariet to vēl plašāku. Uzņēmumi sastāv no visiem datiem un uzņēmējdarbības informācijas, kas, iespējams, netiek saglabāta elektroniski. Dažādas iespējas, un tas nav obligāti saistīts ar datoru. Dažādi biznesa procesi, kas nebūt nav atkarīgi no programmatūras vai daļēji varbūt neatkarīgi no programmatūras. Daudzi cilvēki - ne tikai sistēmu lietotāji, bet arī darbinieki, paneļisti, klienti un tā tālāk -, kas veido biznesa ekosistēmu, un tad jums faktiski ir arī visa cilvēce, cilvēki. Pasaulē ir visa informācija. Tur ir civilizācija. Tas viss ir tas, ko mēs saucam par smagu lietu un visām cilvēku darbībām. Šī ir visu un visa diagramma. Šī diagramma sniedz jums norādi par to, cik savstarpēji saistīti no mazākā lietu kopuma, kas kaut ko dara, līdz lielākajai, jo cilvēcības ziņā tur ir tāpat kā viss internets un miljardiem datoru, kas to veido, un visas ierīces un tā tālāk un tā tālāk. Tas ir plašs lietu klāsts, un tas viss acīmredzami ir subjektīvi saistīts ar laika bultu. Tas ir skats no putna lidojuma. Es to uzskaitīju tieši no galvas augšpuses, pat nedomājot par to. IT aktīvu pārvaldības dimensijas. Ir aktīvu reģistrs, aparatūra, programmatūra, dati un tīklošana. Notverts aktīvu atribūts - vai jums ir visi dati, kas saistīti ar visiem šiem materiāliem? Aktīvu lietošana - kāpēc vispār šāda informācija pastāv? Aktīvu iegādes izmaksas un īpašumtiesību izmaksas - cik maksā un tāpēc - cik maksā īpašumtiesības un cik daudz aizstāt no labas idejas? Tas ienes ideju par aktīvu nolietojumu. Es nerunāju tikai par aparatūru. Mēs runājam arī par lietām un, iespējams, arī par datiem. Pilnīga aktīvu karte, kas būtu tūlītēja diagramma, par kuru tikko runāju. Mākoņu aktīvi - sīkumi, kas faktiski neatbilst parametriem, bet faktiski vienā vai otrā veidā pieder organizācijai nomas un saprāta dēļ. Pakalpojumu pārvaldības mērķi un kā tie attiecas uz visām šīm īpašajām iespējām. Viena no lietām, par kuru runāja Dezs, ir viņa centieni, sistēmu apkopošana no vienas vietas uz otru, kā tas ir, kā pakalpojuma vadība darbojās, runājot par "vai jūs sasniedzāt mērķi, kuru cilvēki sagaida savās sistēmās?" ? " un tā tālāk. Pastāv risks un atbilstība - lietas, kas vienā vai otrā veidā var uztraukties akcionāriem, par kuriem varētu uztraukties, un pati valdība, un tas viss ir aktīvu pārvaldības aspekts. Ir visas programmatūras iegāde un licencēšana. Ir biznesa izpildes mērķi. Aktīvu pārvaldība ir saistīta ar noteikumiem, kādus organizācija varētu noteikt jebkurai no šīm lietām. Mēs runājam par patiešām sarežģītu lietu. Tāpēc rodas jautājums, un šādi es beidzu - cik daudz no tā var izdarīt? Cik daudz no tā faktiski būtu jādara? Ēriks Kavanaghs: Uzzināsim, kas ekspertiem ir sakāms. Es to nodošu Tomam Bosham. Gaidiet, dodot jums Vebeksa atslēgas. Ņem to prom. Toms Boshs: Webex nosaukums, no mūsu viedokļa raugoties, bija saistīts ar vienkāršu un acīmredzami labāko IT portfeļa vai IT aktīvu pārvaldības praksi. Kad jūs sakāt labāko praksi, galu galā tas ir viedoklis. Tā ir pieeja no mūsu perspektīvas. Galu galā tas, ko BDNA vēlas darīt, ir palīdzēt daudziem tur esošajiem uzņēmumiem, kas joprojām atrodas, bet tikai padarīt tās slapjas IT lejā. IT aktīvu pārvaldīšana bija karsts temats ap Y2K dažiem no jums, kas kādu laiku darbojas šajā nozarē, un galvenais iemesls, kāpēc tas ir, man ir jāsaprot, vai man patlaban pieejamā programmatūra un manis esošās sistēmas pat notiek nomainīt vai atjaunināt, vai arī tie neizdosies, kad mēs sasniegsim jauno tūkstošgadi? Es domāju, ka tas, ko mēs visi pārdzīvojām tajā dīvainajā vakarā pirms apmēram sešpadsmit gadiem, bija fakts, ka patiesībā ļoti maz nokrita fonā. Mūsu spēkstacijas palika dzīvas, un vilcieni turpināja braukt. Gaismas Ņujorkā un Sidnejā palika ieslēgtas. Izmantojot šo procesu, cilvēki sāka saprast, ka ir milzīgs informācijas daudzums, kas ir jāapkopo un jāapkopo. Galu galā, kā jau iepriekš teica Dezs, bija jātīra dati, kas bija pamatā tam, lai varētu pieņemt tāda veida lēmumus, kādus cilvēki meklē. Tas ir mūsu šodienas sarunas kodols. Es domāju, ka katrs no mums saprot, ka katru dienu mēs ieejam savā IT nodaļā, katru dienu ieejam savās organizācijās. Uzņēmējdarbības, informācijas tehnoloģijas ir gandrīz nekontrolētas. Ar to es domāju to, ka tiešsaistē ir jauni serveri. Ir jaunas programmatūras vienības, kas dažādās organizācijās tiek izvietotas no vienas nodaļas uz citu, neatkarīgi no tā, vai jūs veicat ražošanas biznesu, strādājat pakalpojumu organizācijā, nodarbojaties ar mazumtirdzniecību, katra mūsu organizācija šodien ir ne tikai tiek vadīti, bet arī tiek vadīti. IT kļūst par daudzu organizāciju, kurās mēs strādājam, ražošanas dzinēju. Tas vairs nav redzams, apskatot izvēlētos risinājumus. Ja mēs iekšēji koncentrējamies tikai uz datu sarežģītību tieši IT nodaļā - tikai uz tām lietojumprogrammām, kuras galu galā atbalsta IT -, mums ir viss, sākot no pārdevēju vadības sistēmām un beidzot ar IT portfeļa pārvaldību, iepirkumu sistēmām, arhitektūras drošības sistēmām, un viens no galvenajiem atribūtiem, kas to attīstās, ir tāds, ka tie varētu novest pie tā, lai būtībā izmantotu jūsu vidē esošo krājumu, lai spētu efektīvi vadīt risinājumus viņu īpašajās disciplīnās. Tātad šo aktīvu pieejamība ir kritiska gandrīz katrai disciplīnai IT organizācijas iekšienē. Bet viena no lietām, kas ātri tiek atrasta, kad uzņēmumi sāk mēģināt apvienot šīs dažādās sistēmas, ir, ka viņi nerunā vienā valodā, un galu galā tas izriet no datiem. Kā Dez uzsvēra iepriekš, sliktie dati bija projekta sākums, ar kuru viņi sākās, un daži ļoti interesanti statistikas dati uzņēmumā Gartner, ka burtiski IT nelietderīgi tērē vairāk nekā 25 procentus no naudas, ko viņi ik gadu iegulda dati. Tenex projekti maksā dārgi, jo galu galā lielākajai daļai uzņēmumu šo datu tīrīšana jāveic manuāli. Atkal, kā teica Dezs, tas ir patiešām apnicīgi. Konkrēti, runājot par pašu aktīvu pārvaldību un kopumā attiecībā uz IT projektiem, Gartners būtībā secināja, ka vairāk nekā 40 procenti no visiem IT projektiem izgāžas sliktu datu dēļ. Mēs zinām problēmas sakni. Tie ir dati. Kā mēs to sākam pārvaldīt? Viena no notiekošajām lietām ir tā, ka ITAM kļūst nozīmīgs organizācijām vairāk nekā tikai viena iemesla dēļ - acīmredzami tā, par kuru mēs tikko runājām, un tas ir tas, ka mums ir jāpanāk, lai sistēmas savstarpēji sarunātos. Mums ir jāsaprot, kur sistēmas pastāv mūsu organizācijā, lai mēs varētu veikt vienkāršas darbības, piemēram, atsvaidzināt vai jaunināt tikai tās sistēmas, kuras mums ir. Lai vēl vairāk padziļinātu problēmu mūsdienu vidē, daudzi programmatūras izdevēji un ražotāji secina, ka tas, ko mēs saucam par to, kas ir, ir zems šiem augļiem paredzētais auglis, ierodoties un vienkārši piespiežot klientus veikt auditu vai patiesību. Burtiski 63 procenti no Fortune 2000 ir izgājuši vismaz vienu revīziju 2015. gadā saskaņā ar neatkarīgu pētījumu korporāciju. Šīs revīzijas uzņēmumiem maksā milzīgas iekšējās nodevas un ārējās pārvērtēšanas izmaksas no simt tūkstošiem līdz miljonam dolāru, un Gartners būtībā nāca klajā ar citu interesantu statistiku, kuras nav manā prezentācijā, bet es to savācu agri. No rīta viņi uzskata, ka revīzijas vidējās izmaksas organizācijai ir apmēram pusmiljons dolāru. Kad mēs runājam par 25 procentiem no IT iztērētajiem dolāriem, tiek iztērēti, šie ir daži piemēri, kas turpinās. Es domāju, ka fakti visos šajos, tad ko mēs darām? Kā mēs to risinām? Sākumā ir jāsaprot, kāds ir šis ceļojums lielākajai daļai organizāciju. IT aktīvu pārvaldība ir darbību virkne, kas galvenokārt sākas ar atklāšanu, ko esmu izkļuvis savos tīklos. Lielākajai daļai cilvēku ir viens vai daži no šiem atklāšanas rīkiem, iespējams, viens no visizplatītākajiem atklāšanas rīkiem tirgū ir SCCM. Lielākā daļa korporāciju, kurās ir jebkura līmeņa Microsoft un Windows orientēta vide, izmanto SCCM daudzos nolūkos, izvietojot lietojumprogrammas, un tos var arī izmantot, lai nojauktu datus, taču šie dati atgriežas dubļainā un netīrā formātā. Par to vairāk runāsim tikai minūtes laikā. Ir arī daudzi citi rīki. Lielākajai daļai ITSM risinājumu, neatkarīgi no tā, vai tas ir BMC vai Service Now, vai Nationale, vai HP, ir ļoti labi atklāšanas rīki, un tie bieži tiek izmantoti, kad īpaši cenšaties apkopot informāciju un servera tīklu un tīkla ierīču savstarpējās atkarības, jo pēdējā lieta, kas mums nepieciešama, ir situācija, kad dienas vidū lielas aviokompānijas rezervēšanas sistēma samazinās, un tiek zaudēti miljoniem, ja ne miljardiem dolāru, ieņēmumi. Izpratne par to, kā visas šīs lietas ir saistītas, sākas ar izpratni par aktīviem, kas ar to saistīti. Otrais vai otrais posms šajā procesā - es saņēmu visus šos datus, bet ko tas nozīmē un kā es varu sākt ar to strādāt? Šis solis parasti tiek saukts par normalizēšanu, un tas ir tas, kam mēs šodien pievērsīsimies daudz, jo tā būtībā tas ir vienkāršākais un vissvarīgākais solis virzībā uz pilnībā optimizētu vai pilnībā nobriedušu ITAM braucienu. Pārejot pa šo normalizācijas procesu, galu galā tas, ko jūs mēģināt darīt, ir apkopot visus dažādos avotus, kas jums ir, un daži no tiem var būt vienkārši lietojumprogrammas un risinājumi, par kuriem mēs runājām vienā no iepriekšējiem slaidiem. Mēs vēlamies, lai tiktu dublēti. Mēs vēlamies samazināt visus ieteikumus un filtrēt visus datus, kas nav atbilstoši. Mēs par to vairāk runāsim, ejot līdzi. No turienes daži loģiski soļi atrodas augšā ar zemu piekārtiem augļiem. Kad korporācijas sanāk kopā, apvienojas un iziet un iegūst citas organizācijas, tās sāk veidot izmantoto lietojumu dublēšanos. Ļoti tipisks solis, ko cilvēki veic, kad saprot un programmatūras un aparatūras ainavu saprot, lai racionalizētu vai noņemtu dublēšanos, liekās ierīces un lieko programmatūru savā vidē. Piemēram, jums varētu šķist, ka, izejot un apskatot, jūsu vidē var būt divdesmit vai divdesmit pieci dažādi BI rīki. Potenciālie ietaupījumi korporācijai, lai noņemtu ne tikai tos, kas saistīti ar konkrētām lietojumprogrammām, bet vēl svarīgāk, tos, kuriem ir plašāka pieeja, piedāvā ievērojamus izmaksu ietaupījumus un iespējamu riska samazināšanu. Ko dara organizācijas? Viņi parasti tos aplūko ļoti detalizēti, un, kā teica Dezs, jums tika izmests daudz ķermeņu un viņi sāka izdomāt, kas viņiem jādara un kā viņi ieguva šo optimizēto stāvokli, un es vēroju, kā tas notiek. un atkal no jauna. Pēdējās desmitgades laikā es esmu strādājis ar simtiem korporāciju, īpaši ar to programmatūras aktīvu pārvaldību, un galu galā tas, kas apstādina lielāko daļu šo projektu vai kas izraisa lielāko daļu šo projektu, ir tas, ka viņi mēģina iekost vairāk, nekā spēj. košļāt, un viņi to neatgriežas pamatcēloņos, neradot būtībā projektus, kuriem nepieciešams milzīgs pārmaiņu vadība, vadības atļaujas, izglītības programmas un pārvaldība, kas ietekmē milzīgu vietu visā viņu vidē. Sēžot kopā ar programmu vai projektu, ko viņi parāda vecākā izpilddirektora priekšā, bieži tiek uzdots jautājums: "Vai tiešām problēma ir tik liela?" Kad es par to esmu detalizētāk apspriedis ar daudziem vecākajiem vadītājiem, viņi saka: “Zini, Tom, man tas tiešām nozīmē trīs lietas. Es gribu zināt, kas mums ir. Es gribu zināt, ka mēs izmantojam to, ko iegādājamies. Vissvarīgākais, es gribu zināt, ka tas, ko mēs izmantojam, un tas, ko mēs izvietojam, sakrīt ar to, ko es nopirku. ”Citiem vārdiem sakot,“ vai man ir tiesības uz to, ko es izmantoju, vai arī esmu nonākusi pirātisma gadījumā. kaut arī tīšs pirātisms? ” Uz šiem trim jautājumiem var ļoti viegli atbildēt, dodoties atpakaļ un vienkārši sakopjot datus. To mēs jums parādīsim visu atlikušo ceļu. Apskatīsim datus īpaši un kādas ir problēmas, kas rodas no šiem atklātajiem datiem. Tam nav nozīmes. Tas ir nepareizs. Tas ir pretrunīgi. Tas ir nepilnīgs, un galu galā sliktu lēmumu pieņemšanā korporācijas maksā vairāk nekā USD 14 miljonus gadā. Šis ir datu veida piemērs, kuru jūs iegūstat tieši no atklāšanas rīka, piemēram, SCCM. Tas ietver milzīgu daudzumu burtiski neatbilstošu datu. Faktiski 95 procentiem datu nav nozīmes. Tas ietver tādas lietas kā izpildāmie faili, ielāpi un labo labojumi, kā arī ierīces programmaparatūra un dažādas valodu paketes un zināšanu bāzes pakotnes. Labs piemērs ir apskatiet krājumus tipiskā datora vidē, meklējiet kaut ko no Adobe. Bieži vien datorā Adobe Acrobat var būt viena licencējama kopija, taču tomēr šo kopiju vai jaunināšanas kopiju var būt pat deviņas vai desmit. Tātad ar neapbruņotu aci neesat pārliecināts, vai esat atbildīgs par deviņiem dažādiem eksemplāriem vai tikai par vienu produktu. Viena no otrajām jomām, tā sakot, ir nekonsekvence, kas notiek. Šis ir tikai īss piemērs tam, kā Microsoft var nosaukt tik daudz dažādu lietu organizācijas iekšienē. Šī ir BDNA koncentrēta joma. Es domāju, ka viens no visstingrākajiem piemēriem, ko mēs varam sniegt, ir tāds, ka tieši pie SQL tēmas mēs savā klientu bāzē esam atraduši 16 000 dažādas variācijas, kā SQL var nosaukt krājuma iekšienē. Apsveriet iespēju to izveidot konsekventi. Vēl viena joma ir pamatstandartu trūkums. Kāda līmeņa datu bāzu izlaidumiem, cik lielam IBM CAL, PV izmantojumam mēs pārvaldīsim šos datus? Tātad tas ir jautājums par problēmu, kas palīdz normalizēt visas šīs izejvielas, visus šos izejmateriālus līdz vietai, kur tie ir izmantojami. Līdztekus tam ir milzīgs datu daudzums, kas nav atrodams, un tas būtu arī ļoti vērtīgs kādam tradicionālajā ITAM vidē. Mēs jums parādīsim dažus piemērus, kad mēs izskatīsim dažus lietošanas gadījumus. Vienīgais elements, kas noteikti nav apšaubāms, ir fakts, ka šie dati mainās katru dienu. Ja mēs aplūkosim tikai Microsoft, Microsoft 2015. gadā ieviesa vairāk nekā 3500 jaunus programmatūras nosaukumus un jaunināja vai atjaunināja aptuveni 9800 dažādas programmatūras vienības. Tas ir 14 000 izmaiņu tikai Microsoft. BDNA to pārvalda katru dienu. Mēs esam ieguvuši inženieru komandu, kas seko šim jautājumam un burtiski veic dažus vārdus, kas palielina miljonu izmaiņu mūsu galvenajā vārdnīcā un enciklopēdijā. Turpmāk mēs to apskatīsim sīkāk.Galu galā mēs aplūkojam to vidi, kuru mēs apskatījām iepriekš, un visu šo dažādo risinājumu nespēja savstarpēji sarunāties noteikti ir problēma, un tieši tur nonāk BDNA, un BDNA platforma un tās galvenā sastāvdaļa Technopedia ļauj mums izveidot kopēju datu platformu. Tas, kā tas notiek, patiesībā ir diezgan vienkāršs. Mēs apkopojam datus, kas iegūti no vairākiem jūsu dažādiem avotiem. Šie atklāšanas avoti var būt daži no tiem, kurus es minēju iepriekš, piemēram, SCCM vai ADDM vai HPUD. Tā varētu būt šī lieta CMDB. Tas faktiski var būt arī pirkumu pasūtījumu sistēmas, kuras jums ir no jūsu iepirkumu sistēmām. Mēs to apkopojam un aplūkojam galvenās sastāvdaļas, kā lietas tiek uzskaitītas, kā arī to racionalizējam un normalizējam. Atkal tas ir kaut kas tāds, ko BDNA sauc par Technopedia. Technopedia ir pasaulē lielākā IT aktīvu enciklopēdija. To izmanto vēl divdesmit citās lietojumprogrammās visā pasaulē, ne tikai izmantojot BDNA, lai atkal izveidotu kopīgu valodu. Rīki, piemēram, arhitektūras rīki, iepirkumu rīki, pakalpojumu pārvaldības rīki - atkal ideja ir: “Runāsim kopīgu valodu visās mūsu IPV”. Pēc tam šiem specifiskajiem nosaukumiem pievienojam 1,3 miljonus ierakstu, kas pārsniedz 87 miljonus atribūtu. Šie atribūti varētu būt kaut kas tik vienkāršs kā: "Kādas ir aparatūras specifikācijas vai specifikācijas ap vienkāršo serveri? Kādas ir fizikālās dimensijas? Kāds ir enerģijas patēriņš? Kāds ir enerģijas patēriņš? Kāds ir VP izmantotais siltums, ko rada visas lietas, kuras varētu izmantot mūsu arhitekti? " Šis ir tikai viens no daudziem pieejamo katalogu papildinājumu piemēriem. Mēs ņemam vērā jūsu datus. Mēs to saasinām. Būtībā mēs to kartējam, normalizējam, salīdzinot ar Technopedia katalogu, un piegādājam normalizētu datu kopu, kuru pēc tam var izmantot visā pārējā jūsu vidē. Mēs to ievietojam datu noliktavā iekšēji, ko mēs jums parādīsim tikai dažu minūšu laikā, taču mums ir arī standarta integrācija daudzos CMDB, ITSM un papildu rīki, kas tiek izmantoti visā IT vidē, lai palīdzētu šiem risinājumiem kļūt vērtīgākiem tu. Iespējams, ka visizplatītākais ir vienkāršs dažu satura pakotņu, cenu noteikšanas, aparatūras specifikāciju, dzīves cikla un atbalsta piemērs, kas jums sniedz tādas lietas kā dzīves beigas, atbalsta beigas, virtualizācijas saderība, Windows savietojamība, un atkal, Kriss apskatīs dažas no tā, kā mēs virzāmies. Nesenā manis uzņemtajā karikatūrā - Dilberta karikatūrā - viņa priekšnieks viņu faktiski bija lūdzis darīt tieši to pašu. Tātad, "Dilberts dod man sarakstu ar aktīviem mūsu organizācijā." Dilberta atbilde bija: "Kas to izmantos, ja es to piegādāšu?" IT aktīvu pārvaldības datu izmantošana, kā mēs par to runājām, turpinot šeit, jūsu organizācijā patiešām sasniegs ļoti daudz lietojumu. Šī ir tikai neliela atlase no dažādām disciplīnām IT organizācijā un par to, kā viņi to izmantos. Realitāte ir tāda, ka tas palielina vērtību organizācijas iekšienē, un, ņemot dažus no labākajiem autoritatīvajiem uzņēmuma datiem, BDNA būtībā palīdz uzņēmumiem pieņemt labākus biznesa lēmumus. Dodoties un sēžot, un jūs meklējat vienkāršotu veidu, kā risināt savu ITSM risinājumu, BDNA galu galā palīdz jums panākt vienkāršību, sakopjot datus un dodot jums iespēju pieņemt labus biznesa lēmumus, un mēs dari to ātri. Lielākā daļa mūsu klientu - faktiski gandrīz 50 procenti - ar neatkarīgu pētījumu starpniecību mums ir teikuši, ka nepilna 30 dienu laikā ir saņēmuši pilnu ROI par savu projektu un burtiski 66 procenti pirmajā gadā ir saņēmuši vairāk nekā 200 procentus no ROI. Tāda ir statistika, kuru jūsu CFO un CIO noteikti vēlēsies dzirdēt, ja apsverat veidus, kā ieguldīt un uzlabot savu organizāciju. Tas, ko mēs tagad darīsim, ir tas, ka es nodošu lietas Krisam. Mēs esam ieguvuši lielāku trīspadsmit vai piecpadsmit minūšu daļu, un mēs galvenokārt darīsim cauri dažiem kritiskiem lietošanas gadījumiem un dažiem, par kuriem mēs runājām iepriekš, būtībā par to, kas man ir instalēts. Jums būs iespēja redzēt, ko es izmantoju, lai varētu tos atkārtoti novākt. Vai es atbilstu instalētajam? Varbūt es vēlos apskatīt, kuras ierīces ir vecākas par trim gadiem, jo es gribu zināt, vai es varu atsvaidzināt šīs ierīces. Kāda programmatūra ir šīm ierīcēm, lai es varētu plānot šo atsvaidzināšanas procesu? Un, ja es vēlos īpaši apskatīt drošības risku, tad kādiem potenciālajiem programmatūras komponentiem ir beidzies lietošanas laiks, kas ir vai nu pārsniedzis, vai arī tas nāk kaut kad nākamo trīsdesmit dienu laikā vai nākamā gada laikā? Un kas varētu būt iekļauts Nacionālā vērtspapīru institūta neaizsargātības sarakstā? Ēriks, tas, ko es gribētu tagad darīt, ir to nodot jums atpakaļ, un, ja jūs vēlētos, vai jūs, lūdzu, varētu nodot lietas Rasika kungam? Ēriks Kavanaghs: Es to izdarīšu, un, Kriss, jums tagad vajadzētu dot vārdu. Dodieties uz priekšu un kopīgojiet savu ekrānu un noņemiet to. Kriss Rasiks: Lieliski. Paldies, Tom. Paldies, Ēriks. Es to novērtēju. Par mūsu šodienas demonstrāciju es vēlētos jūs iepazīstināt ar BDNA Analyze. BDNA Analyze ir mūsu BDNA produktu pārskata sadaļa. Sāksim atbildēt uz dažiem jautājumiem, kurus Toms uznesa uz galda. Kas mums ir? Kas izmanto vai mēs izmantojam savus produktus? Ko mums ir tiesības un vai mēs esam droši? Pirmais, parunāsim par Microsoft produktiem, to, ko mēs esam instalējuši, un es sākšu ar to, ka pārnest mūsu programmatūras instalāciju skaitu. Pēc tam es ieiešu un filtrēs programmatūras ražotājus Microsoft. Tālāk es pilnīgai ievada tradīcijai pārņemšu programmatūras nosaukumu un sāksim tikai ar galveno versiju. Atkal tā ir Microsoft krājuma pozīcija gan licencējamos, gan licencējamos produktos. Tur, kur gumija sakrīt ar ceļu, tie patiešām būs licencējami izstrādājumi. Filtrēsim to vēl tālāk, lai licencētu produktus. Mēs sāksim atbildēt uz to, kas atkal bija tas, ko mēs sākām, kāda ir Microsoft produktu plūsma. Tas ir dārgs nosaukums, sakot, kad to pēdējo reizi izmantoja sistēma, un mēģiniet atgūt dažas no šīm licencēm, veicot programmatūras atkārtotu novākšanu. Tāpēc nākamreiz mēs nonāksim pie pēdējiem izmantotajiem gadiem, un mēs to filtrēsim. Es izvēlos 2012. un 2014. gadu. Es ievedu arī SCCM izmērītos datus. Tas, ko mēs varam darīt, ir pāriet uz programmatūras pēdējās lietošanas datumu. Visbeidzot, mēs varam nonākt pie saimnieka vārda un to pārnest, un mēs arī parādīsim pēdējo pilnu lietotāja pieteikšanos. No šī ziņojuma jūs vienkārši varat aiziet pie Acme kunga lietotāja un pajautāt viņam: “Vai jūs šogad izmantosit Microsoft produktu? Liekas, ka jūs to neesat izmantojis kopš 2013. gada. ”Ziņojuma paraugā tika atzīts, ka tas tiek apmeklēts, un jūs varat atgūt šīs licences. Tālāk es pārdomāšu mūsu programmatūras saderīgo informācijas paneli. Man ir viens iepriekš ielādēts, un tajā ir, piemēram, Adobe - kura lietojumprogramma mēs jau esam saderīga un kurai mēs neatbilstoša, un vai ir kāds novērtējums, kas zem tām atrodas ar jautājumiem, kurus Toms izvirzīja iepriekš? . Balstoties uz informāciju par pirkuma pasūtījumu un atklāto informāciju, ko esam ieveduši, ir programmatūras nosaukumi, jūsu tiesību skaits, to izmaksas, kas ir instalētas un vai jūs esat nepilns vai vairāk. Apskatot šo ziņojumu, jūs varat atbildēt uz daudziem no šiem jautājumiem. Nākamais, kurā es vēlētos pāriet, ir aparatūras atsvaidzināšana. Šeit paredzēts noteikt, kāda aparatūra ir novecojusi, kas ir vecāka par trim vai četriem gadiem, neatkarīgi no tā, ko jūsu organizācija uzskata par svarīgu. Vienkārši pārejiet pie sava sistēmas skaita. Šajā piemērā mēs pievērsīsimies galddatoriem. Šeit es apskatīšu informāciju par programmatūras produktiem, un mēs pievienosim kategoriju, apakškategoriju, un mēs glabāsim tikai galddatorus. Šeit mēs sniegsim informāciju par produktu, ražotāju un modeli. Šodienas piemēram, mēs pievērsīsimies 790. gadiem. Iemesls, kas man jādara, ir tas, ka mēs zinām, ka tie ir vairāk nekā trīs gadus veci, bet mēs šeit piegādājam aparatūras GA. Ja vēlaties atrast šo GA šeit, noteikti to varat pārdot visiem aparatūras apakškategorijas produktiem. Visbeidzot, ja jūs gatavojaties jaunināt vai atsvaidzināt šīs ierīces, ir noderīgi uzzināt, kādas ir šīs ierīces. Atkal mēs varam nākt uz resursdatora vārdu, un tad ir noderīgi saprast, kas uz tiem ir instalēts. Tātad mums ir programmatūras instalēšanas gadījumu skaits, un šajā gadījumā pārskats kļūst liels. Mums jāpiegādā programmatūras ražotāji, programmatūras nosaukumi un, visbeidzot, programmatūras galvenā versija. Mums nav nepieciešama aparatūras kategorija un apakškategorija, tāpēc šeit mēs varam ietaupīt mazliet vietas. Šeit ir saraksts. Tātad šajā brīdī mēs saprotam, ka šajā resursdatorā mēs esam ieguvuši šos produktus, kuri ir jājaunina kā daļu no tā aparatūras atsvaidzināšanas. Šajā brīdī mums jāzina, kas ir savietojams ar operētājsistēmu, tāpēc mēs plānojam noslēgt līgumu par programmatūras gatavību. Tā būs programmatūra, kas ir gatava Windows 64 bitu versijai. Mēs apmeklēsim 64 bitu vidi. Šajā brīdī esat ieguvis patiesi praktiski izmantojamus datus - to, kas ir instalēts kādā resursdatorā -, taču jums ir jāveic jaunināšana, pamatojoties uz GA datiem, un turklāt varat pateikt, vai tas ir saderīgs, vai ir jāveic saderības pārbaude vai vienkārši nav saderīgs. Tas jūsu komandām, neatkarīgi no tā, kas to darīs, dod iespēju atjaunot vērtīgo informāciju un ilgtermiņā ietaupīt laiku. Visbeidzot, drošībai ir divi drošības elementi. Tie ir ārkārtīgi noderīgi, runājot par aparatūras un programmatūras līdzekļiem un ražošanas vidi. Pirmkārt, ir dati par dzīves beigām. Protams, jūs acīmredzamu iemeslu dēļ vēlaties atjaunināt visus savus ielāpus un programmatūras nolietotos produktus līdz jaunākajai versijai. Tāpēc mēs to vispirms risināsim. Atkal mēs sāksim ar programmatūras instalēšanas skaitu. Mēs nodosim visu jūsu vidi. Mēs atkal parādīsim jūsu programmatūras ražotāju, programmatūras nosaukumu un galveno versiju. Nākamais ir tas, ko mēs darīsim, ir nolaisties un ierobežot lietošanas laika datus līdz programmatūras darbības beigām. Mēs to parādīsim. Mēs taisīsimies kārtējo gadu - iepriekšējo, teiksim divus gadus un nākamos divus gadus -, tāpēc mēs veiksim piecu gadu skenēšanu. Šeit paredzēts atbildēt uz jautājumu “Kas mums jājaunina šogad? Kas mums būtu jāuzlabo pēdējo divu gadu laikā? Un, lai paliktu spēles priekšā, kas mums jāplāno nākamajiem diviem gadiem? ” Mēs šos datus apkoposim un atjaunosim. Tieši pie nūjas varat redzēt, ka 2014. gadā ir 346 instalācijas, kas izskatās pēc BlackBerry programmatūras, personīgā vDisk no Citrix, ir 25 utt. Tātad šis ir labs ziņojums. Atkal mēs vēlamies veikt visas darbības, taču jūs noteikti varētu izvēlēties tikai darbvirsmas programmatūru vai “Keep Only” un pēc tam uzzināt tās resursdatoru, kur tā ir instalēta. Šos datus varat eksportēt uz CSC, PDF vai Excel. Tādējādi CSC var to ieviest arī citos produktos, ja vēlaties veikt dažus jauninājumus, izmantojot automatizētu modeli, un no klienta viedokļa jūs varat precīzi redzēt, kas jādara nākotnē. Visbeidzot, vēl viens ziņojums, ko esmu izveidojis mūsu sistēmā, izmanto BDNA Analyze. Tas ir sistēmas ziņojums, kas balstīts uz īpašiem CVE no NIST datu bāzes, Nacionālā institūta standartiem un tehnoloģijām. Tas, ko es šeit esmu izdarījis, es mērķēju uz Apple iTunes un īpaši izsaucu dažus CVE 2015. gadā, un esmu mēģinājis izveidot ziņojumu, kurā tiek meklēta konkrētā versija, cik daudz sistēmu mēs esam instalējuši un cik sistēmas ietekmē un kā daudzi programmatūras komponenti, kas tiek instalēti, pamatojoties uz šiem CVE. Atkal tas ir lielisks rīks, ja mēģināt iegūt (nedzirdamu) sanācijas punktu vai vienkārši palīdzēt drošības departamentā labāk pārvaldīt viņu IT aktīvus un inventāru. Šajā brīdī es vēlētos atgriezties pie Toma un Ērika jautājumiem un atbildēm. Ēriks Kavanaghs: Ļaujiet man iesaistīt, pirmkārt, analītiķus Dezu un Robinu. Esmu pārliecināts, ka jums ir radušies daži jautājumi. Starp citu, tas bija fantastisks demonstrācija. Es vienkārši esmu pārsteigts par redzamības līmeni, kādu varat nokļūt šajā vidē. Cīnīsimies pret to, ka šajā patiešām neviendabīgajās ekosistēmās šāda veida redzamība ir tāda, kāda jums ir nepieciešama, ja saprotat, kas tur notiek, un ja jūs saskarsities ar auditu, ko, protams, neviens nevēlas darīt , bet, Dez, es domāju, ka vispirms jums to iesniegšu, ja jums radīsies kādi jautājumi. Dez Blanchfield: Cilvēks, es pats došos uz laika lodziņu, jo es vienkārši varēju dienu pavadīt, lai ar jums par to runātu. Ir dažas lietas, kas man ir radušās, uzdodot jautājumus un produktus, pie kuriem es arī nokļūšu, ja jums tas nav pa prātam. Tas man atgādina, ka ekrāni, kurus jūs man parādāt, man atgādina, par kādu projektu, par kuru es būtu labprāt runājis, kur mēs tikai atsvaidzinājām deviņpadsmit nepāra tūkstošus mašīnu uzņēmumam ar nosaukumu Data EDI caur viņu (nedzirdamo) nodaļa un citas jomas, un par to es varu publiski runāt, jo tas ir atklāts projekts. Es atklāju, ka tur ir trīs atsevišķi darbvirsmas atsvaidzinājumi un SOA atsvaidzinājumi, kas kaut kādu iemeslu dēļ darbojas paralēli, un es galu galā vienkārši tos visus apstājos un sāku no nulles ar automatizētu rīku. Mēs runājam par mērogu, un es sekundes laikā atgriezīšos pie jums ar jautājumu. Kad mēs kaut ko izdarījām tādā mērogā, notikušais bija tas, ka es tiku ārā no inženieru komandas un no CIO biroja, es apstaigāju pārējo biznesu un teicu: "Mēs veicam visa šajā organizācijā revīziju, sākot no darbvirsmu uz leju. Ko jūs vēlētos uzzināt par to? " un neviens īsti neuzdeva jautājumus. Tāpēc tagad man ir dažas zīmolu X sesijas, kurās es viņus dabūju pāris sēžu zālēs un teicu: "Ļaujiet man vienkārši uzdot jautājumu vēlreiz." Finanšu jomā ļaujiet man zināt jums katru programmatūras vienību, kurā jums bija jāziņo par to, cik mēs maksājam un par ko šāda veida darbība beidzas, un kad jūs to varat uzrakstīt. Vai jūs varat to saņemt PNL un GL? Kur ir jūsu aktīvu pārvaldība un kā mēs pārvaldām nākamā gada programmatūras licencēšanas budžetus? Stikloti acu āboli, un es izgāju cauri visām citām grupām, tāpēc es labprāt gūtu nelielu ieskatu šajās vietās redzētajā, kur acīmredzot esat ieguvis lielisku rīku, kurš milzīgu daudzumu jaudīgu lietu nodrošina tikai aktīvu pārvaldībā. un aktīvu atklāšana. Kāda ir jūsu reakcija uz šāda veida scenārijiem, kad esat vadījis projektu, kurā esat bijis klienta vadīts projekts, un pēkšņi tas ir finanses un inženierija, izstrādes darbības, drošība un atbilstība, daudz lietu un pat ēna IT vide pop un saka: "Mums nebija ne mazākās nojausmas, ka tas ir šeit, un kā mēs varam piekļūt datiem?" Es labprāt uzzinātu par jebkāda veida eureka brīdi organizācijām, kas jums ir bijušas, un par to, ko viņi ir to izdarījuši. Toms Boshs: Es iemetu vienā, Dez. Es domāju, ka tas, ko mēs atkal un atkal redzam, puiši, acīmredzot vienmēr ir ieejas punkts, vai ne? Organizācijas iekšienē ir grupa, kas saka: “Man ir nepieciešami ekrāna dati lietošanas gadījumam.” Jebkurš risinājumu piegādātājs, parasti tas ir, kur tas nonāk, un es teiktu, iespējams, 65 vai 75 procenti gada, ieejas punkti mums ir tendence būt ap aktīvu pārvaldīšanu. Viņi mēdz būt ap IT. Mēs neesam ITAM rīks. Dienas beigās tas, kas mēs esam, ir datu pārvaldības rīks. Mēs barojam ITAM risinājumus, piemēram, tos, kas pašlaik tiek izmantoti pakalpojumā, un citus sarežģītākus risinājumus, piemēram, Sierra un Snow. Dienas beigās notiek tas, kad tīri dati tiek izmantoti un prezentēti citās IT organizatoriskās sanāksmēs, cilvēki dodas: “Kur jūs to ieguvāt? Ak, tas nāca no šejienes. ”“ Tiešām? Vai es varu to apskatīt? ”Tad, kad viņi uzzina, ka jūs varat sākt pievienot vai uzlabot aktīvus ar papildu satura datiem, un tas ir kaut kas ļoti, ļoti unikāls BDNA, tas ir, kad sāk parādīties“ aha ”momenti. . Tātad viens no iemesliem, kāpēc mums patīk parādīt drošību, ir tas, ka Verizon veica pētījumu pirms pāris gadiem, un būtībā viņi atgriezās un teica: “99,9 procenti no visiem vidē notiekošajiem hakeriem nāk caur programmatūras gabaliem . Tie ir novecojuši, nav izlaboti un / vai ir beigušies. ”Lielākā daļa no tiem ir no trim mēnešiem līdz gadam, kas ir novecojuši vai ir novecojuši. Ja iepriekš ir šī informācija, drošības dienesti tagad var būt aktīvi, lai novērstu jebkādus pārkāpumus. Kriss, vai tev ir ko pasniegt no saviem ceļojumiem? Kriss Rasiks: Absolūti, tāpēc mēs visi laipni kopā pavirši pāris stāstus un runājam par to, kā ir divi "aha" brīži. Mēs cenšamies saprast, no kurienes viņi iegūst datus, un daudzi klienti neapzinās tur pieejamo datu plašumu neatkarīgi no tā, vai tie ir no SCCM vai Casper, vai arī jūs izvēlaties rīkus. Tā mērķis ir spēt iegūt labus datus no visiem jūsu rīkiem. Kā jūs to apkopojat, pareizi, bez BDNA, un, iespējams, pirmais "aha" brīdis ir: "Oho, mēs varam ņemt visus šos datus, kas mums ir, apkopot tos." Tā ir cilvēku spēja pieņemt patiesi īstenojamus lēmumus, pamatojoties uz datiem, nevis mēģināt datos atrast atbalstošu informāciju, lai atbalstītu jau pieņemtus lēmumus. Man bija Tenesī apgabalā kāds klients, kurš burtiski pēc tam, kad viņi to varēja izpildīt, es domāju, ka tas bija kā nedēļā, kad viņiem tas bija uzstādīts, burtiski dejoja uz saviem galdiem un kabīnēm, jo viņi nezināja pilnīgu elpu no viņu datiem, un tagad viņi to arī dara. Atpakaļ pie jums, puiši. Dez Blanchfield: Bagātināšanas gabals man ir interesants. Ātri par to, un tad es to nodošu Dr. Robinam Blooram. Es daudz strādāju ar bankām un līdzekļu pārvaldīšanas firmām, un ir dažas galvenās lietas, kuras viņi regulāri izturas, cenšoties saglabāt atbilstību izaicinājumiem, kuri ir zināmi jūsu klientam jeb KYC. Pastāv nelikumīgi iegūtu līdzekļu legalizēšana, AML. Man šķiet, ka ir daudz šo organizāciju, kad tās labi pārzina KYC procesu un savu klientu procesu, biežāk nekā izskatās, skatās uz iekšu un izturas kā pret klientu, un es redzu, ka daudzas no tām tagad izmanto nevis dziļumu ka esat nonācis šeit, bet ļoti augsta līmeņa rīki, lai mēģinātu noteikt, kuri viņu galalietotāji ir kopā ar klientu un ko viņi izmanto tā iemesla dēļ, ka jūs runājat. Daži cilvēki vienkārši nāk ar BYOD, daži cilvēki ieguva vecās programmatūras versijas. Viņi vienmēr sev līdzi nes sliktas lietas. Vai jūsu ceļojumā ir bijuši konkrēti piemēri, kā cilvēki izmanto datus, kurus esat ieguvis lietojumprogrammu serverī, un kādos gadījumos viņi apstrādā datus pēc būtības un nodod tos citam? Varbūt tas ir kartings par to, kurš faktiski izmanto sistēmu, un kurš kartē, ka, piemēram, HR, cilvēki, kuri izmanto sistēmu, faktiski tiek nodarbināti un viņiem vajadzētu atrasties ēkās, kā arī citi piemēri tam, kā kaut kas atrodas noliktavā, kā kaut kas ir mašīnā, kas viņiem nevajadzētu būt, un kā to atgūt? Vai jums ir kādi piemēri, kad cita uzņēmējdarbības daļa, par kuru jūs tradicionāli nedomājat iegūt datus, ir paņēmusi apakškopa vai ieguvusi tai piekļuvi un iesaistījusi viņus, lai iegūtu šķietami nesaistītu vērtību, kas, viņuprāt, iznākusi Šis darbs? Kriss Rasiks: Es vispirms gribētu pāriet uz šo. Man ir galvenie klienti, par kuriem es īpaši domāju. Viens no tiem atrodas medicīnas lauka slimnīcā, un viņi rīkojas tieši tā. Mēs izmantosim dažus bagātināšanas datus pret viņu atklāšanas datiem, ieviešot Active Directory, un pēc tam viņi zinās, kādi aktīvi faktiski pieder viņu tīklam. Pēc tam viņi var noteikt, kam vajadzētu un kas nav jālabo, kam vajadzētu un kam nevajadzētu būt pat viņu tīklā, un pēc tam jāveido saraksts viņu piekļuvei galdiem un plaukti. Otrais faktiski ir pāris dažādi klienti vai īpaši ņem šos datus, un es nekad neesmu bijis uzņēmuma arhitektūras pasaulē, tāpēc pēdējos divus gadus tas man ir salīdzinoši jauns, taču ir viss lietojuma gadījums, lai varētu ņemt mūsu nolietotus datus vai citus ar aktīviem bagātinātus datus un izmantojot citus uzņēmuma arhitektūras rīkus, kas veic uzņēmuma kartēšanu un lietas, ko dara uzņēmuma arhitekti, un, godīgi sakot, tā ir daļa no nozares, kas ir kļuvusi ļoti populāra ar datiem un Es to nekad agrāk neesmu redzējis. Toms? Toms Boshs: Es domāju, ka jāpiebilst, ka divi lietošanas gadījumi, kas, manuprāt, ir parādījušies diezgan ātri, ir gan HR, gan ap to. Būtībā viņi palīdz saprast, ko uzņēmuma iekšējie darbinieki izmanto - un man vienmēr ir pārsteidzoši, kad klienti atgriežas, un tas burtiski notiek katru reizi, kad viņi veic savu pirmo normalizāciju, ja viņi, iespējams, atradīs labu piemēru divpadsmit vai četrpadsmit dažādas Xbox kastes, kas ir savienotas ar tīklu, kuras parasti uzņēmējdarbības vidē nav sankcionētas ierīces, ja vien jūs nedarbojaties Microsoft. Atrodot ierīces, kurām nevajadzētu atrasties vidē, atrodot programmatūru, kurai nevajadzētu atrasties vidē, un, otrkārt, esmu redzējis, ka HR to ātri izmanto, lai palīdzētu novērtēt ieguldījumus, kas viņiem jāveic, iekāpšanas procesā, izmantojot jauns darbinieks. Viņiem nebija ne mazākās nojausmas, ka vidusmēra darbinieks varētu būt kaut kur tuvumā no 2500 līdz 3000 dolāru vērtas programmatūras un vairāk nekā 5000 dolāru vērts tikai un vienīgi IT ieguldījums. Dez Blanchfield: Šis ir vēl viens lietošanas gadījums. Tas nav tik daudz jautājums. Tas ir tikai punkts, ko mest ārā, lai dalītos. Man ir bijuši scenāriji, kuros mums ir bijuši ļoti, ļoti lieli vides auditi. Mēs atradām mantotās sistēmas, kuras cilvēki sākotnēji ievietoja vietās, kur cilvēki bija uzturējuši sistēmu, un atzīmējām, ka tā ir dokumentēta, un atzīmējam, ka tā ir izplānota. Vienā gadījumā viņi atrada tērauda ražotāju, kuram bija veca 486 galddatoru grupa, kas bija savienota ar modemiem, kuri katru dienu veica iezvanes banku. Šī organizācija bija vairāku miljardu dolāru tērauda ražotājs šeit Austrālijā, un viņi nesaprata, ka šie 486 personālie datori katru dienu dara (nedzirdami) bankas iezvanpieeju. Otrais, jo interesantākais, tas bija dzelzceļa vilcienu celtnieku ražošanas noliktavas vidē. Viņiem bija sistēma, kas, viņuprāt, bija vilciena uzraudzības simulators. Izrādījās, ka tā faktiski bija vecās AIX RS / 6000 IBM mašīnas tiešā sistēma, un par laimi šīs lietas vienkārši nemirst, jo gandrīz desmit gadus neviens no darbiniekiem, kas to bija ieviesis, to neatbalstīja un faktiski bija atstājis departamentu pēc tam tika slēgti, un viņi faktiski bija to sākuši darboties. Vilcieni, kas pārvietojas pa vietu un runā ar šo lietu, kā arī uztver novērošanu, bet es domāju, ka ir patiešām interesanti lietošanas gadījumi, ka diezgan bieži cilvēki, kas gaida, mēdz aizdomāties par to, ka, ja viņi sāk skatīties atpakaļ, viņi redz dažus ļoti interesantus lietas arī. Līdz ar to es to atdošu Robinam, jo es domāju, ka esmu veltījis pārāk daudz jūsu laika. Ēriks Kavanaghs: Robin, atņem to. Robins Bloors: Tātad mums beidzas laiks, tāpēc es domāju, ka viena no lietām, kas mani interesē, ir tāda produkta pirkšana kā šis - ja jūs varētu par to runāt, cik daudz cilvēku pie jums nāk vai ierodas pie šī produkta, jo viņiem ir radusies ļoti īpaša problēma viņu rokās? Cik daudz cilvēku ierodas stratēģisku iemeslu dēļ, jo viņi vienkārši saprot, ka viņiem kaut kam tādam vajadzētu būt, jo tas, ko viņi faktiski ieguvuši, ir sadrumstalots vai bezjēdzīgs. Tā ir daļa no jautājuma. Otrais ir tas, cik cilvēku pēc šī brīža pieņem šo ļoti specifisko taktisko iemeslu? Kriss Rasiks: Tas ir lielisks jautājums, Robin. Es domāju, ka reaģējoša ir cilvēka daba. Man jāsaka, ka labi 95/100 reizes, kad klienti ierodas pie mums, tas reaģē uz situāciju, kas viņus ir mudinājusi iegūt risinājumu. Tas, kas mūsdienās absolūti virza uzņēmumus, ir audita process. Es burtiski esmu dzirdējis par klientiem, kuri pirms audita saņem rēķinus no programmatūras pārdevējiem, kas pārsniedz miljardu dolāru, un jūs varētu tikai iedomāties, ko saka CIO vai CFO, kad viņi to redz. "Kā tas varēja notikt un kāpēc mums tas nav labāk kontrolējams?" Cilvēki uz to ļoti reaģē. Tagad es varu jums arī pateikt, ka dažās no šīm situācijām, tiklīdz viņi satver savu roku apkārt tam, kas viņiem patiesībā bija, izrādās, ka pārdevēji bija nedaudz agresīvi noskaņoti pret to, kas, viņuprāt, bija vidē. Vairākos īpašos gadījumos esmu redzējis, ka klienti no ļoti, ļoti lielām pirmsrevīzijas aplēsēm pārdevējiem nav parādā naudu. Daudz kas saistīts ar pārliecināšanos, ka šie dati tiek sakopti, un tas tiek darīts sistemātiski, standartizēti un standartizēti. Ir daudz uzņēmumu, kas mēģina pievērsties šai lietai no manuāla procesa. Tas patērē, ka tradicionālās revīzijas sagatavošana prasa apmēram tūkstoš līdz piecpadsmit simtus cilvēku stundu. Tātad mēs patiešām nonākam pie jautājuma būtības. Es domāju, ka pie mums ierodas daudz uzņēmumu, vairums pie mums nāk ar karstu problēmu. Tad es domāju, ka galu galā, kad viņi kļūst nobriedušāki izpratnē par to, kas viņiem ir un vai viņi to prot izmantot, tas kļūst stratēģiskāks. Tas ir viens no BDNA noteikumiem. Kad klients ir veicis ieguldījumu, ir jāpārliecinās, ka viņš saprot un izmanto šo ieguldījumu visā savas darbības laikā. Ēriks Kavanaghs: Ļaujiet man jums uzdot pēdējo jautājumu, jo acīmredzot dažās organizācijās ir jau esoši rīki, un kāds mani šobrīd ir rediģējis. Vai ir dabisks process, lai migrētu no vairākām jau esošām sistēmām, izmantojot jūsu BDNA risinājumu kā vienīgo avotu patiesības, tā teikt. Kā tas izskatās? Cik ilgs laiks paiet? Tas izklausās diezgan izaicinoši, bet tu man saki. Toms Boshs: Kriss, ļaujiet man ātri komentēt, un jūs varat parunāt par tā tehnisko pusi, vai ne? Mēs esam redzējuši klientus, kuriem ir tikai viens vai divi atklāšanas risinājumi, sākot no 25 līdz pat 25, un lai viņus visus ienestu un apkopotu - tieši tas ir rīku komplekta normalizētais komponents. Tas, kā mēs to darām, ir patiešām standartizēta savienojamības kombinācija. Tad dažos gadījumos mums ir jāizveido daži klientu izsekotāji. Kriss, vai jūs varētu varbūt to atkārtot un paskaidrot viņiem, kā mēs to darām? Kriss Rasiks: Pilnīgi, paldies Tomam. Mums ir 54 ekstrakti, kas tiek izmantoti, lai izvilktu datus no jūsu esošajiem risinājumiem, un mums ir neskaitāmas iespējas, lai potenciāli ieviestu dažus mājās audzētus risinājumus, ja esat tos ieguvis programmā Excel vai kāda cita datu bāze. Šis apkopošanas process tiešām nav tik ilgs, lai fiziski iestatītu un izceltos, divas līdz četras nedēļas, un mēs esam izveidojuši jūsu risinājumus un jūs saņemat datus ne pārāk tālu un vēl tālāk, bet tas, ko mēs beidzām mēs darīsim pēc apkopošanas un kopēšanas šos datus sašaurinātos, labos, tīros datus līdz Technopedia un to bagātināsim. Visbeidzot, mēs to iesūknēsim SQL vai Oracle datu kubā, un šis datu kubs ir tas, kas tiek izsūknēts visur, kur jūs redzat šos datus, vai arī atkal uz BDNA Analize, piemēram, to, ko jūs redzējāt šodien. Atkal koncentrējoties uz to, ka mēs necenšamies aizstāt to, kur jūs saņemat datus, mēs nemēģinām aizstāt to, kur dati iet tikai kopēšanas un bagātināšanas laikā, un pēc tam augstas kvalitātes datus. Es ceru, ka tas atbild uz jautājumu. Ja nē, lūdzu, nekautrējieties jautāt vairāk. Ēriks Kavanaghs: Tas izklausās labi, ļaudis. Laika gaitā mēs esam šeit mazliet pagājuši, bet mums vienmēr ir paticis sarunāties pilnā apjomā, un BDNA ļaudis man vienkārši atsūtīja šo sarakstu šeit. Es ievietoju šo saiti tērzēšanas logā, un jūs varat redzēt, ka tur ir daudz saprotamu dažādu savienotāju sarakstu. Tāpēc ļaudīm, kas man jums jāsaka, mēs šeit satiksimies. Protams, mēs visas šīs tīmekļa pārraides arhivējam. Varat apmeklēt vietni InsideAnalysis.com. Parasti tas palielinās nākamajā dienā. Mēs nosūtīsim arī dažus sīki izstrādātus jautājumus, ko mums iesūtīja ļaudis. Mēs to šodien nodosim runātājiem. Jūtieties brīvi sazināties ar viņiem vai, protams, ar patiesu cieņu. Jūs varat mani uzrunāt vietnē @eric_kavanagh vai, protams, ar, vai. Liels paldies mūsu draugiem no BDNA. Liels paldies mūsu Marketry draugiem par palīdzību mums šī satura radīšanā, un, protams, liels paldies Techopedia un Technopedia, jo Techopedia ir mūsu mediju partneris, brīnišķīga, brīnišķīga vietne. Dodieties uz Techopedia.com, un Technopedia ir BDNA vietņu vietne, kas ir apkopota. Tātad, šis ir lielisks materiāls, ļaudis. Liels paldies par jūsu veltīto laiku un uzmanību. Nākamajām pāris nedēļām ir paredzēts daudz tīmekļa raidījumu. Cerams, ka jums nebūs prātā pārāk daudz dzirdēt manu balsi. Ar to mēs jūs atvadīsimies. Paldies vēlreiz, un mēs nākamreiz ar jums sarunāsimies. Rūpēties par ļaudīm. Labdien!