Mantingueu-lo senzill: bones pràctiques per a la gestió de cartera de TI

Autora: Laura McKinney
Data De La Creació: 2 Abril 2021
Data D’Actualització: 1 Juliol 2024
Anonim
Mantingueu-lo senzill: bones pràctiques per a la gestió de cartera de TI - Tecnologia
Mantingueu-lo senzill: bones pràctiques per a la gestió de cartera de TI - Tecnologia

Emportar: L'amfitrió Eric Kavanagh discuteix la gestió d'actius informàtics amb els experts Dez Blanchfield, el doctor Robin Bloor, Tom Bosch i Chris Russick.



Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.

Eric Kavanagh: Senyores i senyors, hola i benvinguts de nou a Hot Technologies! Sí, efectivament! Em dic Eric Kavanagh. Seré la vostra moderadora per als esdeveniments d'avui, i persones, tenim algunes coses interessants dissenyades avui per a vosaltres, us ho puc dir ara mateix. Aquesta és una de les àrees més fascinants de la gestió de les TI en general. El tema és "Mantingueu-lo senzill: bones pràctiques per a la gestió de carteres informàtiques". Ens centrarem sobretot en el costat de les dades d'aquesta equació avui en dia. En altres paraules, assegurar-vos que les vostres dades siguin netes o el més netes possibles, mentre intenteu comprendre el paisatge dels dispositius de tota l'empresa.


Per descomptat, amb tot aquest nou món de BYOD, porteu el vostre propi dispositiu, allà és el vostre realment ràpidament, tenim paisatges molt heterogenis en aquests dies. Vull dir que els de les grans organitzacions coneixen les històries. Hi ha habitacions senceres plenes de servidors. Hi ha aplicacions que funcionen des de fa anys. Hi ha sistemes informàtics antics que ningú no ha tocat en deu anys i tothom té por d’apagar-se perquè mai no se sap què passarà.

Així que avui parlem amb un parell d'experts, de fet, quatre experts, sobre què fer en aquest espai.

Hot Technologies, tot aquest objectiu és aprofundir en aprofundir en tipus específics de tecnologia i ajudar el nostre públic a comprendre com funcionen les coses, per què utilitzar aquest tipus de tecnologies, quines són algunes de les millors pràctiques i què heu de considerar. De vegades us expliquem alguns casos d’ús. De fet, Dez parlarà d'una petita història de la seva experiència al món de la gestió d'actius informàtics. Però una vegada més, ens centrarem en el costat de les dades, ja que això és realment l'experiència dels nostres amics de BDNA. Ells són els amos a ajudar a les organitzacions a tenir un control real sobre el que tenen exactament al seu entorn i com entendre on es troba, què fa, qui ho fa servir, tot aquest tipus de coses divertides.


Aquests són els nostres panelistes. Ens assabentarem de Dez Blanchfield, el nostre recent científic inventat de dades. M'agrada presumir que Dez fos literalment un dels deu primers perfils de LinkedIn d'Austràlia més visitats l'any passat. És perquè mai no dorm. També tenim el doctor Robin Bloor, el nostre propi analista en cap. El doctor Bloor, per a aquells que no ho sabeu, va començar fa gairebé 25 anys tota la indústria analista independent de TI dels EUA. Aquests dies n’hi ha força. És gairebé com si dic una indústria de cases. Hi ha moltes firmes d’analistes informàtiques independents. També tenim Gartner, Foster, IDC i els grans. Però el que és agradable per a les empreses independents és que francament som una mica més lliures de parlar sincerament sobre coses. Per això, fes-li les preguntes més dures. No deixeu que aquests nois siguin fàcils. Sempre podeu fer una pregunta durant l’espectacle mitjançant el component de Q&A de la consola de transmissió web. Es troba a la cantonada inferior dreta o podeu conversar amb mi. De qualsevol forma, intento controlar que la finestra de xat tot es mostra.

Amb això, presentem Dez Blanchfield. Dez, us vaig a donar les claus del Webex. Allà vas. Emporta-t'ho.

Dez Blanchfield: Gràcies, Eric. Genial. Noi, introducció fantàstica.

El tema actual és el que he viscut durant la meva part millor, com ara trenta anys, un gran entorn informàtic. Creixen mitjançant un procés orgànic. Com va dir Eric, comenceu petit i creeu aquests ambients i creixen i creixen orgànicament en alguns casos. Podrien créixer a través d’altres mitjans, com ara l’adquisició d’ampliació gran.

Comparteixo una anècdota que toqui totes les coses clau de què parlem avui, i en concret, les dades i les dades de les que es fa i la recollida de dades per a la gestió d’actius informàtics. En aquest cas, parlaré d’un gran treball per a una de les tres principals editorials del món. Són a la ràdio, la televisió, les revistes, els diaris i els digitals i diversos espais publicatius. Ens van obtenir una finestra de tres mesos per executar el que es deia bàsicament una avaluació de la preparació al núvol, però que va acabar sent tota una estratègia de núvol a tot el negoci que vam crear. Ens va donar aquest repte fonamental per part del CIO de reduir el peu del centre de dades un 70 per cent en tres anys. Era força obvi que, per fer-ho, havíem de fer tota una transició entre núvols de negocis. Vam tenir tres mesos per fer aquest treball. Cobreix quatre regions diferents de cinc països. Hi havia sis unitats de negoci separades que es van incloure i set funcionaris diferents de proveïdors d'estat de serveis. Com diu el títol, res no és l'exemple del món real.

Arribem a la conclusió bastant ràpidament que els objectius comercials no eren en absolut res de miracle. Volien consolidar els seus propis centres de dades. Volien aprofitar els entorns dels centres de dades de tercers, però en general volien traslladar-se a la infraestructura del núvol de qualsevol altra persona, particularment el núvol públic o el núvol privat virtual per motius de seguretat necessaris. En particular, Amazon Web Services i Azure es van centrar perquè eren els més assegurats en aquell moment. Tenien una barreja entre la plataforma Intel x86, 32/64-bit, la sèrie IBM I, la sèrie AS, la mainframe de la sèrie AS / 400P. En realitat tenien dos fotogrames principals, un per a la producció i un per a desenvolupaments de recuperació de desastres. A continuació, tota la barreja de sistemes operatius: Windows, Linux, AIX, Solaris i diverses coses en ordinadors portàtils i escriptoris.

L’emmagatzematge era un dels majors reptes. Tenien enormes quantitats de dades perquè són editor: tot, des de fotografies fins a vídeos, fins a editar imatges i contingut. Al llarg d'aquestes grans plataformes i diferents formats d'emmagatzematge es van trobar NetApp, Hitachi, IBM i EMC. Un entorn tan extremadament divers per intentar capturar i cartografiar els diferents tipus de serveis que hi havia i només tenir una visió del que preníem des dels entorns actuals i privats del centre de dades fins a un entorn núvol.

L’altura de què parlem avui al voltant de la peça de gestió d’actius informàtics es basa en les dades essencialment i aquí es mostra un mapa de què havíem de tractar amb aquest projecte concret, del qual us comparteixo l’anècdota. Teníem moltes entrades de dades. Malauradament, cap no estava en molt bona forma. Tenim una gamma de registres d’actius incomplets. Hi ha cinc registres d’actius diferents que s’estan executant per tant, bases de dades de gestió de configuració, formularis d’introducció ITF. Tenim fonts de dades diferents que varien fins a noranta tipus diferents. Teníem diversos models bàsics de serveis, grups de serveis conflictius, una de les comunitats d’interès més importants que he tractat en la meva carrera professional. Hi havia quatre-cents executius majors que s’encarregaven d’aquests diferents sistemes. Invariablement, per a tots els propòsits i propòsits, teníem entitats empresarials totalment desvinculades: cadascuna d’elles funcionava de forma independent amb els seus propis entorns i la seva pròpia infraestructura. Va ser tot un repte.

