Ära võtma: Võõrustaja Eric Kavanagh arutab IT varahaldust ekspertide Dez Blanchfieldi, dr Robin Bloori, Tom Boschi ja Chris Russickiga.
Te pole praegu sisse logitud. Video nägemiseks logige sisse või registreeruge.
Eric Kavanagh: Daamid ja härrad, tere ja tervitame veelkord Hot Technologiesi! Jah, tõesti! Minu nimi on Eric Kavanagh. Ma olen teie tänase sündmuse moderaator ja inimesed, meil on teile täna põnevat kraami kaardistatud, võin teile kohe öelda. See on üldiselt üks põnevamaid IT-halduse valdkondi. Teema on "Hoia seda lihtsana: IT-portfelli haldamise parimad tavad". Keskendume täna suuresti selle võrrandi andmeküljele. Teisisõnu - kui proovite aru saada kogu ettevõtte seadmemaastikust, veenduge, et teie andmed oleksid võimalikult puhtad või võimalikult puhtad.
Muidugi võtke kaasa kogu selle uue BYOD-i maailma abil oma seade - see on teiega väga kiiresti olemas - meil on tänapäeval väga heterogeensed maastikud. Ma mõtlen, et teie seast suured organisatsioonid teavad lugusid. Seal on terved ruumid serveritega täidetud. On rakendusi, mis töötavad aastaid. On vanu IT-süsteeme, mida keegi pole kümne aasta jooksul puudutanud ja kõik kardavad välja lülitada, sest kunagi ei tea, mis juhtub.
Nii et räägime täna paari eksperdiga, tegelikult kokku nelja eksperdiga, mida selles ruumis teha.
Kuumad tehnoloogiad, selle saate kogu eesmärk on tõesti süveneda konkreetsetesse tehnoloogiatesse ja aidata meie publikul mõista, kuidas asjad toimivad, miks seda tüüpi tehnoloogiaid kasutada, millised on mõned parimad tavad, mida peaksite arvestama. Räägime juhuslikest juhtumitest. Tegelikult räägib Dez oma kogemustest IT-varahalduse alal väikese loo. Kuid jällegi keskendume justkui andmeküljele, sest see on tõesti meie BDNA sõprade kogemus. Nad on abiks organisatsioonidele, kes saavad tegelikult aru saada, mis neil keskkonnas täpselt on ja kuidas mõista, kus see asub, mida see teeb, kes seda kasutab, ja seda kõike seda toredat.
Siin on meie paneelid. Kuuleme meie äsja leiutatud andmeteadlaselt Dez Blanchfieldilt. Mulle meeldib kiidelda, et Dez kuulus sõna otseses mõttes Austraalia LinkedIn-i viimase kümne külastatuima profiili hulka. See on sellepärast, et ta ei maga kunagi. Meil on ka dr Robin Bloor, meie enda peaanalüütik. Dr Bloor, neile, kes te ei tea, on tõesti umbes 25 aastat tagasi Ühendkuningriigis kogu IT-sõltumatu analüütikute valdkond alguse saanud. Tänapäeval on neid üsna vähe. See on peaaegu nagu ma ütlen suvilatööstust. Seal on palju sõltumatuid IT-analüütikute ettevõtteid. Meil on ka Gartner, Foster, IDC ja suured poisid. Kuid kena on sõltumatute ettevõtete puhul see, et ausalt öeldes on meil natuke vabam rääkida asjadest avameelselt. Nii et küsige temalt raskeid küsimusi. Ärge laske neil kuttidel end kergeks teha. Saate etenduse ajal alati küsimuse esitada, kasutades oma veebiülekandekonsooli küsimuste ja vastuste komponenti. See asub paremas alanurgas või saate minuga vestelda. Mõlemal juhul proovin jälgida, et seda vestlusakent kõik näeksid kaua.
Tutvustagem sellega Dez Blanchfieldi. Dez, ma annan sulle Webexi võtmed. Palun. Võta see ära.
Dez Blanchfield: Aitäh, Eric. Suurepärane. Poiss, fantastiline sissejuhatus.
Täna on see teema asi, millega olen suurema osa enda jaoks kaasa elanud, näiteks kolmkümmend aastat kestnud suur IT-keskkond. Nad kasvavad orgaanilise protsessi kaudu. Nagu Eric ütles, alustate väikestena ja ehitate neid keskkondi ning nad kasvavad ja nad kasvavad mõnel juhul ka orgaaniliselt. Nad võivad kasvada muul viisil, näiteks suure laienemise omandamise kaudu.
Jagan jagatud anekdooti, mis puudutab kõiki võtmeasju, millest täna räägime, eriti andmeid ja seda, kust andmed pärinevad, ning andmete kogumist IT-varahalduse jaoks. Sel juhul räägin ma suurest teosest, mis on mõeldud ühele kolmele parimatele kirjastajatele maailmas. Nad asuvad raadios, teleris, ajakirjas, ajalehes, digitaalses ja paljudes teistes väljaannetes. Meile anti kolmekuuline aken käivitada nn pilvevalmiduse hindamine, kuid see oli lõpuks kogu ettevõtte hõlmav pilvestrateegia, mille me kokku panime. CIO esitas meile selle põhimõttelise väljakutse vähendada kolme aasta jooksul andmekeskuse jalga 70 protsenti. See oli üsna ilmne, et pidime tegema terve ettevõtte pilve ülemineku. Selle töö tegemiseks oli meil aega kolm kuud. See hõlmab viit riiki nelja erinevat piirkonda. Kaasatud oli kuus eraldi äriüksust ja seitse erinevat staatusteenuse pakkujate turgu valitsevat operaatorit. Nagu pealkiri ütleb, ei võta miski päriselu eeskujuks.
Jõudsime üsna kiiresti järeldusele, et ärieesmärgid olid ausalt öeldes vaid ime. Nad tahtsid konsolideerida oma andmekeskused. Nad soovisid kasutada kolmandate osapoolte andmekeskuste keskkondi, mis olid vajalikud, kuid üldiselt soovisid nad vajalikel turvalisuse tagamiseks liikuda kellegi teise pilveinfrastruktuuri, eriti avalikku pilve või virtuaalse privaatpilve. Eelkõige keskenduti Amazoni veebiteenustele ja Azure'ile, kuna nad olid sel ajal kõige rohkem kindlustatud. Nad käitasid segu Inteli x86, 32/64-bitist platvormi, IBM I seeriat, AS seeriat, AS / 400P seeria suurarvutit. Neil oli tegelikult kaks suurarvutit, üks tootmiseks ja teine taastamise arendamiseks. Siis kogu opsüsteemide segu - Windows, Linux, AIX, Solaris ja mitmesugused asjad sülearvutites ja lauaarvutites.
Ladustamine oli üks suurimaid väljakutseid. Neil oli tohutul hulgal andmeid, kuna nad on kirjastajad - kõike alates fotodest kuni videoteni kuni piltide ja sisu redigeerimiseni. Nendes suurtes platvormides ja erinevates salvestusvormingutes olid NetApp, Hitachi, IBM ja EMC. Nii äärmiselt mitmekesine keskkond, et proovida ja kaardistada seal pakutavaid erinevaid teenuseid ning saada lihtsalt ülevaade sellest, mida me praegustest ja privaatsetest andmekeskuse keskkondadest pilvekeskkonda võtame.
IT-varahaldustüki ümber räägime tänapäeval kõrgusega, mille aluseks on põhiliselt andmed ja siin on kaart sellest, mida me selle konkreetse projektiga pidime hakkama saama, millest ma jagan anekdooti. Andmesisestusi oli meil palju. Kahjuks polnud ükski neist väga heas vormis. Meil on mitmesuguseid mittetäielikke vararegistreid. Käivitatakse viis erinevat vararegistrit, seega konfiguratsioonihalduse andmebaasid, ITF-i sisendvormid. Meil on erinevaid andmeallikaid, mis varieeruvad kuni üheksakümmend paaritu erinevat tüüpi. Meil oli mitu põhiteenuse mudelit, vastuolulised teenusegrupid, mis on üks suurimaid sidusrühmi, kellega ma oma karjääris kunagi tegelenud olen. Neid erinevaid süsteeme juhtis nelisada vanemat ekstsektsiooni. Alati oli meil kõigil eesmärkidel ja eesmärkidel äriüksused täiesti valesti paigutatud - igaüks neist tegutses mõnel juhul sõltumatult oma keskkonna ja oma infrastruktuuriga. See oli üsna suur väljakutse.
Avastasime selle umbes teisel või kolmandal päeval, kui me just olime "Kere viskamine" ei töötanud. Niisiis otsustasime süsteemi üles ehitada ja me ei leidnud seda selles etapis, nagu see oli mitu aastat tagasi - ja me ei suutnud leida oma otstarbele vastavaid tööriistu ning nägime kaua ja kõvasti välja. Lõpetasime SharePointi platvormi loomise koos paljude andmebaasidega, mis varustasid seda erinevate etappide töökoormustega. Pöördusime tagasi põhialuste juurde, et pääseda juurde andmetele, mis olid mõistlikud, et saaksime neid valideerida, ja kasutasime töötavate ökosüsteemide kaardistamiseks mitmesuguseid tööriistu. Viisime läbi andmekeskuse automatiseeritud auditeid füüsilises ja loogilises infrastruktuuris. Tegime automatiseeritud otsingutööriistu, kaardistades nendes andmekeskuse keskkondades töötavad teenused. Tegime rakenduste täielikku skannimist - otsisime kõike ühest rakendusest, mis töötab nende konfiguratsioonis, kui pordi süsteemid on sisse lülitatud, kui IP-aadressid on sisse lülitatud. See, mis me tegime, ehitasime uue ühtse tõdeallika, sest kõik muud andmebaasid ja teabekogumid, mis neil keskkonna ja konfiguratsiooni ning varade ümber olid, lihtsalt ei helistanud ja me ei saanud reaalsust sellele kaardistada. Nii et me lõime ühe tõeallika üles. Me liikusime sellelt kehade viskamisest automatiseeritud tööriistade viskamiseni. Hakkasime selle tunneli lõpus pisut valgust nägema. Nii jõudsimegi väga keeruka süsteemini. See tegi tohutult tarku asju alates automatiseeritud logianalüüsi hõivamisest kuni andmeteni, mida meile erinevatest süsteemidest visatakse, turbekontrollide jälgimisest, paroolide juhtelementide kasutamisest ja logimisest, füüsilise infrastruktuuri auditeerimisest, rakenduste auditeerimisest. Ehitasime sellesse rea asju, et neid andmeid automatiseeritud tulemuskaartide abil analüüsida. Seejärel koostasime aruanded sobivuse ja protsentuaalse järjestamise kohta, olenemata sellest, kas rakendused olid pilve jaoks sobivad või mitte. Seejärel jooksime selle tulemuskaardi baasjoont läbi Amazon Web Services'i, Azure ja VMware mudelitega. Koostasime selle kohta rea aruande- ja finantstahvleid ning peaaegu kunagi ei lubanud me käsitsi ülekirjutamist. Põhimõtteliselt oli asi automaatse süsteemi töös, mis iseenesest hooldas ja me ei pidanud seda asja tegelikult puudutama või väga harva pidime neid kunagi käsitsi alistama. See asi kasvas palju iseseisvalt ja lõpuks oli meil ainus tõe ja reaalsete andmete allikas, mida saime uurida teenusgruppidesse, rakenduste käitatavatesse teenindussüsteemidesse või neid kasutavate andmete ja teenuste osutamine. See oli üsna põnev, sest meil oli nüüd võimalus täita selle projektirea lubadus. Selle projekti maht - lihtsalt selleks, et ümberringi pisut ümber tõmmata - oli see, et me jõudsime lõpptulemusse. Arvan, et see oli umbes 110 miljonit dollarit aasta-aastalt umbes allapoole, töötav (kuuldamatu), kui me selle lõpule jõudsime üleminek suurema osa infrastruktuuri nihutamisele omaenda andmekeskustest pilve. Seega on tegemist väga suuremahulise programmiga. Saime projekti jaoks selle suurepärase tulemuse. Kuid tegelik probleem, millega me sattusime, oli see, et lõime koduküpsetatud süsteemi ja sellel etapil polnud müüjat selle taga. Nagu ma ütlesin, oli see mitu aastat tagasi. Selle arendamise jätkamiseks ja hooldustoe pakkumiseks pole müüjat. Väike, umbes 30 inimesest koosnev meeskond, kes aitas seda välja töötada ja kogu selle monstrumi andmeid ja kiirust koguda, liikus lõpuks edasi teistesse projektidesse ja kaks või kolm inimest jäid sellele järele. Kuid lõpuks sattusime olukorda, kus meil polnud materjalihaldusega IT-varahalduslahendust. Meil oli ühekordne projekt ja äri tegi selle väga selgelt selgeks - nad arvasid juba, et neil on konfiguratsioonihalduse andmebaasid ja ITSM-i tööriistad, mis kaardistavad maailma vaatamata asjaolule, et me seisime väga suure seebikarbi kohal ja karjusime oma ülaosas avaldab arvamust, et need andmed, millel polnud mingit mõtet. Me näitasime, et lasime neil projekti ümber tööriistu ehitada. Selle põneva, kuid samas lõpuni kurva loo kahetsusväärne tulemus oli see, et projekti tulemus oli väga-väga edukas. See oli kõlav edu. Me tõmbasime sada ja pool miljonit dollarit nende tuludelt maha aasta-aastalt. Oleme teinud selle Frankensteini - tõeliselt võimsa süsteemi, mis suudab mõnel juhul andmeid koguda ja selle kohta reaalajas aru anda, kuid seal polnud kedagi, kes seda säilitaks. Ärilaadne lasti sellel lihtsalt mõnda aega töötada, kuni lõpuks keegi andmeid ei kasutanud ja siis jõudsid muudatused selleni ning ta ei suutnud muutustega kooskõlas olevaid andmeid koguda. Lõpuks sel ajal jäeti see kodus küpsetatud süsteem koos sellega kaasas olnud andmetega surema. Meil oli see stsenaarium, kus nad pöördusid tagasi täpselt selle juurde, mis neil oli, mis eristavad jälgijaid ja erinevaid andmekogumeid, vaadates nišivormis väga, väga lähedalt konkreetset teenuspiirkonda või teenuserühmi ja lahendades nende probleeme, kuid nad kaotasid selle organisatsiooni laialt. Neil on rühmas 74 erinevat teenust. Nad kaotasid kogu selle väärtuse ja kummalisel kombel said nad kaks või kolm aastat hiljem aru, mida nad on kaotanud, ja pidid vaatama, kuidas nad selle probleemi uuesti lahendasid. Loo moraal on see, et kui see oleks nii, siis kui see oleks toode, mille oleksime juba mitu aastat tagasi riiulilt välja saanud, pidime selle ehitama, kuid see pole enam ainult nii. Nagu me peagi näeme, on seal tooteid, mis suudavad seda teha ja saavad seda ka automatiseeritud viisil teha. Nad saavad kõiki andmeid puhastada, nad võivad võtta mitu andmekogumit ja neid ühendada ning neid rikkuda. Nad saavad inimestele tõeliselt ilmseid asju ja tabeleid, mida nad ütleksid, marssida versiooni üks punkt üks, versioon üks punkt null punkt üks ja nimetada neid lihtsalt Microsoftiks. Ajal, mil me selle tööriista ehitasime, polnud selline asi saadaval; seetõttu pidime selle võimekuse nimel palju ära tegema. Otsin samu üksikasju selle kohta, mida see platvorm, millest me täna kuuleme, teeb, sest soovin ainult, et meil oleks see siis olemas. Oleksime võinud säästa palju leina ja oleksime võinud säästa palju aega, vaeva ja arendustööd avatud poe platvormi jaoks, mida saaks hooldada keegi, kes jätkab selle platvormi arendamist ja kasvatamist, mis muudab selle kättesaadavaks üldine tarbimine. Sellega saadan teile tagasi, Eric. Eric Kavanagh: Olgu. Ma annan selle üle dr Robin Bloorile. Robin, vii see ära. Robin Bloor: Tegelikult on see selline huvitav lugu, Dez. See meeldib mulle. Mulle ei tundu see eriti ebatavaline. Iga kord, kui sattusin IT-varahaldusprobleemi, on alati olnud mõni ettevõte, kes tegelikult läks koju ja tegi midagi sellega ja pidi, kuid kunagi ei tundu, et sattusite organisatsiooni, kus kogu asi on kontrolli all. Kuid niipalju kui ma võin öelda, kui te ei halda oma IT-varasid, põletate te raha. Kuna Dez tuli välja nigela sõmer looga, arvasin, et teen lihtsalt ülevaate sellest, mis on IT varahaldus. Mida see tegelikult tähendab? See on vaade linnu või kotka poolt. Mõelge tehasele - eriti organisatsioonidele, mis juhivad tehaseid kasumi teenimise eesmärgil. Kasutatakse kõiki võimalikke kulutatud varade maksimaalseks ärakasutamiseks. See on lihtsalt juhtum. Mõelge andmekeskusele, tegelikult mitte nii palju, tegelikult mitte üldse. Siis mõtled, kui palju nad andmekeskusesse investeeritakse? Noh, teate, kui te selle välja töötate, on see tõesti väga suur summa. Panite kokku, ma tean, kõigi selle süsteemi üles ehitanud ajaloolised jõupingutused. Nende litsentside eest makstakse tarkvara ja andmete väärtuse ning andmekeskuse enda ja muidugi kogu riistvara maksumuse järgi, see tuleb välja vaid kümneid miljoneid. See sõltub sellest, kui suur on organisatsioon, kuid enamikus organisatsioonides on see hõlpsalt kümneid miljoneid. See on tohutu investeering, mida inimesed teevad IT-sse ja kindlasti suurtesse organisatsioonidesse, see on tohutu. Idee, et te ei peaks eriti vaevama sellest maksimumi saamiseks ja seda tuleks tõhusalt juhtida, on ilmselgelt absurd, kuid tööstuses on väga vähe kohti, kus on tegelikult distsipliini, et IT-d päriselt tõeliselt juhtida. varad. See on mudel, mida ma olen kasutanud, ma ei tea, päris mitu korda, ma arvan. Seda kutsun kõige diagrammiks. Kui vaatate IT-keskkonda, siis sellel on kasutajad, tal on andmeid, sellel on tarkvara, riistvara. Kõigi nende IT-keskkonna moodustavate põhiolemite vahel on suhe. See kasutab spetsiifilisi tarkvara või suhteid, millel on juurdepääs konkreetsetele andmesuhetele. Nad kasutavad konkreetseid riistvararessursse, nii et seal on suhe. Tarkvara ja andmed on omavahel tihedalt seotud. Tarkvara asub ja seda teostatakse konkreetsel riistvaral ning seal on ka andmespetsiifiline riistvara. Nii et kõik need suhted on olemas. Kui soovite teada, kus asuvad IT-varad, pange lihtsalt kasutajad kasutajatele üle, sest lisaks omandatud oskustele ja selle kasutajatele on IT-varale helistamiseks väga vähe ja see on kõik muu. Siis vaatate seda ja näete, kui paljudel organisatsioonidel on isegi kogu tarkvara, mis on välja antud kõigis nende kasutatavates süsteemides? Kuidas on meil isegi korralikku riistvara inventuuri, mis sisaldab kõiki võrgundusvõimalusi? Kui palju on andmeid mõtestatud? Vastus pole. Teadmine, kus asjad asuvad, ja teadmine, kuidas need üksteisega seostuvad, võib mõnel juhul olla väga-väga oluline, eriti sellisel juhul, nagu Dez just kirjeldas, kust te selle üles võtate ja teisaldate või korjate ja liiguta enamus sellest. See pole lihtsalt tühine asi, vaid tegelikult on ka reaalne teada saada, mis seal on. Tegelikult on teada, kuidas üks asi teisega seotud on. Teine asi on see, et see skeem kehtib väikseimal detailsuse tasemel, võite ette kujutada, väikseim tarkvaraosa. Juurdepääs väikseimale andmehulgale, mida võite ette kujutada, töötab triviaalses riistvararessursis kuni ERP-süsteemini tohutu, tohutul hulgal eraldiseisvate andmebaaside ja andmefailidega, mis töötavad mitmel riistvaral. See diagramm üldistab kõike ja see rakendab igat detailsusastet ning see aja nool näitab lihtsalt, et kõik see kraam on dünaamiline. Võib tunduda, et see on ikkagi diagramm, kuid ei ole. See liigub. Kõik muutub. Selle jälgimine pole tühine asi. Ma mõtlen, et seda lihtsalt pole. Saate seda diagrammi tegelikult laiendada ja võite öelda, et unustate arvutid ja muudate selle veelgi laiemaks. Ettevõtted koosnevad kõigist andmetest ja äriteabest, mida võib-olla ei salvestata elektrooniliselt. Erinevad võimalused ja see pole tingimata arvutiga seotud. Mitmesugused äriprotsessid, mis ei ole tingimata tarkvarast sõltuvad või on tarkvarana osaliselt sõltumatud. Paljud inimesed - mitte ainult süsteemide kasutajad, vaid ka töötajad, paneelid, kliendid ja nii edasi - moodustavad ettevõtte ökosüsteemi ja siis on teil tegelikult ka kogu inimkond, inimesed. Maailmas on kogu teave. Seal on tsivilisatsioon. Kõik see on see, mida me nimetame raskeks kraamiks ja kogu inimtegevuseks. See on kõigi ja kõige diagramm. See diagramm näitab teile, kui erinevad on asjad kõige väiksematest asjadest, mis teevad midagi suuremat, kõige suuremaga, sest inimlikkuse mõttes on seal nagu kogu Internet ja miljardid arvutid, mis selle moodustavad, ja kõik seadmed ja nii edasi. See on suur hulk asju ja kõik see on ilmselgelt aja nooltele subjektiivne. See on linnu silmavaade. Ma loetlesin selle otse oma pealaest välja, isegi sellele mõtlemata. IT varahalduse mõõtmed. Seal on vara register, riistvara, tarkvara, andmed ja võrgundus. Jäädvustatud on vara atribuut - kas teil on kõigi nende asjadega seotud andmeid? Vara kasutamine - miks see kraam üldse olemas on? Vara soetusmaksumus ja omamiskulud - kui palju maksab ja seega kui palju on omandiõigus ja kui palju hea idee eest asendada? See toob kaasa varade amortisatsiooni idee. Ma ei räägi ainult riistvarast. Me räägime ka asjadest ja võib-olla ka andmetest. Täielik varakaart, mis moodustaks skeemi, millest ma just rääkisin. Pilvevarad - asjad, mis tegelikult ei vasta parameetritele, kuid mis tegelikult ühel või teisel viisil kuuluvad organisatsiooni rentimise ja mõistlikkuse tõttu. Teenusehalduse eesmärgid ja kuidas need kõigi nende võimalustega seostuvad. Üks asi, millest Dez rääkis, on tema jõupingutused, süsteemide kogumine ühest kohast teise, mis on selline, kuidas teenusehaldus välja kujunes: kas sa tabasid eesmärki, mida inimesed oma süsteemides ootavad ? " ja nii edasi. Seal on risk ja vastavus - asjad, mis võivad ühel või teisel viisil muretseda aktsionäride pärast, kellele võivad muret tunda, ja valitsus ise, ning see kõik on varahalduse aspekt. Seal toimub kogu tarkvara hankimine ja litsentsimine. Ettevõtte tulemuslikkuse eesmärgid on olemas. Varahaldus hõlmab tervet rida reegleid, mida organisatsioon võib nendele asjadele kehtestada. Me räägime tõesti keerukatest asjadest. Seega tekib küsimus ja kuidas ma lõpetan - kui palju sellest saab ära teha? Kui palju sellest tegelikult tuleks ära teha? Eric Kavanagh: Uurime siis välja, mida asjatundjatel öelda on. Ma annan selle üle Tom Boschile. Oodake, andes teile Webexi võtmed. Võta see ära. Tom Bosch: Webexi pealkiri oli meie vaatenurgast selle hoidmine lihtsate ja ilmselgelt parimate tavadena IT-portfelli või IT-varahalduse jaoks. Kui räägite parimatest tavadest, on see lõpuks arvamus. See on lähenemisviis meie vaatenurgast. Lõppkokkuvõttes soovib BDNA aidata paljudel seal leiduvatel ettevõtetel alles praegu saada IT-teekonnal oma jalad märjaks. IT-varahaldus oli mõne jaoks teie jaoks juba mõnda aega selles valdkonnas olnud kuum teema, Y2K, ja selle peamine põhjus on see, et pean aru saama, kas minu tarkvara ja need süsteemid, mis mul on, isegi käivad asendada või ajakohastada või ei õnnestu need uue aastatuhande saabudes läbi kukkuda? Ma arvan, et see, mida me kõik sel kuueteistkümne aasta tagusel kummalisel õhtul läbi elasime, oli see, et tegelikult läks taustal väga vähe. Meie elektrijaamad jäid ellu ja rongid sõitsid edasi. New Yorgis ja Sydneys põlesid tuled. Selle protsessi käigus hakkasid inimesed mõistma, et koguda ja kokku viia on tohutul hulgal teavet. Lõppkokkuvõttes, nagu Dez varem ütles, tuli puhastada kõige selle taga olevad andmed, et oleks võimalik teha selliseid otsuseid, mida inimesed otsisid. See on meie tänase vestluse tuum. Arvan, et igaüks meist saab aru, et iga päev kõnnime oma IT-osakonda, iga päev oma organisatsioonidesse. Ettevõtlus, infotehnoloogia on peaaegu peaaegu kontrolli alt väljas. Pean silmas seda, et võrku tuuakse uusi servereid. Organisatsioonides on osakondade kaupa osakondadesse viidud uusi tarkvarasid, olenemata sellest, kas tegutsete tootmisettevõttes, tegutsete teenindusettevõtetes, tegutsete jaemüügis, kõik meie organisatsioonid on tänapäeval mitte ainult ei sõideta, vaid ka sõidetakse. Infotehnoloogiast on saanud paljude organisatsioonide, mille töös me töötame, mootor. See ei ole enam ilmne, kui vaadata pakutavaid lahendusi. Kui keskendume sisemiselt andmete keerukusele just IT-osakonna sees - just nendele rakendustele, mida neid kasutatakse IT toetamiseks -, on meil olemas kõik alates hankijate haldussüsteemidest kuni IT-halduse, hankesüsteemide, arhitektuuri turvasüsteemideni, ja üks peamisi seda arendavaid atribuute on see, et nende abil saaks sisuliselt kasutada keskkonnas leiduvat materjali, et oleks võimalik nende konkreetsete erialade lahendusi tõhusalt juhtida. Seega on nende varade olemasolu käepärast peaaegu iga IT-organisatsiooni distsipliini jaoks. Kuid üks asi, mis leitakse kiiresti, kui ettevõtted hakkavad proovima neid erinevaid süsteeme kokku viia, on see, et nad ei räägi sama keelt ja lõppkokkuvõttes taandub see andmetele. Nagu Dez juba varem rõhutas, olid projekti alustamiseks halvad andmed ja ettevõttes Gartner väga huvitav statistika, mille kohaselt raiskab IT sõna otseses mõttes üle 25 protsendi raha, mille nad aastas investeerivad andmed. See maksab Tenexi projektidele, kuna lõppkokkuvõttes on enamiku ettevõtete jaoks nende andmete käsitsi puhastamine. Nagu Dez ütles, on see jälle väga tüütu. Täpsemalt, varahalduse enda ja üldiselt kogu IT-projektide kohta jõudis Gartner põhimõtteliselt järeldusele, et üle 40 protsendi kõigist IT-projektidest ebaõnnestub halbade andmete tõttu. Me teame probleemi juuri. Need on andmed. Kuidas me sellega hakkama saame? Üks toimuvatest asjadest on see, et ITAM muutub organisatsioonide jaoks oluliseks mitmel põhjusel - ilmselgelt sellel, millest me just rääkisime - st see, et peame süsteemid omavahel rääkima. Peame mõistma, kus süsteemid meie organisatsioonis eksisteerivad, et saaksime teha lihtsaid toiminguid, näiteks värskendada või värskendada just olemasolevate süsteemideni. Tänapäeva keskkonnas esineva probleemi edasiseks lahendamiseks leiavad paljud tarkvara väljaandjad ja tootjad, et nimetame seda selliseks, nagu me seda nimetame, nende väljaandjate jaoks madalat vilja, tulles kohale ja sundides kliente lihtsalt auditeerima või tõeks saama. Sõna otseses mõttes läbis sõltumatu teadusettevõtte andmetel 63 protsenti Fortune 2000-st vähemalt ühe auditi 2015. aastal. Need auditeerimised maksavad ettevõtetele tohutult palju sisemisi tasusid ja väliste tegelike kulude maksmist vahemikus sada tuhat miljonit dollarit ja Gartner tuli sisuliselt välja veel ühe huvitava statistikaga, mida minu esitluses pole, kuid ma võtsin selle varakult kätte Hommikul peavad nad auditi keskmiseks maksumuseks organisatsioonis umbes pool miljonit dollarit. Kui me räägime 25 protsendist IT-le kulutatud dollaritest, lähevad need raisku, on need mõned näited, mis jätkuvad. Ma arvan, et kõigi nende faktid, mida me siis teeme? Kuidas me sellega hakkama saame? Alustuseks saab aru, mis see teekond enamiku organisatsioonide jaoks tegelikult on. IT-varahaldus on seeria samme, mis algab põhimõtteliselt sellest, kui avastan, mida olen oma võrkudes välja jõudnud. Enamikul inimestel on üks või mitu või mitu neist avastusriistadest, tõenäoliselt on turul üks levinumaid avastustööriistu SCCM. Enamik ettevõtteid, kus on mis tahes tasemel Microsofti ja Windowsi-keskseid keskkondi, kasutab SCCM-i mitmel otstarbel, rakenduste juurutamiseks, ja seda saab kasutada ka andmete kärpimiseks, kuid need andmed tulevad tagasi mudases räpane vormingus. Me räägime sellest rohkem vaid minutiga. Samuti on arvukalt muid tööriistu. Enamikul ITSM-lahendustest, olgu selleks BMC või Service Now, Nationale või HP, on väga head avastusriistad ja need tulevad sageli mängu siis, kui proovite eriti kokku tõmmata teavet ja oma serverivõrkude ja võrguseadmete vastastikuseid sõltuvusi, kuna Viimane asi, mida me vajame, on olukord, kus suure lennufirma broneerimissüsteem langeb päeva keskel maha ja miljonid, kui mitte miljardite dollarite suurused tulud kaovad. Kõigi nende asjade omavahelist mõistmist alustatakse uuesti sellega seotud varade mõistmisega. Selle protsessi teine etapp või teine samm - ma sain kõik need andmed kätte, kuid mida see tähendab ja kuidas ma saan sellega tööd tegema? Seda sammu nimetatakse tavaliselt normaliseerimiseks ja sellele keskendume täna suurel hulgal, sest selle tuum on kõige lihtsam ja olulisem samm liikudes täielikult optimeeritud või täielikult küpse ITAM-i teekonna poole. Selle normaliseerimisprotsessi käigus liikudes koondate kõik olemasolevad avastusallikad kokku ja mõned neist võivad olla lihtsalt rakendused ja lahendused, millest ühes varasemas slaidis rääkisime. Me tahame olla dubleeritud. Soovime vähendada suminaid ja filtreerida kõik andmed, mis pole asjakohased. Me räägime sellest pikemalt, kui mööda läheme. Sealt on mõned loogilised sammud madala rippuva puuvilja peal. Kui ettevõtted tulevad kokku, ühinevad ja lähevad välja ning omandavad muid organisatsioone, hakkavad nad arendama kasutatavate rakenduste dubleerimist. Väga tüüpiline samm, mille inimesed astuvad, kui nad on sellest aru saanud ja tark- ja riistvara maastikku mõistavad, on nende keskkonnas olevate dubleerimise, koondatud seadmete ja üleliigse tarkvara ratsionaliseerimine või eemaldamine. Näiteks võite leida, et kui te lähete välja ja vaatate, võib teie keskkonnas olla mitu kuni kakskümmend viis erinevat BI-tööriista. Ettevõtte potentsiaalne kokkuhoid, mis eemaldab mitte ainult konkreetsete rakendustega seotud, vaid veelgi tähtsam on see, millel on laiem ulatus, tohutu kulude kokkuhoiu ja võimaliku riski vähendamise. Mida organisatsioonid teevad? Tavaliselt vaatavad nad neid detailselt ja nagu Dez ütles, visati palju keha ja nad hakkasid välja mõtlema, mida nad peavad tegema ja kuidas nad selle optimeeritud oleku said, ja ma vaatasin, kuidas see juhtus. ja jälle. Olen viimase kümnendi paremas osas töötanud sadade ettevõtetega, eriti nende tarkvaravarahalduse alal. Lõppkokkuvõttes, mis enamiku nendest projektidest peatab või mis enamiku nende projektide nurjumisest põhjustab, on see, et nad üritavad rohkem kui suudavad närida ja nad ei võta seda tagasi oma juurte juurde, luues sisuliselt projekte, mis nõuavad tohutul hulgal muudatuste juhtimist, juhtimislubasid, haridusprogramme ja juhtimist, mis mõjutab tohutut ruumi kogu nende keskkonnas. Kui istute koos programmi või projektiga, mida nad vanemametniku ees näitavad, sageli küsitakse: "Kas probleem on tõesti nii suur?" Kuna ma olen seda paljude tippjuhtidega üksikasjalikumalt arutanud, ütlevad nad: “Tead, Tom, see paneb minu jaoks tõesti kokku kolm asja. Ma tahan teada, mis meil on. Ma tahan teada, et me kasutame seda, mida ostame. Kõige tähtsam on see, et tahan teada, et see, mida me kasutame ja mida me kasutame, ühtib sellega, mida ostsin. “Teisisõnu:„ Kas mul on õigus sellele, mida ma kasutan, või olen sattunud piraatluse juhtumisse ehkki tahtmatu piraatlus? ” Neile kolmele küsimusele saab tegelikult väga hõlpsalt vastata tagasi minnes ja lihtsalt andmeid puhastades. Seda näitame teile ülejäänud viisil. Vaatame andmeid konkreetselt ja millised on mõned probleemid, mis nendest avastatud andmetest tulenevad. See pole oluline. See on ebatäpne. See on ebajärjekindel. See on puudulik ja lõppkokkuvõttes maksab halbade otsuste tegemine korporatsioonidele tunduvalt rohkem kui 14 miljonit dollarit aastas. Siin on näide andmete tüübi kohta, mida saate otse selliste avastusriistade nagu SCCM abil. See hõlmab tohutul hulgal sõna otseses mõttes ebaolulisi andmeid. Tegelikult on 95 protsenti andmetest ebaoluline. See sisaldab selliseid asju nagu käivitatavad failid, plaastrid ja kuumparandused ning seadme püsivara ja erinevad keelepaketid ning teadmistebaasi komplektid. Hea näide on minna oma keskkonnas asuva tavalise arvuti varudesse ja otsida midagi Adobe'ist. Sageli võib Adobe Acrobatil teie arvutis olla üks litsentsitav eksemplar, kuid siiski võib neid koopiaid olla kuni üheksa või kümme. Nii et palja silmaga pole kindel, kas vastutate üheksa erineva eksemplari või ainult ühe toote eest. Niiöelda üks teine valdkond on aset leidv ebakõla. See on vaid lühike näide sellest, kuidas Microsofti saab organisatsioonis nimetada nii paljudeks erinevateks asjadeks. See on BDNA jaoks fookuses olev piirkond. Ma arvan, et üks kõnekamaid näiteid, mida me saame anda, on see, et just SQL-i teemaga seoses oleme oma kliendibaasist leidnud 16 000 erinevat varianti, kuidas SQL-i nimetada laos. Kaaluge selle järjepidevat kasutamist. Teine valdkond on põhiline standardite puudumine. Millisele andmebaasi väljalasetele, millisele IBM-i CAL-i või PV-i kasutamisele me hakkame neid andmeid haldama? Nii et see on osa nõuandest ja probleemist aidata kõiki neid tooraineid, kõiki neid lähteandmeid, kuni selle kasutamiseni viia. Lisaks on tohutul hulgal andmeid, mida ei leita, mis oleks ka kellelegi traditsioonilises ITAM-keskkonnas väga väärtuslik. Toome teile mõned näited selle kohta, kuidas mõnda kasutusjuhtumit käsitleme. Üks element, mis on kindlasti küsitav, on asjaolu, et need andmed muutuvad iga päev. Kui me vaatame pelgalt Microsofti, siis Microsoft tutvustas 2015. aastal üle 3500 uue tarkvarapealkirja ja täiustas või uuendas umbes 9800 erinevat tarkvara. Ainuüksi Microsoftis on see 14 000 muudatust. BDNA haldab seda iga päev. Oleme saanud inseneride meeskonna, kes jääb selle juurde ja teeb sõna otseses mõttes mõned sõnad miljonist muudatusest meie põhisõnastikku ja entsüklopeediasse. Me käsitleme seda siin edasi minnes üksikasjalikumalt.Lõppkokkuvõttes võtame vaatluse alla selle keskkonna, mida me varem vaatasime, ja kõigi nende erinevate lahenduste suutmatus üksteisega rääkida on kindlasti probleem ja just seal jõuab kohale BDNA ning BDNA platvorm ja selle põhikomponent Technopedia võimaldavad meil seda teha ühise andmeplatvormi loomiseks. Kuidas see toimub, on tegelikult üsna lihtne. Me koondame andmed, mis pärinevad paljudest teie erinevatest avastusallikatest. Need avastusallikad võivad olla mõned neist, mida ma varem mainisin, näiteks SCCM või ADDM või HPUD. See võib olla see asi CMDB. Tegelikult võivad need olla ka ostutellimissüsteemid, mis teil hankesüsteemidest on. Me koondame selle kokku ja vaatame põhikomponente, kuidas asju loetletakse, kuidas seda ratsionaliseerida ja normaliseerida. Jällegi, see on midagi, mida BDNA nimetab Technopediaks. Technopedia on maailma suurim IT-varade entsüklopeedia. Seda kasutab veel paarkümmend muud rakendust kogu maailmas väljaspool BDNA kasutamist, et taas luua ühine keel. Tööriistad, näiteks arhitektuurilised tööriistad, hankeriistad, teenusehalduse tööriistad - taaskord idee: "Räägime kõigis meie IPV-des ühist keelt". Seejärel lisame neile konkreetsetele pealkirjadele 1,3 miljonit kirjet, mis ületavad 87 miljonit atribuuti. Need atribuudid võivad olla midagi nii lihtsat kui: "Millised on riistvara spetsifikatsioonid või spetsifikatsioonid lihtsa serveri ümbruses? Millised on füüsikalised mõõtmed? Mis on energiatarbimine? Mis on energia hinnang? Milline on VP soojusenergia kasutamine VP poolt kõik asjad, mida meie arhitektid võiksid kasutada? " See on vaid üks näide paljudest saadaval olevatest kataloogipõhistest lisandmoodulitest. Me võtame teie andmed. Me süvendame seda. Põhimõtteliselt kaardistame selle, normaliseerime selle Technopedia kataloogi järgi ja edastame normaliseeritud andmete komplekti, mida saab seejärel kasutada kogu ülejäänud keskkonnas. Toome selle sisemiselt andmelaosse, mida me näeme teile vaid mõne minutiga, kuid meil on ka standardsed integratsioonid paljudesse CMDB, ITSM ja täiendavatesse tööriistadesse, mida kasutatakse kogu IT-keskkonnas, et need lahendused muutuksid väärtuslikumaks sina. Mõne sisu paketi, hinnakujunduse, riistvara spetsifikatsioonide, olelustsükli ja tugiteenuste lihtne näide on tõenäoliselt kõige tavalisem, mis annab teile selliseid asju nagu elu lõpp, toe lõpp, virtualiseerimise ühilduvus, Windowsi ühilduvus ja jällegi katab Chris mõnda sellest edasi liikudes. Hiljutises koomiksis, mille ma üles võtsin, Dilberti koomiksis, oli tema boss tegelikult palunud, et ta teeks täpselt sama asja. Niisiis, "Dilbert anna mulle nimekiri meie organisatsiooni sisestest varadest". Dilberti vastus oli järgmine: "Kes seda kasutab, kui ma selle kätte annan?" IT-varahaldusandmete kasutamine, nagu me sellest rääkisime, saavutab siin edasi minnes tõepoolest tohutu hulga kasutusvõimalusi kogu teie organisatsioonis. See on vaid väike näide erinevatest IT-organisatsiooni sisestest distsipliinidest ja nende kasutamisest. Reaalsus on see, et see juhib organisatsioonis väärtust ja võttes parimatest autoriteetsetest ettevõtetest pärinevad andmed, aitab BDNA sisuliselt ettevõtetel juhtida paremaid äriotsuseid. Istudes istudes ja otsides lihtsustatud viisi oma ITSM-lahendusega toimetulemiseks, aitab BDNA lõpuks lihtsust juhtida, puhastades andmeid ja andes teile võimaluse teha häid äriotsuseid, ja meie tee seda kiiresti. Enamik meie kliente - tegelikult peaaegu 50 protsenti - on meile sõltumatute uuringute kaudu öelnud, et nad said oma projektilt täieliku investeeringutasuvuse vähem kui 30 päeva jooksul ja sõna otseses mõttes 66 protsenti said esimesel aastal üle 200 protsendi investeeringutasuvuse. See on selline statistika, mida teie CFO ja CIO tahavad kindlasti teada saada, kui kaalute oma organisatsiooni investeerimise ja täiustamise võimalusi. Mida me nüüd tegema hakkame, on see, et ma annan asjad Chrisile üle. Oleme saanud suurema osa kolmeteistkümne või viieteistkümne minutist, ja see, mida me teeme, on sisuliselt kõndida läbi mõned kriitilised kasutusjuhtumid ja mõned, millest me varem rääkisime, põhimõtteliselt need, mis ma olen installinud. Teil on võimalus näha, mida ma kasutan, et saaksite need uuesti koristada. Kas ma vastan installituga? Võib-olla tahan ma uurida, millised seadmed on vanemad kui kolm aastat, kuna tahan teada, kas saan neid seadmeid värskendada. Mis tarkvara neil seadmetel on, et saaksin seda värskendusprotsessi kavandada? Ja kui ma tahan konkreetselt uurida turvariski, siis milliste võimalike tarkvarakomponentide kasutusaeg on ületanud või jõuab millalgi järgmise kolmekümne päeva või järgmise aasta jooksul? Ja mis võidakse loetleda Väärtpaberite Riikliku Instituudi haavatavuse loendis? Eric, mida ma tahaksin teha, on see teile tagasi anda. Kui soovite, kas saaksite asjad hr Russickile üle anda? Eric Kavanagh: Ma teen seda ja Chris, teil peaks olema nüüd sõna. Minge edasi ja jagage oma ekraani ning viige see ära. Chris Russick: Suurepärane. Aitäh, Tom. Aitäh, Eric. Ma hindan seda. Meie tänase demo jaoks tahaksin teile tutvustada BDNA analüüsi. BDNA analüüs on meie BDNA toodete aruandejaotis. Alustame vastamist neile küsimustele, mille Tom lauale tõi. Mis meil on? Kes meie tooteid kasutab või me kasutame? Mis meil on õigus ja kas me oleme kindlad? Esimene neist, räägime Microsofti toodetest, mida me oleme installinud, ja alustan sellest, et tuuakse üle meie tarkvara installimise arv. Järgmisena lähen sisse ja filtreerin Microsofti tarkvaratootjad. Järgmisena kavatsen täieliku sissejuhatava traditsiooni jaoks üle anda tarkvara nime ja alustame lihtsalt suurema versiooniga. Jällegi, see on põhimõtteliselt Microsofti laoseis positsioonil nii litsentsitavates kui ka mittelitsentseeritavates toodetes. Seal, kus kumm maanteel kokku puutub, saavad need olema litsentsitavad tooted. Filtreerime selle veelgi litsentsitavate toodete hulka. Alustame sellega, et vastame sellele, mis oli jälle see, millest alustasime, mis on Microsofti toodete voog. See on kallis pealkiri ja öelge, millal seda viimati kasutati, ning süsteemi järgi ja proovige mõnda neist litsentsidest tarkvara korduvkasutamise teel tagasi nõuda. Järgmisena käsitleme viimati kasutatud aastaid ja filtreerime selle välja. Valin 2012. ja 2014. aasta. Toon sisse ka SCCM-i mõõdetud andmed. See, mida me praegu teha saame, on viia tarkvara viimati kasutatud kuupäevani. Lõpuks võime tulla hostinime juurde ja selle üle tuua ning tuua ka viimane täielik kasutaja sisselogimine. Sellest aruandest saate lihtsalt pöörduda hr Acme kasutaja poole ja küsida neilt: “Kas kavatsete sel aastal Microsofti toodet kasutada? Näib, et te pole seda alates 2013. aastast kasutanud. ”Näiteraportis märgiti, et selles osaletakse ja teil on võimalik need litsentsid tagasi nõuda. Järgmisena lähen üle meie tarkvara ühilduvale armatuurlauale. Mul on see üks eelsalvestatud ja see sisaldab näiteks Adobe'i - millisele rakendusele me juba ühildame ja millele me ei vasta ning kas on olemas hinnang nende allpool olevatele küsimustele, mille Tom oli varem tõstatanud . Teie ostutellimuse teabe ja meie sisestatud teabe põhjal on olemas tarkvarapealkirjad, teie õiguste arv, milline on selle maksumus, mis on installitud ja kas olete ala- või üle. Seda aruannet vaadates saate paljudele neist küsimustele vastata. Järgmine, kuhu tahaksin üle minna, on riistvara värskendamine. Siin on eesmärk kindlaks teha, milline riistvara on aegunud, mis on vanem kui kolm aastat või neli aastat, olenemata sellest, mida teie organisatsioon peab oluliseks. Lihtsalt liikuge oma süsteemiarvestuse juurde. Selle näite puhul keskendume lauaarvutitele. Ma tulen siin üles vaatama tarkvaratoodete teavet ja toome kategooria, alamkategooria ja hoiame ainult lauaarvuteid. Siit edastame toote, tootja ja mudeli teabe. Tänase näite puhul keskendume 790-ndatele. Põhjus, miks ma seda tegema pean, on see, et me teame, et need on rohkem kui kolm aastat vanad, kuid toome siia üle riistvara GA. Kui soovite seda GA-d siit leida, võite selle kindlasti üle tuua kõigile riistvara alamkategooria toodetele. Lõpuks, kui kavatsete neid seadmeid täiendada või värskendada, on kasulik teada saada, millised need seadmed on. Jällegi võime langetada hostinime ja siis on lisaks kasulik aru saada, mis neile on installitud. Nii et meil on tarkvara installimiste arv ja siin muutub aruanne suureks. Peame üle tooma tarkvaratootjad, tarkvara nimed ja lõpuks tarkvara suurema versiooni. Me ei vaja riistvara kategooriat ja alamkategooriat, nii et saaksime siin natuke ruumi kokku hoida. Siin on nimekiri. Seega mõistame praegusel hetkel, et selles hostis on meil olemas need tooted, mida tuleb selle riistvara värskendamise käigus täiendada. Praegu peame teadma, mis on opsüsteemiga ühilduv, et sõlmida tarkvara valmisoleku leping. See saab olema tarkvara Windowsi 64-bitine valmisolek. Me läheme 64-bitisesse keskkonda. Sel hetkel olete saanud tõeliselt kasutatavaid andmeid - mis on installitud sellele hostile -, kuid peate GA andmete põhjal versiooniuuendusi uuendama ja lisaks saate öelda, kas see on ühilduv või tuleb ühilduvuse kontrollimist või lihtsalt mitte ühilduvust. See annab teie meeskondadele, kes seda teevad, kuidas värskendada väärtuslikku teavet ja säästa nende aega pikas perspektiivis. Lõpuks, turvalisuse tagamiseks on olemas kaks turvalisuse tükki. Neist on riist- ja tarkvaravaradest ning tootmiskeskkondadest rääkimisel tohutult palju abi. Esiteks on andmed kasutuselt kõrvaldatud kohta. Kindlasti soovite, et kõik oma plaastrid ja tarkvara kasutuselt kõrvaldatud tooted värskendataks ilmsetel põhjustel uusima versioonini. Niisiis tegeleme sellega kõigepealt. Alustame jällegi tarkvara installimiste arvuga. Me toome teie kogu keskkonna üle. Toome teie tarkvara tootja, tarkvara nime ja suurema versiooni uuesti üle. Järgmine asi, mida me tegema hakkame, on langeda alla ja piirata kasutuselt kõrvaldatud andmete arvu tarkvara kasutusea lõpuaastaga. Toome selle ulatuse. Me teeme praeguse aasta - eelmine, ütleme kaks aastat ja järgmised kaks aastat -, nii et teeme viie aasta skaneerimise. Siinkohal tahetakse vastata küsimusele: “Mida peame sel aastal uuendama? Mida oleksime pidanud viimase kahe aasta jooksul täiendama? Ja et mänguga edasi minna, mida peame järgmiseks kaheks aastaks kavandama? ” Esitame need andmed ja viime selle värskenduse abil ülaosasse. Vahetult nahkhiirte juurest näete, et 2014. aastal on installitud 346 tarkvara, mis näeb välja nagu BlackBerry tarkvara, Citrixi isiklik vDisk, neid on 25 jne. Seega on see hea aruanne. Jällegi tahame läbida kõik toimingud, kuid kindlasti võiksite valida ainult töölaua tarkvara või "Hoia ainult" ja seejärel leida selle host, kuhu see on installitud. Saate neid andmeid eksportida CSC-, PDF- või Excelisse. Sellega saab CSC tuua seda ka teistesse toodetesse, kui soovite automatiseeritud viisil mõnda uuendust teha ja kliendi vaatenurgast näete täpselt, mida tuleb tulevikus teha. Lõpuks, üks teine aruanne, mille olen meie süsteemis loonud, kasutab BDNA Analyze. See on süsteemiaruanne, mis põhineb NIST-i andmebaasi, riikliku instituudi standardite ja tehnoloogia konkreetsetel CVE-del. See, mida ma siin teinud olen, on suunatud iTunes iTunes'i poole ja kutsusin spetsiaalselt välja mõned CVE-d 2015. aastal ning olen proovinud luua aruande, mis otsib konkreetset versiooni, kui palju süsteeme oleme installinud ja kui paljudele süsteemidele see on mõju avaldanud. paljud nende CVE-de põhjal installitud tarkvara komponendid. See on jällegi suurepärane tööriist, kui proovite saada (kuuldamatut) heastamispunkti või aitate turbeosakonnal lihtsalt oma IT-varasid ja inventari paremini hallata. Praegu tahaksin selle küsimuste ja vastuste jaoks tagasi anda Tomile ja Ericule. Eric Kavanagh: Lubage mul tuua sisse analüütikud, Dez ja Robin. Olen kindel, et teil on küsimusi. See oli muide fantastiline demo. Ma lihtsalt olen üllatunud, kui palju on sellesse keskkonda pääseda. Olgem ausad, selles tõeliselt heterogeensetes ökosüsteemides on just selline nähtavus teil vaja, kui saate aru, mis seal toimub, ja kui ees seisab audit, mida muidugi keegi ei taha teha , aga Dez, ma arvan, et kõigepealt pöördun selle poole kõigi küsimuste korral. Dez Blanchfield: Inimene, ma lähen ise ajakasti, sest ma võin lihtsalt veeta päeva teiega sel teemal rääkides. Küsimuste ja toodete kaudu on minuni jõudnud mõned asjad, mille juurde jõuan ka siis, kui te seda ei arvesta. See tuletab mulle meelde, et minu kuvatavad ekraanid tuletavad mulle meelde, millisest projektist oleksin tahtnud rääkida, kus värskendasime Data EDI-nimelise ettevõtte jaoks vaid üheksateistkümmend paarituhat tuhat masinat nende (kuuldamatu) kaudu jagunemine ja muud valdkonnad ning ma võin sellest avalikult rääkida, kuna see on avatud projekt. Ma avastasin, et seal oli kolm eraldi töölauavärskendust ja mingil põhjusel paralleelselt töötavad SOA värskendused. Lõpuks panin need kõik lihtsalt seisma ja alustasin automaatse tööriistaga nullist. Me räägime mastaapidest ja tulen mõne sekundi pärast tagasi teie juurde ühe küsimusega. Kui me midagi sellist mõõtkavas tegime, siis juhtus see, et ma pääsesin insenerimeeskonnast ja CIO kontorist välja ning kõndisin ülejäänud ettevõttest mööda ja ütlesin: "Me kontrollime selle organisatsiooni kõike alates töölaua allapoole. Mida soovite sellest teada? " ja keegi ei küsinud tegelikult ühtegi küsimust. Nii et nüüd on mul mõned brändi X sessioonid, kus ma sain need paarist laudatoast kokku ja ütlesin: "Las ma lihtsalt küsin küsimuse uuesti." Rahanduse alal andke mulle teada, et rääkige teile igast tarkvarasest, kus pidite aru andma, kui palju me maksame ja milleks selline elu lõppeb ning millal saate selle kirjutada. Kas saate selle kätte PNL-i ja GL-i? Kus on teie varahaldus selle ümber ja kuidas haldame järgmise aasta tarkvara litsentsimise eelarve koostamist? Glasuuritud silmamunad ja ma käisin kõigist teistest gruppidest läbi, nii et tahaksin saada natuke teavet nende kohtade kohta, mida olete näinud nendes kohtades, kus olete ilmselt saanud suurepärase tööriista, mis teeb tohutul hulgal võimsaid asju kogu varahalduse kaudu ja vara avastamine. Milline on olnud teie reaktsioon sellistele stsenaariumidele, kus olete juhtinud projekti, kus olete juhtinud klienti, kes on projekti juhtinud, ja äkki on see rahanduse ja inseneriteaduse ning arendustegevuse ja turvalisuse ning vastavuse tagamise ning paljude asjade ja isegi varju IT-keskkonnad poputavad ja ütlevad: "Meil polnud aimugi, et see siin on ja kuidas me pääseme juurde andmetele?" Mulle meeldiks kuulda mis tahes organisatsioonide eureka-hetkest, mis teil on olnud, ja mida nad on sellega seoses teinud. Tom Bosch: Ma viskan ühe sisse, Dez. Arvan, et poisid, mida me ikka ja jälle näeme, on ilmselgelt alati olemas sisenemispunkt, eks? Organisatsiooni sees on üks rühm, kes ütleb: “Mul on kasutusjuhtumi jaoks vaja ekraaniandmeid.” Mis tahes lahenduste pakkuja, tavaliselt sinna, kuhu see jõuab ja ma ütleksin, et tõenäoliselt 65 või 75 protsenti aastast, on meie jaoks enamasti sisenemispunktid. olla varahalduse ümber. Nad kipuvad olema IT ümber. Me ei ole ITAM-i tööriist. Päeva lõpus on see, mis me oleme, andmehaldusvahend. Toidame ITAM-lahendusi, nagu praegu teenuse sees olevad, ja muid keerulisemaid lahendusi nagu Sierra ja Snow. Päeva lõpus hakkab juhtuma see, kui puhtaid andmeid hakatakse kasutama ja tutvustatakse muudel IT-organisatsiooni koosolekutel, inimesed lähevad: „Kust te selle saite? Oh, see tuli siit. ”“ Kas tõesti? Kas ma võin seda heita pilgu? ”Siis kui nad saavad teada, et võite hakata vara lisama või täiustama täiendavate sisuandmetega ja see on midagi, mis on BDNA jaoks väga-väga ainulaadne, siis hakkavad avanema„ aha ”hetked . Üks põhjustest, miks meile meeldib turvalisust näidata, on see, et Verizon tegi paar aastat tagasi uuringu. Põhimõtteliselt tulid nad tagasi ja ütlesid: “99,9 protsenti kõigist keskkonnas toimuvatest häkkidest tuleb tarkvara kaudu . Need on aegunud, pole paika pandud ja / või on lõppemas. ”Enamik neist on kuskil kolme kuu ja aasta vahel vananenud või elu lõppenud. Kui teil on seda teavet ette nähtud, saavad turbeosakonnad rikkumiste ärahoidmiseks nüüd ennetavalt tegutseda. Chris, kas sul on oma reisidelt midagi esitleda? Chris Russick: Absoluutselt, nii et me naelutasime kõik koos paar lugu kokku ja räägime, kuidas kaks "aha" hetke on. Püüame aru saada, kust nad andmeid hangivad ja paljud kliendid ei mõista, kui laialdaselt on seal saadaolevaid andmeid, olenemata sellest, kas SCCM või Casper või valite tööriistad. Sealne eesmärk on saada kõigist oma tööriistadest häid andmeid. Kuidas seda õigesti, ilma BDNAta, kokku liita ja võib-olla on esimene "aha" hetk: "Vau, me saame kõik need andmed, mis meil on, kokku liita." See on inimeste võimalus teha andmete põhjal tõeliselt toimivaid otsuseid, selle asemel et proovida leida andmetest tugiteavet juba tehtud otsuste toetamiseks. Mul oli Tennessee piirkonnas üks klient, kes sõna otseses mõttes, kui nad seda teha said, arvas, et nädala pärast oli see paigaldatud, tantsides sõna otseses mõttes oma töölaudadel ja -kabinettides, sest nad ei teadnud täie hingetõmbega nende andmetest ja nüüd nad seda ka teevad. Tagasi, kutid. Dez Blanchfield: Rikastamistükk on minu jaoks huvitav. Lihtsalt kiiresti ja siis annan selle üle dr Robin Bloorile. Tegin palju tööd pankade ja varahaldusettevõtetega ning seal on paar peamist asja, mida nad regulaarselt läbi viivad, püüdes jääda vastavaks väljakutsetele, mis tunnevad teie klienti ehk KYC-d. Seal on rahapesuvastane võitlus, AML. Kuid leian, et neid organisatsioone on palju, kui nad saavad KYC-protsessis ja oma kliendiprotsessis paremini aru, vaatavad enamasti sissepoole ja suhtuvad klienti ning ma näen, et paljud neist kasutavad praegu mitte sügavust et saite siia, kuid väga kõrgetasemelised tööriistad, et proovida kaardistada, kes on nende lõppkasutajad koos kliendiga ja mida nad kasutavad, põhjusel, et te räägite. Mõni inimene tuleb lihtsalt BYODiga kaasa, mõni sai tarkvara vanad versioonid. Nad toovad alati halbu asju endaga kaasa. Kas teil on olnud teie reisil konkreetseid näiteid selle kohta, kuidas inimesed võtavad andmeid, mis teil on rakendusserveris, ja kus nad töötlevad andmeid sisuliselt ja söödavad neid millelegi muule? Võib-olla on tegemist kaardistamisega selle kohta, kes seda süsteemi tegelikult kasutab ja kes kaardistab näiteks seda, et HR, süsteemi kasutavad inimesed on tegelikult tööle võetud ja väidetavalt viibivad hoonetes ning muid näiteid selle kohta, kuidas midagi laos on, kuidas midagi on masin, et nad ei peaks ja kuidas tabamine on? Kas teil on näiteid, kus mõni teine osa ärist, mille kohta teie arvates andmed tavaliselt väärtust ei leia, on võtnud alamhulga või pääsenud sellele juurde ja kaasanud neid näiliselt sõltumatu väärtuse saamiseks, mille nad nägid välja tulevat see töö? Chris Russick: Tahaksin kõigepealt selle peale hüpata. Mul on võtmekliente, kellele ma konkreetselt mõtlen. Üks on meditsiinilise välihospitali ja nad teevad just nii. Võtame nende avastusandmete osas rikastamisandmeid, luues sisse Active Directory ja seejärel teavad nad, millised varad nende võrgus tegelikult asuvad. Sealt saavad nad otsustada, keda peaks ja mida ei tohiks lappida, kes peaks ja ei peaks isegi olema nende võrgus, ning peavad seejärel nimekirja oma lauaarvutitele juurdepääsu saamiseks ja üldse. Teine on tegelikult paar erinevat klienti või võtab konkreetselt neid andmeid ja ma pole kunagi olnud ettevõtte arhitektuurimaailmas, nii et see on minu jaoks kaks viimast aastat suhteliselt uus, kuid meie jaoks on olemas kogu kasutusjuhtum kasutuselt kõrvaldatud andmeid või muid varaga rikastatud andmeid ja pumbake need teistesse ettevõtte arhitektuuri tööriistadesse, mis teevad ettevõtte kaardistamise ja asjad, mida ettevõtte arhitektid teevad, ja ausalt öeldes on see osa tööstusest, mis on nende andmete abil väga populaarseks saanud ja Ma pole seda kunagi varem näinud. Tom? Tom Bosch: Ma arvan, et lisada, et kaks kasutamise juhtudel, et ma arvan on hüppasid üles päris kiiresti on mõlemad omamoodi ja selle ümbruses HR. Põhimõtteliselt aitavad nad mõista, mida ettevõtte sisemised töötajad kasutavad - ja see on minu jaoks alati hämmastav, kui kliendid tagasi tulevad, ja see juhtub sõna otseses mõttes iga kord, kui nad käivitavad oma esimese normaliseerimise, kui nad leiavad tõenäoliselt hea näite kaheteistkümne või neljateistkümne kohta erinevad võrguga ühendatud Xboxid, mis tavaliselt pole ärikeskkonnas sanktsioneeritud seadmed, kui te ei tööta Microsoftis. Seadmete leidmine, mis ei tohiks olla keskkonnas, tarkvara leidmine, mis ei tohiks olla keskkonnas, ja teiseks olen näinud, et HR kasutab seda kiiresti ära, et aidata hinnata investeeringuid, mida nad peavad sissesõiduprotsessis tegema koos uus töötaja. Neil polnud aimugi, et keskmine töötaja võib olla kuskil läheduses 2500–3000 dollarit väärt tarkvara ja üle 5000 dollari väärtuses pelgalt IT-investeering. Dez Blanchfield: See on veel üks kasutusjuhtum. See pole mitte niivõrd küsimus. See on lihtsalt mõte, mille ära visata, et jagada. Mul on olnud stsenaariume, kus meil on olnud väga-väga suuri keskkonna auditeid. Leidsime pärandsüsteemid, mille inimesed algselt panid paika, kus neid hooldavad inimesed olid edasi liikunud, ja panime tähele, et see on dokumenteeritud, ja pange tähele, et see on kaardistatud. Ühel juhul leidsid nad terasetootja, kellel oli vana modemiga ühendatud 486 lauaarvuti, mis tavapäraselt iga päev panka valisid. See organisatsioon oli mitme miljardi dollarine terasetootja siin Austraalias ja nad ei saanud aru, et need 486 personaalarvutit teevad (kuuldamatult) iga päev pankade sissehelistamist. Teine, seda huvitavam, see asus rongirongiehitaja tootmislao keskkonnas. Neil oli süsteem, mis nad arvasid oli simulaatori rongi järelevalvet. Selgus, et see oli tegelikult vana AIX RS / 6000 IBM-i masina reaalajas süsteem ja õnneks need asjad lihtsalt ei sure, sest ligi kümmekond aastat ei toetanud keegi seda rakendanud töötajatest seda ja olid pärast osakonda tegelikult lahkunud nad suleti ja tegelikult olid nad selle käivitanud. Rongid, mis sõidavad kohapeal ringi ja räägivad seda ning jälgivad pildistamist, kuid arvan, et on tõesti huvitavaid kasutusjuhtumeid, mille puhul kipuvad tulevikku vaatavad inimesed sageli mõtlema sellele, et kui nad tahavad tagasi vaadata, näevad nad mõnda väga huvitavat asju ka. Seda ma lähen käsi selle tagasi Robin, sest ma arvan, et olen võtnud liiga palju aega. Eric Kavanagh: Robin, vii see ära. Robin Bloor: Nii et meil on aeg otsa saanud, nii et ma pean silmas ühte asja, mis mind huvitab, on sellise toote ostmine - kui saaksite sellest rääkida, kui palju inimesi teie juurde tuleb või selle toote juurde tuleb, sest kas neil on käes väga konkreetne probleem? Kui paljud tegelikult tulevad strateegilistel põhjustel, sest nad lihtsalt mõistavad, et tegelikult peaks neil midagi sellist olema, sest see, mis neil tegelikult olemas on, on killustatud või kasutu. See on osa küsimusest. Teine on, olles vastu väga konkreetseid taktikalisi põhjusel kuidas paljud inimesed teevad seda strateegilist sealt edasi? Chris Russick: See on suurepärane küsimus, Robin. Ma mõtlen ma arvan, et see on inimese iseloomu olema reaktiivne. Ma peaksin ütlema, et hea 95/100 korda, kui kliendid meie juurde tulevad, reageerib see olukorrale, mis on ajendanud neid lahendust leidma. Üks, mis on lihtsalt täiesti sõidu ettevõtted pähklid nendel päevadel on auditeerimise protsessi. Olen sõna otseses mõttes kuulnud klientidest, kes saavad enne auditeerimist tarkvaratootjatelt arveid üle miljardi dollari ja te võite vaid ette kujutada, mida CIO või CFO ütlevad, kui nad seda näevad. "Kuidas seda juhtunud ja miks ärge meil on parem sellest?" Inimesed muutuvad selle suhtes väga reageerivaks. Nüüd võin ma teile ka öelda, et mõnes sellises olukorras, kui nad saavad käed ümber selle, mis neil tegelikult oli, selgub, et müüjad suhtusid keskkonda kergemini agressiivselt. Mitmel konkreetsel juhul olen näinud, et kliendid ulatuvad auditi eelsetest väga-väga suurtest prognoosidest selleni, et ei tarnijatele üldse võlgu. Paljuski on see seotud tagamisega, et nad puhastavad need andmed, ning seda tehakse süstemaatiliselt ja standardsetel alustel. Seal on palju ettevõtteid, mis proovida asjale läheneda pärineb käsitsi protsessi. Kulub, et traditsiooniliste auditite ettevalmistamine võtab umbes tuhat kuni viisteist sada inimtundi. Nii et me tõesti pikali tuum küsimus. Arvan, et paljud ettevõtted tulevad meie juurde, enamus tulevad meie juurde kuuma probleemiga. Siis mõtlen lõpuks, et kui nad muutuvad küpsemaks mõistmisel, mis neil on ja kas nad saavad seda kasutada, muutub see strateegilisemaks. See on üks BDNA reegleid. Kui klient on investeeringu teinud, veenduge, et nad saavad sellest investeeringust aru kogu oma tegevuse vältel. Eric Kavanagh: Lubage mul visata teile üks viimane küsimus, sest ilmselgelt on mõnes organisatsioonis olemas olemasolevad tööriistad ja keegi on mind kohe redigeerinud - kas on olemas loomulik protsess migreerumiseks juba olemasolevatest süsteemidest, et kasutada teie BDNA lahendust ühe allikana tõde, niiöelda. Kuidas see välja näeb? Kui kaua see aega võtab? See kõlab üsna väljakutsuvalt, aga sa ütled mulle. Tom Bosch: Chris, lubage mul teha kiire kommentaar ja saate laadi juttu tehniline pool, eks? Oleme näinud kliente, kellel on 25-le inimesele nii vähe kui üks või kaks avastuslahendust, et tuua nad kõik kokku ja koondada - just see on tööriistakomplekti normaliseeritud komponent. Kuidas me seda teeme, mis on tegelikult kombinatsioon standardiseeritud ühendust. Siis mõningatel juhtudel, meil ehitada mõned klient jälgimisseadmed. Chris, kas te saate seda ehk korrata ja selgitada neile, kuidas me seda teeme? Chris Russick: Täiesti, aitäh Tomile. Meil on 54 väljavõttelist väljavõttet, mida me kasutame, et koguda see teave teie olemasolevatest lahendustest välja, ja meil on hulgaliselt võimalusi mõne kodukasutuses oleva lahenduse loomiseks, kui olete need Excelis või mõni muu andmebaas. See koondamisprotsess ei ole tegelikult nii pikk, et füüsiliselt seadistada ja silma paista, kaks kuni neli nädalat. Oleme valmis teie lahendused üles seadma ja saate andmeid mitte liiga kaugele ja hiljem, vaid sellega, mille lõpuks me jõudsime pärast liitmist ja dubleerimist hakkame neid andmeid kitsendama, see on puhas teave Technopediasse ja rikastab seda. Lõpuks pumpame selle SQL- või Oracle-andmekuubiks ja see andmekuup on siis see, mis pumbatakse kõikjale, kus neid andmeid näete, või uuesti BDNA-le Analüüsige nagu nägite täna. Keskendudes jällegi sellele, et me ei ürita asendada seda, kust andmeid saadate, ei ürita me asendada seda, kus andmed lähevad lihtsalt dubleerimise ja rikastamise ning seejärel kvaliteetsete andmete ümber. Loodetavasti vastab see küsimusele. Kui ei, küsige julgelt lisa. Eric Kavanagh: See kõlab hästi, inimesed. Oleme siin natuke aega mööda läinud, kuid meile on alati meeldinud täielik vestlus ja BDNA elanikud saatsid mulle just selle nimekirja siia. Panin selle lingi vestlusaknasse ja näete, et seal on palju arusaadavat loetelu erinevatest pistikutest. Nii inimesed ma pean teile ütlema, et oleme liikumas pakkima siin. Muidugi arhiveerime me kõik need veebisaated. Võite minna saidile InsideAnalysis.com. Tavaliselt tõuseb see järgmisel päeval. Me ka edasi mõned üksikasjalikult küsimustele, et inimesed saadetakse meile. Edastame selle täna kõnelejatele. Võite nendega ühendust võtta või muidugi teie oma, võite mind @eric_kavanagh lehele lüüa või muidugi või. Suur tänu meie sõpradele BDNA-st. Suured tänud meie Marketry sõpradele, kes aitasid meil seda sisu teile tuua, ja muidugi suured tänud Techopediale ja Technopediale, sest Techopedia on meediapartner, mis meil on - suurepärane, imeline veebisait. Mine Techopedia.com ja Technopedia on kodulehel inimesed on bDNA kokku panna. Nii, see on suurepärane materjal, inimesed. Tänan teid palju aega ja tähelepanu eest. Meil on palju veebiülekanded tulemas järgmise paari nädala jooksul. Loodetavasti te ei pahanda kuuldes mu häält liiga palju. Seda me läheme teiega hüvasti. Tänan veel kord ja me räägime teiega järgmine kord. Hoolitsege inimeste eest. Headaega.