Ho vam descobrir al voltant del segon o tercer dia que estàvem tot amb dades que gairebé no tenien sentit, i per tant cada vegada era més evident que havíem de fer alguna cosa lleugerament diferent. El plantejament inicial era que simplement hi vam tirar cossos. Aquest és un enfocament informàtic clàssic segons la meva experiència. Aconsegueix més humans i corre més ràpid i tot acabarà funcionant al final. Així, durant els primers dies vam organitzar molts tallers amb els experts del domini intentant simplement capturar un model: com era el negoci, com funciona el grup de serveis, quins serveis hi havia, quins sistemes depenem i la infraestructura i qualsevol altra. dades al voltant d’aquesta infraestructura, encaminadors, commutadors i serveis, i aplicacions i dades d’aquestes aplicacions i grups de control i govern. Vam començar a mapar els requisits empresarials, però en el procés de fer el descobriment de l’aplicació i intentar capturar algunes dades de rendiment i validar aquestes dades i produir alguns informes al seu voltant, va ser molt evident per a nosaltres que ni tan sols vam arribar a distància. A prop de complir aquest diminut termini de tres mesos per completar aquesta obra.

Els "cossos llançant-los" no funcionaven. Així que vam decidir crear un sistema i no el podíem trobar en aquesta etapa, ja que feia uns anys, i no vam trobar les eines que s’adaptessin al nostre propòsit i ens veiem llargament. Vam acabar construint una plataforma SharePoint amb diverses bases de dades alimentant-la amb una sèrie de càrregues de treball en diferents etapes. Hem tornat als fonaments només per obtenir accés a dades que tinguessin sentit per poder validar-les, de manera que hem utilitzat una varietat d’eines per mapar els ecosistemes que estem executant. Vam realitzar auditories automatitzades del centre de dades en infraestructures físiques i lògiques. Vam fer eines de descobriment automatitzades, mapejar els serveis que s'executen dins dels entorns del centre de dades. Hem fet una exploració completa d’aplicacions: buscant tot, des d’una aplicació que s’executa en la seva configuració mentre els sistemes de port estan en actiu, mentre que les adreces IP estan activades.

El que vam fer és que vam crear una nova font de veritat única perquè cadascuna de les altres bases de dades i col·leccions d’informació que tenien al voltant del seu entorn i configuració i els seus actius no semblava que fos certa i no podríem fer un mapa de la realitat. Així doncs, vam acabar construint una única font de veritat. Vam passar de tirar-hi cossos a tirar-hi eines automatitzades. Comencem a veure una mica de llum al final d’aquest túnel. Així doncs, vam acabar amb un sistema molt sofisticat. Va fer algunes coses enormement intel·ligents, des de la captura de l'anàlisi automatitzada de registres fins a dades que ens estan rebent des de diversos sistemes, supervisar controls de seguretat, utilitzar i registrar controls de contrasenyes, auditories d'infraestructures físiques, auditories d'aplicacions. Hem creat una sèrie de coses per analitzar aquestes dades mitjançant fitxes de puntuació automatitzades. A continuació, vam elaborar informes sobre la idoneïtat i la classificació percentual, si les aplicacions eren o no adequades per al núvol.

A continuació, vam fer una llista bàsica d'aquesta targeta de puntuació a través d'Amazon Web Services, amb els models Azure i VMware. Vam produir una sèrie de taulers d’informes i financers al respecte i gairebé mai no vam permetre cap anul·lació manual. Es tracta, doncs, d’un sistema automatitzat que es mantenia de forma autònoma i realment no necessitàvem tocar-ho ni molt poques vegades havíem de substituir-les manualment. Aquesta cosa va créixer molt per si sola i finalment vam tenir l’única font de dades reals i reals que podríem perfeccionar als grups de serveis, als sistemes de servei que estem executant a les aplicacions o les dades que les utilitzen i les prestació de serveis

Va ser bastant emocionant, ja que teníem la capacitat de complir la promesa d'aquesta sèrie de projectes. L’escala d’aquest projecte –per dir-ho per acabar-ho d’explicar– és que vam acabar, crec que va tenir al voltant d’uns 110 milions de dòlars any rere any que es va reduir la línia de fons, l’operació (inaudible), un cop finalitzada aquesta transició cap a la majoria de la seva infraestructura dels centres de dades propis al núvol. Així que són un programa a gran escala.

Tenim aquest gran resultat per al projecte. Però el veritable problema on ens vam trobar va ser que vam crear un sistema de cuina casolana i en aquest moment no hi havia cap venedor. Com he dit, això va ser fa uns anys. No hi ha cap venedor al darrere per continuar desenvolupant-lo i proporcionar-li suport per al manteniment. El petit equip d’unes 30 persones que va ajudar a desenvolupar-lo i a reunir totes les dades i la velocitat d’aquest monstre va acabar passant a altres projectes i dues o tres persones es van quedar amb ell. Però vam acabar amb una situació en què no teníem una solució de gestió d’actius informàtics gestionada per material. Teníem un projecte únic i el negoci va deixar molt clar que ja pensaven que tenien bases de dades de gestió de configuració i eines ITSM que mapen el món malgrat que ens havíem posat a sobre d’una caixa de sabó molt gran i cridàvem a la part superior de la nostra diu que aquestes dades no tenen sentit.

Ho vam demostrar tenint-los construïts les eines al voltant del projecte. El lamentable resultat d'aquesta apassionant història de tristesa però al final va ser que el resultat del projecte va ser molt, molt reeixit. Va ser un èxit rotund. Vam treure cent milions i dòlars de la línia de fons any rere any. El que hem fet és que hem creat aquest Frankenstein, aquest sistema realment potent que pot recopilar dades i proporcionar informes sobre això en temps real en alguns casos, però no hi havia ningú per mantenir-lo. El tipus de negoci només va deixar que funcionés durant un temps fins que finalment les dades no van ser utilitzades per ningú i després es van produir canvis i no va ser capaç de recopilar dades coherents amb el canvi. Amb el temps, aquest sistema cuit a casa es va deixar morir juntament amb les dades que hi havia.

Teníem aquest escenari en què tornaven a tenir exactament el que tenien en primer lloc, que disparen els seguidors i els conjunts de dades dispars buscant molt, molt de prop una forma de nínxol cap a una àrea determinada de grups de serveis o serveis i resoldre els seus problemes, però van perdre aquesta organització. Tenen 74 serveis diferents al grup. Van perdre tot aquest valor, i per estrany, uns dos o tres anys després, es van adonar del que han perdut, havent de mirar com van resoldre aquest problema de nou.

La moral de la història és que si fos el cas, si fos un producte que podríem haver sortit de la prestatgeria fa uns anys, hauríem de construir-ne una, però ja no és així. Hi ha productes a punt, com estem a punt de veure, que poden fer-ho i poden fer-ho de forma automatitzada. Poden netejar totes les dades, poden agafar diversos conjunts de dades i combinar-les i suprimir-les. Poden aportar coses realment òbvies als humans i fulls de càlcul de coses que haurien de dir, van marxar la versió un punt u, la versió un punt zero i un, i simplement anomenar-los Microsoft. En el moment en què vam crear aquesta eina, aquest tipus de coses no estaven disponibles; per tant, havíem de fer molta d’aquesta capacitat. Estic buscant els mateixos detalls del que fa aquesta plataforma sobre la qual parlem avui, perquè només voldria que la tinguéssim en aquell moment. Podríem haver-nos estalviat molta pena i hauríem pogut estalviar molt temps i esforç i desenvolupament per a una plataforma fora de la plataforma que algú continuï desenvolupant i fent créixer la plataforma que la posa a la seva disposició com a consum general.

Amb això, et retornaré, Eric.

Eric Kavanagh: Bé. Ho lliuraré al doctor Robin Bloor. Robin, treu-ho.

Robin Bloor: De fet, aquesta és una història interessant, Dez. M'agrada. Realment no em sembla tan inusual. Cada vegada que em trobava amb el problema de la gestió d’actius informàtics, sempre hi ha hagut una empresa que realment se n’anava a casa i feia alguna cosa amb això i havia de fer-ho, però mai sembla que vàreu topar amb una organització que tingui tot el control. Però, pel que sé, si no administreu els vostres actius informàtics, creureu diners. Des que Dez va sortir amb la poca història, vaig pensar que només faria la visió general de què és la gestió d’actius informàtics. Què significa realment? Aquesta és la vista de l’ocell o la vista de l’àguila.

Considereu una fàbrica, especialment les organitzacions que gestionen fàbriques amb la intenció de treure’n profit. Es fa tot el possible per aprofitar al màxim els actius cars. És el cas. Penseu en un centre de dades, no tant, de fet, majoritàriament en absolut. Aleshores, penseu, i quina quantitat inverteixen al centre de dades? Ja ho sabeu, si realment us ho resolen, són realment grans quantitats de diners. Vosaltres heu unit els esforços històrics de tots els que han construït el sistema. Les seves llicències es paguen pel programari i el valor de les dades i el cost del centre de dades i, per descomptat, per tot el maquinari, només surten desenes de milions. Depèn del gran que sigui l'organització, però fàcilment desenes de milions en la majoria de les organitzacions. Aquesta és una gran inversió que fa la gent en informàtica i, certament, en grans organitzacions, és massiva. La idea que no us hauria de molestar especialment per treure’n el màxim valor i que s’ha d’executar de manera eficaç és, òbviament, un absurd, però, com a indústria, hi ha molt pocs llocs que realment tinguin la disciplina per gestionar realment les TI. actius.

Aquest és un model que he utilitzat, suposo que moltes vegades no ho sé. És el que jo anomeno el diagrama de tot. Si mires un entorn d’informàtica, té usuaris, té dades, té programari, té maquinari. Hi ha una relació entre totes aquestes entitats fonamentals que formen un entorn informàtic. Utilitza programes o relacions específiques que tenen accés a relacions de dades específiques. Utilitzen recursos específics de maquinari de manera que hi ha una relació. El programari i les dades estan íntimament relacionats. El programari resideix i s’executa en maquinari específic i hi ha un maquinari específic per a les dades. Així doncs, hi ha totes aquestes relacions. Si voleu saber on es troben els actius informàtics, només heu de lliurar els usuaris perquè hi ha molt poc que podríeu anomenar un actiu informàtic a part de les habilitats adquirides i els usuaris i és la resta.

Aleshores, ho veieu i veieu, quantes organitzacions tenen fins i tot un inventari de tot el programari emès a tots els sistemes que utilitzen? Com podem fins i tot tenir un inventari adequat de maquinari que inclogui totes les capacitats de xarxa? Quants tenen algun inventari significatiu de les dades? La resposta no és cap. Saber on són les coses i saber com es relaciona amb un altre pot ser molt, molt important en alguns casos, particularment en el tipus d’instància que Dez acaba de descriure on voldreu recollir-la i traslladar-la o recollir-la i mou la major part. No és només una cosa trivial, sinó saber realment què hi ha. Saber en realitat com es relaciona una cosa amb una altra.

Aleshores, l’altra cosa és que aquest diagrama s’aplica al menor nivell de granularitat, podeu imaginar, el programari més petit. Accedint a la menor quantitat de dades que pugueu imaginar que s’executa en una peça trivial de recurs de maquinari fins a un sistema ERP amb una gran quantitat massiva de bases de dades i fitxers de dades diferents, que s’executen en diverses peces de maquinari. Aquest diagrama generalitza tot i aplica tots els nivells de granularitat i aquesta fletxa del temps passa per sota només indica que tot això és dinàmic. Pot semblar que encara és un diagrama, però no ho és. S'està movent. Tot està canviant. Fer un seguiment d’això no és cosa trivial. Vull dir que no ho és. En realitat podeu ampliar aquest diagrama i podeu dir, oblidar els ordinadors i fer-lo encara més ampli. Les empreses consisteixen en totes les dades i informació sobre empreses que potser no s’emmagatzemaran electrònicament. Diverses instal·lacions i no necessàriament relacionades amb l’ordinador. Diversos processos empresarials que no necessàriament depenen del programari o que són parcialment independents com a programari.

Molta gent (no només usuaris de sistemes, sinó personal, panelistes, clients, etc.) que constitueixen l’ecosistema d’un negoci, i aleshores també teniu la humanitat en conjunt. Hi ha tota la informació al món. Hi ha civilització. Tot això és el que anomenem coses dures i totes les activitats humanes. Aquest és el diagrama de tot i tot. Aquest diagrama us proporciona una indicació de com s’interrelacionen des de la més petita col·lecció de coses que fan qualsevol cosa fins al més gran perquè, en termes d’humanitat, hi ha com tota la Internet i els milers de milions d’ordinadors que la formen i tots els dispositius. etcètera, etc. Es tracta d'un gran ventall de coses i, òbviament, tot això és subjectiu per a la fletxa del temps. Aquesta és la visió de l'ocell.

Acabo d’enumerar això directament a la part superior del cap sense ni pensar-hi. Dimensions de la gestió d’actius informàtics. Hi ha un registre d’actius, maquinari, programari, dades i xarxes. S'ha capturat l'atribut d'actiu: teniu totes les dades relacionades amb aquestes coses? Ús del patrimoni: per què existeixen aquestes coses? Cost d’adquisició d’actius i cost de propietat: quant costa i, per tant, quant és la propietat i quant a substituir d’una bona idea? Això comporta la idea d'amortització d'actius. No parlo només del maquinari. Estem parlant també de coses i possiblement de dades. Un mapa complet d’actius que consistiria en instanciar el diagrama que acabo de comentar. Actius del núvol: coses que no es troben en paràmetres, sinó que pertanyen d'una manera o altra a l'organització en règim de lloguer i de raó. Objectius de gestió de serveis i com es relacionen amb totes aquestes possibilitats particulars. Una de les coses de què parlava Dez són els seus esforços, una col·lecció de sistemes d’un lloc a un altre lloc, com és, com va funcionar la gestió del servei en termes de “has arribat a l’objectiu que la gent espera en els seus sistemes”. ? " etcètera. Hi ha risc i compliment: coses que, d’una manera o altra, als accionistes que poden estar preocupats i al govern en si mateix poden estar preocupats i tot això és un aspecte de la gestió d’actius. Hi ha la contractació i llicència de tot el programari. Hi ha objectius de rendiment empresarial. Hi ha un conjunt de governs d’actius en termes de quines són les regles que pot establir l’organització per a qualsevol d’aquestes coses. Estem parlant de coses realment complexes.

Llavors, sorgeix la pregunta i així és com acabo: quant d'això es pot fer? Quant d’això s’hauria de fer?

Eric Kavanagh: Amb això, descobrim què han de dir els experts. Ho passaré a Tom Bosch. Dempeu-vos, donant-vos les claus de Webex. Emporta-t'ho.

Tom Bosch: El títol de Webex, des de la nostra perspectiva, es tractava de mantenir-lo senzill i, òbviament, bones pràctiques per a la cartera de TI o la gestió d’actius informàtics. Cada vegada que dius bones pràctiques, en definitiva és una opinió. És un enfocament des de la nostra perspectiva. En última instància, el que vol fer BDNA és ajudar a moltes de les empreses que hi trobem que segueixen mullant-se pel camí de TI. La gestió d’actius de TI va ser un tema candent al voltant de Y2K per a alguns que heu estat a la indústria durant un temps, i el principal motiu pel qual és, he d’entendre si el programari que tinc i els sistemes que tinc funcionen. per ser substituïts o actualitzats, o fracassaran quan arribem al nou mil·lenni?

Crec que el que tots vam viure durant aquella estranya vetllada fa uns setze anys va ser el fet que en realitat es passava molt de fons. Les nostres centrals elèctriques es van mantenir vives i els trens continuen funcionant. Les llums de la ciutat de Nova York i Sydney es van encendre. A través d’aquest procés, la gent va començar a comprendre que hi havia una quantitat enorme d’informació que calia reunir i reunir. En última instància, es van haver de netejar, com deia Dez abans, les dades que hi havia darrere, per poder prendre el tipus de decisions que buscava la gent. Així que avui és el punt fort de la nostra conversa. Crec que cadascun de nosaltres s’adona que cada dia entrem al nostre departament d’informàtica, cada dia que entrem a les nostres organitzacions. Enterprise, la tecnologia de la informació està gairebé fora de control. El que vull dir és que hi ha nous servidors en línia. Hi ha nous programes que s’estan desplegant de departament en departament a departament a través d’organitzacions, ja siguis en el negoci de fabricació, estiguis en una organització de serveis, estigui al detall, totes les nostres organitzacions actuals. no només s’estan executant, sinó que es condueixen.

L’informàtica es converteix en el motor de producció de moltes de les organitzacions en què treballem. Això no es fa més evident si es revisen les solucions que s’estan desenvolupant. Si només ens centrem internament en la complexitat de les dades dins del departament d’informàtica (només les aplicacions que s’estan utilitzant per donar suport en última instància a les TI), tenim tot, des de sistemes de gestió de venedors fins a gestió de cartera de TI, sistemes de contractació, sistemes de seguretat d’arquitectura, i un dels principals atributs que evolucionen és que podrien conduir a utilitzar essencialment un inventari del que teniu dins del vostre entorn per poder conduir de manera eficaç solucions en les seves disciplines específiques. Per tant, tenir aquests actius a mà és fonamental per a gairebé totes les disciplines de l’organització informàtica. Però una de les coses que es troben ràpidament quan les empreses comencen a intentar reunir aquests sistemes diferents és que no parlen el mateix idioma i, finalment, es redueixen a les dades.

Com va assenyalar Dez anteriorment, les dades incorrectes eren l’arrel del projecte amb el qual van començar, i algunes estadístiques molt interessants a l’empresa Gartner, que literalment les TI estan malgastant més del 25 per cent dels diners que inverteixen en base anual. dades. Està costant els projectes de Tenex perquè, en última instància, per a la majoria de les empreses, es tracta de netejar les dades manualment. Un cop més, com va dir Dez, és realment molest. En concret, al voltant de la gestió d’actius en si mateixa i en general dels projectes de TI, Gartner va concloure bàsicament que més del 40 per cent de tots els projectes informàtics fracassen a causa de les dades incorrectes. Sabem l’arrel del problema. Són les dades. Com comencem a gestionar això? Una de les coses que passa és que l’ITAM s’està convertint en una importància important per a les organitzacions per més d’un motiu, òbviament, del que acabem de parlar i és que cal que els sistemes parlin els uns amb els altres. Hem d’entendre on existeixen els sistemes dins de la nostra organització, de manera que puguem fer operacions senzilles com actualitzar o actualitzar només els sistemes que tenim al seu lloc.

Per millorar encara més el problema en l’entorn actual, molts dels editors i fabricants de programari troben que hi ha, que anomenem el que és, fruites amb poca capacitat per a aquests editors, que s’aconsegueixin i simplement obliguin els clients a realitzar una auditoria o fer-los efectius. Literàriament, el 63 per cent de la Fortuna 2000 va passar almenys una única auditoria el 2015 segons la corporació investigadora independent. Aquestes auditories costen a les empreses una quantitat enorme de comissions internes i un cost realitzat extern, des dels cent milers al milió de dòlars, i Gartner va sortir fonamentalment amb una altra estadística interessant que no figura a la presentació, però la vaig recollir abans. al matí que consideren el cost mitjà d’una auditoria aproximadament al mig milió de dòlars per a una organització.

Quan parlem del 25% dels dòlars que es gasta en gastar en informàtica, aquests són alguns exemples que es passen. Crec que els fets en tots aquests, i què fem? Com abordem això? Comença per comprendre realment què és aquest viatge per a la majoria de les organitzacions. La gestió d’actius informàtics és una sèrie de passos que bàsicament comença per descobrir el que he sortit a les meves xarxes. La majoria de les persones tenen una o algunes o moltes d’aquestes eines de descobriment, probablement una de les eines de descobriment més comunes al mercat és SCCM. La majoria de les empreses que tinguin qualsevol nivell d’entorns centrats en Microsoft i Windows utilitzen SCCM per a molts propòsits, despleguen aplicacions i també es poden utilitzar per tallar dades, però les dades tornen a tenir un format desordenat. En parlarem més d'aquí en un minut. Hi ha moltes altres eines també. La majoria de les solucions ITSM ja siguin BMC o Service Now o Nationale o HP tenen molt bones eines de descobriment i les que sovint entren en joc quan intenteu combinar la informació i les interdependències de les vostres xarxes de servidors i dispositius de xarxa, perquè L’últim que necessitem és una situació en què el sistema de reserves d’una gran companyia aèria caigui a mig dia i milions de dòlars d’ingressos si no es perden. Comprendre com es connecten totes aquestes coses torna a entendre els actius que s’associen a això.

La segona etapa o el segon pas d’aquest procés: tinc totes aquestes dades, però què significa i com puc començar a treballar-hi? Aquest pas es coneix normalment com a normalització i és el que ens centrarem en una gran quantitat avui, perquè en el seu nucli bàsic és el pas més senzill i important per avançar cap a un viatge ITAM totalment optimitzat o totalment madur. A mesura que avançeu per aquest procés de normalització, en última instància, el que intenteu és combinar totes les diferents fonts de descobriment que teniu, i algunes d’aquestes poden ser simplement les aplicacions i solucions de què vam parlar en una de les diapositives anteriors. Volem ser duplicats. Volem reduir tot el sonor i filtrar totes les dades que no siguin rellevants. Ja parlarem més a mesura que continuem.

Des d'allà, alguns dels passos lògics es troben a la part superior del fruit penjat. A mesura que les corporacions s’uneixen i es fusionen i surten i adquireixen altres organitzacions, comencen a desenvolupar duplicacions en les aplicacions que utilitzen. Un pas molt típic que la gent fa un cop entès i el paisatge del programari i el maquinari que tenen és racionalitzar o eliminar la duplicació, els dispositius redundants i els programes redundants del seu entorn. Per exemple, potser podríeu trobar que si us n’anem a veure, podríeu tenir fins a vint o vint-i-cinc eines de BI diferents a l’entorn. Els possibles estalvis que pot tenir una empresa per eliminar no només els que estan associats a aplicacions específiques, sinó que els que tenen un abast més ampli ofereixen un estalvi de costos enorme i una possible reducció de risc.

Què fan les organitzacions? Normalment es fixen en detalls i, com deia Dez, teniu molts cossos llançats a sobre i comencen a esbrinar què han de fer i com es va aconseguir aquest estat optimitzat, i vaig veure que passava el temps. i una altra vegada. He treballat amb centenars d’empreses durant l’última dècada de la darrera dècada amb la seva gestió d’actius de programari específicament i, en definitiva, el que impedeix la majoria d’aquests projectes o el que fa que la majoria d’aquests projectes fallin és que intenten mossegar més del que poden. masteguen i no tornen a posar-se en origen sense crear fonamentalment projectes que requereixin una quantitat enorme de gestió de canvis, autoritzacions de gestió, programes d’educació i governança que afectin un enorme espai al seu entorn.

Quan s’asseu amb el programa o el projecte que mostren davant d’un alt executiu, sovint es fa la pregunta: "El problema és realment gran?" Mentre he discutit això amb més detall amb molts alts executius, ells diuen: “Sabeu, Tom, per a mi té tres coses. Vull saber què tenim. Vull saber que estem utilitzant el que comprem. El més important, vull saber que el que estem utilitzant i el que despleguem coincideix amb el que he comprat. ”És a dir,“ Tinc dret al que estic utilitzant o m’he fet en un cas de pirateria tot i que la pirateria no intencionada? ”

De fet, es poden respondre aquestes tres preguntes fàcilment si es neteja les dades. Això us mostrarem la resta del camí. Mirem concretament les dades i quins són alguns dels problemes que es poden derivar d’aquestes dades descobertes. És irrellevant. No és exacte. És inconsistent. És incompleta i, en definitiva, té costos per a les empreses que superen els 14 milions de dòlars anuals en una mala presa de decisions.

Aquí teniu un exemple del tipus de dades que obteniu directament d’una eina de descobriment com ara SCCM, que implica una quantitat enorme de dades literalment irrellevants. De fet, el 95 per cent de les dades és irrellevant. Inclou coses com executables, pedaços i correccions en calent i el firmware del dispositiu i diferents paquets d’idiomes i paquets de bases de coneixement. Un bon exemple és fer un cop d'ull a l'inventari d'un ordinador típic del vostre entorn, buscar alguna cosa d'Adobe. Sovint, Adobe Acrobat pot tenir una còpia autoritzada al vostre PC, però pot haver-hi fins a nou o deu d'aquestes còpies o còpies d'actualització. Així, a simple vista, no esteu segurs de si teniu cap responsabilitat de nou còpies diferents o només d’un producte.

Una de les segones àrees de, per dir-ho, és la incoherència que es produeix. Aquest és només un breu exemple de com Microsoft es pot anomenar tantes coses diferents dins d’una organització. Aquesta és una àrea focalitzada per a l’ADNB. Crec que un dels exemples més clars que podem donar és que al voltant del tema d’SQL, hem trobat a la nostra base de clients 16.000 variacions diferents de com es pot nomenar SQL dins d’un inventari. Penseu en plantejar-ho de forma coherent. Un altre àmbit és la manca bàsica d’estàndards. Fins a quin nivell allibera la base de dades, fins a quin nivell de CAL, ús PV, d’IBM anem a gestionar aquestes dades? Per tant, això forma part del congrés i el tema d’ajudar a normalitzar totes aquestes matèries primeres, totes aquestes dades primeres fins a un punt on es poden utilitzar. Juntament amb això, hi ha una quantitat enorme de dades que no es poden descobrir, que també serien molt valuoses per a algú en un entorn ITAM tradicional. Us donarem alguns exemples a mesura que continuem mentre tractem alguns casos d’ús.

L'element que és sens dubte és el fet que aquestes dades canvien diàriament. Si només fem un cop d’ull a Microsoft només, el 2015 Microsoft va introduir més de 3.500 nous títols de programari i va actualitzar o actualitzar unes 9.800 peces de programari diferents. Es tracta de 14.000 canvis només a Microsoft. BDNA ho gestiona diàriament. Tenim un equip d’enginyers que es mantenen al corrent d’això i fan literalment algunes paraules del milió de canvis al nostre diccionari i enciclopèdia magistrals. Nosaltres anirem tractant aquí amb més detall a mesura que seguim.En definitiva, fem un cop d’ull a l’entorn que teníem en compte anteriorment i la incapacitat de parlar de totes aquestes solucions diferents és definitivament un problema i és allà on la BDNA té lloc i la plataforma BDNA i el seu component fonamental Technopedia ens permeten. per crear una plataforma de dades comuna.

De fet, això és realment senzill. Agregem les dades que provenen de diverses fonts de descobriment diferents. Aquestes fonts de descobriment poden ser algunes de les que he esmentat anteriorment, com ara SCCM, ADDM o HPUD. Podria ser aquesta cosa CMDB. Realment també podrien ser els sistemes de comanda que tinguis dels sistemes de compra. Ens ajuntem i mirem els components bàsics de com es llisten les coses i racionalitzen i normalitzen això. Un cop més, això és una cosa que BDNA anomena tecnopedia. Technopedia és la enciclopèdia més gran del món d’actius informàtics. S'utilitzen altres vint aplicacions més a tot el món fora de l'ús només de BDNA per tornar a crear un llenguatge comú. Eines com les eines arquitectòniques, les eines de contractació, les eines de gestió de serveis, una altra vegada la idea és "Parlem un llenguatge comú a totes les nostres IPV". A continuació, afegim aquests títols específics, 1,3 milions d’entrades sobre 87 milions d’atributs. Aquests atributs poden ser tan simples com: "Què són les especificacions de maquinari o les especificacions del servidor simple? Quines són les dimensions físiques? Què és l'ús d'energia? Quina és la qualificació energètica? Què utilitza la VP de la calor generada totes les coses que poden utilitzar els nostres arquitectes? " Aquest és només un exemple de molts complements de catàleg diferents disponibles. Prenem les seves dades. Ho agreugem. Essencialment el mapem, el normalitzem amb el catàleg de Technopedia i proporcionem un conjunt de dades normalitzades que després es poden consumir a la resta del vostre entorn.

Alimentem això a un magatzem de dades internament que us mostrem en pocs minuts, però també tenim integracions estàndard en molts CMDB, ITSM i eines addicionals que s’utilitzen a l’entorn de les TI per ajudar a aquestes solucions a ser més valuoses per vostè. Un exemple senzill d'alguns paquets de contingut, preus, especificacions de maquinari, cicle de vida i suport és probablement el més comú que us proporciona coses com final de vida, final de suport, compatibilitat de virtualització, compatibilitat amb Windows i, de nou, Chris cobrirà alguns d'això, a mesura que avancem.

En un dibuix recent que vaig recollir, un dibuix de Dilbert, el seu cap li havia demanat que fes exactament el mateix. Per tant, "Dilbert em dóna una llista dels actius de la nostra organització." La resposta de Dilbert va ser "Qui l'utilitzarà si la lliuro?" L’ús de dades de gestió d’actius informàtics, tal i com ho vam parlar, avançar aquí realment assolirà una quantitat d’ús enorme a tota la vostra organització. Es tracta només d’un petit mostreig de les diferents disciplines dins d’una organització informàtica i de com s’utilitzarien. La realitat és que aporta valor a l’organització i, mitjançant algunes de les millors dades d’autoritat empresarial, BDNA ajuda essencialment a les empreses a prendre millors decisions sobre el negoci. A mesura que us dirigireu i us asseureu i busqueu una manera simplificada d’afrontar la vostra solució ITSM, el que BDNA fa, finalment, us ajudarà a conduir la simplicitat mitjançant la neteja de les dades i l’oportunitat de prendre bones decisions empresarials i nosaltres fes-ho ràpid.

La majoria dels nostres clients, de fet gairebé al 50%, ens han explicat, mitjançant investigacions independents, que van rebre un ROI complet en el seu projecte en menys de 30 dies i, literalment, el 66 per cent van rebre més del 200 per cent de ROI el primer any. Es tracta del tipus d’estadístiques que el vostre CFO i el vostre CIO sens dubte voldran saber si teniu en compte les maneres d’invertir i millorar la vostra organització.

El que farem ara és que passaré les coses a Chris. Tenim una bona proporció de tretze o quinze minuts, el que farem és essencialment recórrer alguns casos d’ús crítics i alguns dels que hem parlat anteriorment, bàsicament del que he instal·lat. Tindreu l'oportunitat de veure què faig servir perquè pugueu tornar a collir-los. Compleixo el que he instal·lat? Potser vull fer una ullada a quins dispositius tenen més de tres anys perquè vull saber si puc actualitzar aquests dispositius. Quin programari hi ha en aquests dispositius per poder planificar aquest procés d’actualització? I si vull fer una ullada al risc de seguretat específicament, quins components de programari potencials tenen un final de vida que han superat o arribaran algun moment en els propers trenta dies o dins de l'any següent? I quins podrien incloure a la llista de vulnerabilitat de l’Institut Nacional de Valors?

Eric, el que vull fer ara és tornar-li a tu i, si ho vols, pots enviar les coses al senyor Russick?

Eric Kavanagh: Ho faré i, Chris, hauries de tenir la paraula ara. Seguiu endavant i compartiu la pantalla i traieu-la.

Chris Russick: Excel · lent. Gràcies, Tom. Gràcies, Eric. Sóc conscient que.

Per a la nostra demostració d'avui, m'agradaria presentar-vos BDNA Analysis. BDNA Analyse és la secció d'informes dels nostres productes BDNA. Comencem a respondre algunes de les preguntes que Tom va presentar a la taula. Què tenim? Qui utilitzem o estem utilitzant els nostres productes? A què tenim dret i estem segurs?

La primera, parlem de productes de Microsoft, què tenim instal·lats i per a això començaré per presentar el nostre número d’instal·lacions de programari. A continuació, vaig a presentar i filtrar els fabricants de programari a Microsoft. A continuació, vaig a presentar una tradició introductòria completa del nom del programari i comencem per la versió principal. Un cop més, aquesta és bàsicament la posició d’inventari de Microsoft tant en productes llicenciables com no llicenciables.

Quan el cautxú compleix la carretera, realment seran productes amb llicència. Filtrem encara més els productes amb llicència. Començarem per respondre què era, un cop més el que vam començar, quins són els productes de Microsoft. Es tracta d’un títol car i digueu quan es va utilitzar per última vegada i per sistema i intenteu reclamar algunes d’aquestes llicències fent una recollida de programari. Aleshores, passarem els últims anys utilitzats i ho filtrarem. Escolliré els anys 2012 i 2014. També porto dades mètriques de SCCM. El que podem fer en aquest moment és fer arribar a la darrera data utilitzada pel programari. Finalment, podem acostar-nos al nom de l'amfitrió i portar-lo a la llista i obtindrem el darrer registre complet de l'usuari.

A partir d’aquest informe, només podeu dirigir-vos a l’usuari del senyor Acme i preguntar-los: “Vas a utilitzar el producte Microsoft aquest any? Sembla que no l’heu utilitzat des del 2013 ”. L’informe de mostra, va assenyalar que l’assisteix i que podreu reclamar aquestes llicències. A continuació, passaré al quadre de comandament compatible amb el nostre programari. Aquesta té una càrrega prèvia i aquesta conté, per exemple, Adobe, amb quina aplicació ja complim i que no complim i hi ha una estimació de què es troba a sota d’ells amb les preguntes que Tom havia plantejat anteriorment. . A partir de la informació de la comanda de compra i de la informació descoberta que hem introduït, hi ha títols de programari, els seus drets de propietat, quin és el cost d’aquest, què s’instal·la i si està o no més o menys. Consultant aquest informe podeu respondre a moltes d’aquestes preguntes.

El següent a què voldria saltar és el refresc de maquinari. La intenció aquí és determinar quin hardware està desfasat, quin té més de tres anys o quatre anys, sigui quina sigui la seva organització que consideri important. N’hi ha prou amb passar al recompte del sistema. Per aquest exemple, ens centrarem en els ordinadors de sobretaula. Visaré aquí la informació sobre productes de programari i incorporarem les categories, subcategories i només guardarem els ordinadors de sobretaula. A partir d’aquí, obtindrem informació sobre el producte, el fabricant i el model. Per a l’exemple d’avui, ens centrarem en els anys 790. El motiu pel qual necessito fer-ho és perquè sabem que tenen més de tres anys, però aportem aquí el maquinari. Si voleu trobar aquesta GA aquí, segur que la podeu traduir per a tots els productes de la subcategoria de maquinari.

Finalment, si voleu actualitzar o actualitzar aquests dispositius, és útil esbrinar quins són aquests dispositius. Un cop més, podem arribar al nom de l'amfitrió i, a més, és útil comprendre què hi ha instal·lat. Així, doncs, tenim un recompte d’instal·lacions de programari i aquí és on l’informe es fa gran. Hem de donar a conèixer els fabricants de programari, els noms de programari i finalment la versió principal del programari. No necessitem una categoria i subcategoria de maquinari, així podrem estalviar una mica d'espai aquí. Aquí teniu una llista. En aquest moment, entenem que en aquest host, tenim aquests productes que han de ser actualitzats com a part del refresc de maquinari. En aquest moment, hem de saber quina és la compatibilitat amb el sistema operatiu, de manera que anem a presentar un acord de preparació de programari. Serà un programari de 64 bits per a la preparació del programari. Anirem a un entorn de 64 bits. Arribat a aquest punt, heu obtingut dades veritablement actuables, el que hi ha instal·lat a l'amfitrió, però cal que us actualitzeu en funció de les dades de GA i, a més, podeu saber si és compatible o que hi ha una comprovació de compatibilitat o simplement no compatible. Això proporciona als vostres equips, qui ho faci, com pot refrescar informació valuosa i estalviar temps a la llarga.

Finalment, per a la seguretat, hi ha dues peces de seguretat. És tremendament útil quan parlem d’actius de maquinari i programari i entorns de producció. En primer lloc, les dades de final de vida. Per descomptat, voleu que tots els vostres pedaços estiguin actualitzats i els vostres productes de finalització de la vida del vostre programari fins a la versió més recent per raons òbvies. Així que primer ho abordarem. Un cop més, començarem amb el recompte d’instal·lacions de programari. Passarem tot el vostre entorn. Tornarem a presentar el fabricant de programari, el nom de programari i la versió principal. A continuació, el que farem és reduir i limitar les dades de final de vida a l'any de finalització de la vida del programari. Ens posarem en aquest sentit. Anirem a fer l’any actual –l’anterior, direm dos anys i els dos següents-, així que farem una exploració de cinc anys. La intenció és respondre a la pregunta de: “Què necessitem actualitzar aquest any? Què hauríem de millorar en els darrers dos anys? I per estar al capdavant del joc, què hem de planificar per als pròxims dos anys? ”

Portarem aquestes dades i les posarem a la part superior amb aquesta actualització. Ben aviat, es pot veure que el 2014 hi ha 346 instal·lacions del que sembla el programari BlackBerry, el vDisk personal de Citrix, n’hi ha 25, etc. Així que és un bon informe. Un cop més, volem fer tots els passos, però segur que només podríeu seleccionar el programari d’escriptori o “Keep Only” i, a continuació, esbrinar el seu amfitrió on s’ha instal·lat. Podeu exportar aquestes dades a un CSC, PDF o Excel. Per tant, el CSC pot aportar-ho a altres productes si voleu fer algunes actualitzacions mitjançant una forma automatitzada i des de la perspectiva del client, podreu veure exactament què cal fer en el futur.

Finalment, un altre informe que he creat al nostre sistema és utilitzar BDNA Analysis. És un informe del sistema basat en CVEs específics de la base de dades NIST, els estàndards i la tecnologia de l'institut nacional. El que he fet aquí és que he dirigit a Apple iTunes i he cridat específicament alguns CVE al 2015 i he intentat crear un informe que busqui la versió específica, quants sistemes hem instal·lat i quants sistemes estan afectats i com molts components de programari que s’instal·len en funció d’aquests CVE.

Un cop més, és una excel·lent eina si intenteu obtenir un punt de reparació (inaudible) o simplement ajudar al departament de seguretat a gestionar millor els seus recursos informàtics i l'inventari. En aquest moment, voldria tornar-lo a Tom i Eric per a preguntes i respostes.

Eric Kavanagh: Permetin portar els analistes en primer lloc, Dez i Robin. Estic segur que teniu algunes preguntes. Va ser una demostració fantàstica, per cert. Simplement em meravella amb la quantitat de visibilitat que podeu obtenir en aquest entorn. Posem-ho bé, en aquests ecosistemes realment heterogenis, aquest tipus de visibilitat és el que necessiteu si comprendre el que hi ha i si aneu a una auditoria, que per descomptat ningú vol fer. , però, Dez, suposo que primer us ho enviaré per a qualsevol pregunta que tingueu.

Dez Blanchfield: Home, aniré a la meva caixa perquè em podré passar el dia parlant amb tu sobre això. Hi ha un parell de coses que m'han arribat a través de preguntes i productes que també tindré per a si no us importa. Això em recorda que, les pantalles que em mostres em recorden quina mena de projecte de què m’hauria encantat parlar d’on vam fer només un refresc de mil nou-neus mil màquines per a una empresa anomenada Data EDI a través de les seves (inaudibles) divisió i altres àmbits, i puc parlar públicament d’això perquè és un projecte obert. El que vaig trobar és que hi havia tres actualitzacions d’escriptori separades i les actualitzacions SOA funcionant en paral·lel per algun motiu i vaig acabar d’aturar-les totes i començar de zero amb una eina automatitzada.

Parlem d’escala i em tornaré a fer una pregunta en un segon. Quan vam fer alguna cosa a aquesta escala, el que va passar és que vaig sortir de l’equip d’enginyeria i sortir de l’oficina de CIOs i em vaig passejar per la resta del negoci i vaig dir: “Estem realitzant una auditoria de tot en aquesta organització des de la desktop down. Què voldríeu saber sobre això? " i ningú no va fer cap pregunta realment. Ara, tinc algunes sessions de la marca X en què les vaig aconseguir en un parell de sales de juntes i vaig dir "Permeteu-me que torni a fer la pregunta". En matèria de finances, informeu-me que us expliqueu cada programari on heu d’informar quant paguem i què obté el final de la vida i quan podeu escriure com a resultat. Ho podeu aconseguir al PNL i GL? On hi ha la vostra gestió d’actius al voltant d’aquest i com gestionem el pressupost de llicències de programari per a l’any vinent? Globus oculars glaçats i vaig passar per tots els altres grups, de manera que tinc ganes de conèixer una mica el que heu vist en aquests llocs on, òbviament, teniu una gran eina que fa enormes quantitats de coses potents amb només la gestió d’actius. i descobriment d’actius.

Quina ha estat la vostra reacció davant d’aquest tipus d’escenaris en què ha executat un projecte on un client ha executat un projecte i, de sobte, és finances i enginyeria i serveis, seguretat i compliment i moltes coses i fins i tot alguna ombra. Els entorns informàtics apareixen i diuen: "No teníem ni idea de que era aquí i de quina manera podem accedir a les dades?" M'agradaria sentir informació sobre qualsevol tipus d'eureka d'organitzacions que heu tingut i què han fet al respecte.

Tom Bosch: En llançaré un, Dez. Crec que el que veiem una i altra vegada, nois, és evident que sempre hi ha un punt d’entrada, no? Hi ha un grup dins d’una organització que diu: “Necessito les dades de la pantalla per a un cas d’ús”. Qualsevol proveïdor de solucions, normalment és on surt i diria que probablement el 65 o el 75 per cent de l’any, els punts d’entrada per a nosaltres tendeixen. estar al voltant de la gestió d’actius. Solen estar al voltant de les TI. No som una eina ITAM. Al final del dia, el que som és una eina de gestió de dades. Alimentem solucions ITAM com les del servei actual i altres solucions més complexes com Sierra i Snow.

Al final del dia, el que comença a passar és que una vegada que les dades netes s’utilitzin i es presentin a altres reunions d’organització informàtica, la gent va: “On ho vas aconseguir? Oh, va venir d’aquí. ”“ De debò? Puc fer una ullada a això? ”Aleshores esbrinen que es pot començar a adjuntar o millorar els actius amb dades addicionals de contingut i això és molt, molt únic per a BDNA, és quan es comencen a obrir els moments“ aha ”. . Una de les raons per les quals ens agrada mostrar la seguretat és perquè Verizon va fer un estudi fa un parell d’anys i, bàsicament, van tornar i van dir: “El 99,9 per cent de tots els hacks que es desenvolupen en l’entorn estan passant per programes. . Estan obsoletes, no han quedat pegades ni han acabat la vida. ”La majoria es troben entre tres mesos i un any desfasats o fora de la vida.

Amb aquesta informació amb antelació, els departaments de seguretat ara poden ser proactius en el seu plantejament per evitar incompliments. Chris, tens alguna cosa per presentar dels teus viatges?

Chris Russick: Absolutament, així que tot tipus de claus vam unir un parell d’històries i parlem de com són els dos moments “aha”. Intentem comprendre d’on provenen les dades i molts clients no s’adonen de l’amplitud de dades que hi ha disponibles ja siguin d’un SCCM o un Casper, o bé trieu les eines. La intenció és poder obtenir bones dades de totes les vostres eines. Com heu de sumar això, correctament, sense BDNA i, potser, el primer moment "aha" és "Wow, podem agafar totes aquestes dades que tenim, agregant-les juntes."

És la capacitat per a la gent de prendre decisions realment actuables en funció de les dades en lloc d’intentar trobar informació de suport a les dades per donar suport a les decisions que ja han pres. Tenia un client a la zona de Tennessee que, literalment, una vegada que van poder realitzar això, crec que va ser com en una setmana que tinguessin instal·lat això, que ballaven literalment a les seves pupitres i als seus cubells perquè no sabien el respir complet. de les seves dades i ara ho fan.

Tornem a vosaltres.

Dez Blanchfield: La peça d’enriquiment és interessant per a mi. Simplement ràpidament, ho lliuraré al doctor Robin Bloor. Vaig fer molta feina amb bancs i empreses de gestió de riquesa i hi ha un parell de coses clau que es van posar de forma regular en el seu intent de seguir complint la gamma de reptes que coneix el vostre client o KYC. Hi ha combat contra el blanqueig de diners, AML. El que trobo, però, són moltes d’aquestes organitzacions quan s’aconsegueixen bé amb el procés KYC i el seu procés de client, més sovint, miren cap a l’interior i es tracten com a clients i ara veig que moltes no utilitzen la profunditat. que teniu aquí, però eines de molt alt nivell per intentar assenyalar qui són els seus usuaris finals amb el client i què utilitzen per la raó per la qual parleu. Algunes persones només vénen amb BYOD, hi ha qui té antigues versions del programari. Invariablement porten coses dolentes amb ells per treballar.

En el viatge que heu realitzat, heu tingut exemples concrets de persones que prenen les dades que teniu al servidor aplicat i en què es procedeix, després agafen la substància de les dades i les aporten a una altra cosa? Potser és un mapeig de qui realment utilitza el sistema en primer lloc i de qui, com per exemple, la RRHH, per exemple, les persones que utilitzen el sistema estan realment empleades i se suposa que estan als edificis i altres exemples de com es troba alguna cosa a la botiga, Com hi ha alguna cosa a la màquina que no haurien de tenir i com recuperar-la? Tens algun exemple en què una part diferent del negoci que tradicionalment no pensaria que obtindria valor de les dades hagi agafat un subconjunt o l’hagi accedit i implicar-los per obtenir un valor aparentment sense relació que van veure sortir. aquest treball?

Chris Russick: Voldria anar sobre aquest primer. Tinc clients clau als quals penso específicament. Un està a un hospital de camp mèdic i ho fan exactament. Agafarem dades d’enriquiment contra les seves dades de descobriment introduint Active Directory i, a partir d’això, saben quins actius pertanyen a la seva xarxa. A partir d’aquí, poden determinar qui hauria i no s’ha d’aplicar, qui ni devia ni tan sols estar a la seva xarxa i, a continuació, mantenir una llista d’accés al seu escriptori i què no. El segon és en concret un parell de clients diferents o específicament que agafen aquestes dades i mai he estat al món de l’arquitectura empresarial, per la qual cosa és relativament nou per als darrers dos anys, però hi ha un cas d’ús complet per poder agafar el nostre dades de final de vida o altres dades enriquides en actius i que subministren informació a altres eines d’arquitectura empresarial que faran el mapeig d’empreses i coses que fan els arquitectes empresarials i, francament, és una part de la indústria que s’ha popularitzat molt amb les dades i No ho havia vist mai abans. Tom?

Tom Bosch: Crec que afegir que dos casos d'ús que crec que han aparegut bastant ràpidament són un tipus de recursos humans al voltant o al voltant. Bàsicament, ajuden a entendre el que estan utilitzant els empleats interns de l'empresa, i sempre crec que és sorprenent quan els clients tornin i això passa literalment cada vegada que executen probablement la seva primera normalització és que probablement trobin un bon exemple de dotze o catorze. diferents xbox que estan connectats a la xarxa, que normalment no són dispositius sancionats en l'entorn empresarial, tret que treballi a Microsoft. Trobar dispositius que no haurien d’estar en l’entorn, trobar programari que no hauria d’estar en l’entorn i, en segon lloc, he vist que RRHH utilitza ràpidament això per ajudar a valorar les inversions que han de fer en el procés d’embarcament amb un nou empleat. No tenien ni idea que l’empleat mitjà podria estar en algun lloc dels voltants de 2.500 a 3.000 dòlars de programari i que excedís de 5.000 dòlars només una inversió en TI.

Dez Blanchfield: Aquest és un altre cas d’ús. No es tracta tant de preguntes. És només un punt per llançar-se per compartir. He tingut escenaris en què hem tingut auditories d’un entorn molt grans. Hem trobat sistemes heretats que els usuaris originalment els han posat al lloc on les persones que els mantenien s'havien traslladat i hem observat que es troba documentat i hem notat que en feien un mapa. En un dels casos, van trobar un fabricant d’acer que tenia un antic grup de 486 ordinadors d’escriptori connectats a mòdems que solien fer marcatge diari al banc. Aquesta organització era un fabricant d'acer multimilió en dòlar aquí a Austràlia i no es van adonar que aquests 486 ordinadors anaven (inaudibles) a la marca bancària cada dia.

La segona, més interessant, es trobava en un entorn de magatzems de fabricació de constructors de trens ferroviaris. Tenien un sistema que pensaven que era un simulador de monitorització de trens. Va resultar que en realitat era el sistema en viu en una antiga màquina IBM AIX RS / 6000 i, per sort, aquestes coses només no moren, ja que durant gairebé una dècada, cap del personal que l’havia implementat ho donava suport i en realitat havia abandonat el departament després tancant-se i en realitat ho havien començat a funcionar. Els trens que circulen pel lloc i amb això parlen i captenen el monitoratge, però crec que hi ha casos d’ús realment interessants, que sovint la gent que mira cap endavant tendirà a pensar que si comencen a mirar enrere, veuen alguns molt interessants. les coses també. Amb això, ho torno a donar a Robin perquè crec que he recorregut massa temps.

Eric Kavanagh: Robin, treu-ho.

Robin Bloor: Per tant, ens acabem sense temps, per tant, vull dir que una de les coses que m’interessa és la compra d’un producte com aquest, si poguessis parlar amb això, quantes persones hi vénen o vénen a aquest producte, perquè tenen un problema molt específic a les mans? Quants en realitat vénen per raons estratègiques perquè només s’adonen que en realitat haurien de tenir una cosa així, perquè el que han aconseguit és fragmentat o inútil. Aquesta és la part de la pregunta. La segona és, després d’haver adoptat aquesta raó tàctica molt específica, quantes persones la converteixen en estratègica a partir d’aleshores?

Chris Russick: Aquesta és una gran pregunta, Robin. Vull dir que la naturalesa humana és reactiva. Hauria de dir que una bona 95/100 vegades quan els clients vénen a nosaltres, reaccionen davant d’una situació que els ha impulsat a adquirir una solució. El que només impulsa les empreses a les empreses actuals és el procés d'auditoria. Literalment, he sentit a parlar de clients que rebien factures dels venedors de programari superiors a mil milions de dòlars abans de l’auditoria i només us podríeu imaginar què diuen un CIO o un CFO quan ho veuen. "Com podria haver passat això i per què no en tenim un millor control?" La gent es fa molt reactiva al respecte.

Ara, també puc dir-vos que, en algunes d’aquestes situacions, un cop es posen les mans al voltant del que realment tenien, resulta que els venedors eren una mica agressius en la seva aproximació al que pensaven que hi havia a l’entorn. En diversos casos concrets, he vist que els clients passen d’estimacions de auditories molt grans, que no deuen en cap moment als diners als proveïdors. Molt d’això té a veure amb assegurar-se que netegen aquestes dades i ho fan d’una manera sistemàtica i normalitzada i estandarditzada. Hi ha moltes empreses que intenten abordar aquesta cosa des d’un procés manual. Es consumeix que les auditories tradicionals triguen unes mil a quinze-centes hores d'home a preparar-se. Així que arribem al principi de la qüestió. Crec que moltes empreses venen a nosaltres, la majoria ens ve amb un problema candent. Aleshores, penso que a mesura que es tornen més madurs a l’hora de comprendre el que tenen i si poden utilitzar-lo, es torna més estratègic. Aquesta és una de les regles de BDNA. Un cop el client hagi realitzat la inversió, s’ha d’assegurar que entengui i aprofiti aquesta inversió durant tota la seva operació.

Eric Kavanagh: Permeteu-me que us presenti una última pregunta perquè, evidentment, hi ha eines existents en algunes organitzacions i algú m'ha editat ara mateix: hi ha un procés natural per migrar des de diversos sistemes ja existents a utilitzar la vostra solució BDNA com a font única. de veritat, per així dir-ho. Com és això? Quant de temps es triga? Sona força desafiant, però em dius.

Tom Bosch: Chris, deixa'm fer un comentari ràpid i pots parlar de la tècnica, no? Hem vist clients amb una o dues solucions de descobriment fins a 25 i per agrupar-los i agregar-los, això és el que fa el component normalitzat del que fa el conjunt d’eines. Com ho fem realment és una combinació de connectivitat normalitzada. Després, en alguns casos, hem de crear alguns seguidors de clients. Chris, potser pot reiterar-ho i explicar-los com fem això?

Chris Russick: Absolutament, gràcies Tom. Disposem de 54 extraccions excepcionals que fem servir per eliminar aquest inventari de les dades de les vostres solucions existents i tenim una gran quantitat d’opcions per portar algunes solucions casolanes potencialment si les teniu a Excel o alguna altra base de dades. El procés d’agregació realment no és tan llarg per configurar-se i destacar-se físicament, de dues a quatre setmanes i tenim les vostres solucions configurades i obtindreu dades no gaire lluny de la carretera i després, però el que vam acabar fer és que després de l’agregació i la duplicació, restringirem aquestes dades, que les dades netejin bé a la tecnologia i s’enriqueixin. Finalment, ho enviarem a convertir-lo en un cub de dades SQL o Oracle i el cub de dades és el que es realitza a qualsevol altre lloc on veieu aquestes dades o, de nou, a BDNA Analysis com el que vau veure avui. Una vegada més, centrant-nos en que no intentem substituir el lloc on els enviem, no estem tractant de substituir allà on les dades vagin al voltant de la duplicació i l’enriquiment i, per tant, les dades de bona qualitat. Espero que respongui a la pregunta. Si no, no dubteu a demanar més informació.

Eric Kavanagh: Això sona bé, gent. Hem passat una mica amb el pas del temps aquí, però sempre ens ha agradat tenir una conversa completa i la gent de BDNA em va enviar aquesta llista aquí. Vaig posar aquest enllaç a la finestra de xat i podeu veure que hi ha una llista comprensible de diferents connectors que hi tinc.

Així, doncs, us haig de dir, que anem a reunir aquí. Per descomptat, arxivem tots aquests transmissions web. Podeu anar a InsideAnalysis.com. Normalment puja l’endemà. També us enviarem algunes de les preguntes detallades que ens han enviat els usuaris. Això ho passarem als altaveus avui. No dubteu en contactar amb ells o, per descomptat, els vostres, realment, podeu colpejar-me a @eric_kavanagh o, per descomptat, o.

Moltes gràcies als nostres amics de BDNA. Moltes gràcies als nostres amics de Marketry per ajudar-nos a oferir-vos aquest contingut i, per descomptat, gràcies a Techopedia i a Technopedia, perquè Techopedia és el soci de mitjans de comunicació que tenim, un meravellós lloc web meravellós. Vés a Techopedia.com i Technopedia és el lloc web dels usuaris de BDNA. Així que aquest és un gran material, persones. Moltes gràcies pel vostre temps i atenció. Hi ha moltes transmissions web que apareixeran durant les properes dues setmanes. Tant de bo, no us importarà escoltar massa la meva veu.

Amb això, us acomiadarem. Gràcies de nou i en parlarem la propera vegada. Tingueu cura de persones. Adeu.