Paket servisi: Ev sahibi Eric Kavanagh, BT varlık yönetimini uzman Dez Blanchfield, Dr. Robin Bloor, Tom Bosch ve Chris Russick ile tartışıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya kaydolun.
Eric Kavanagh: Bayanlar ve baylar, merhaba ve bir kez daha Hot Technologies'e tekrar hoş geldiniz! Evet kesinlikle! Benim adım Eric Kavanagh. Bugünkü etkinliğin moderatörlüğünü yapacağım ve millet, bugün size bazı heyecan verici şeyleri anlatacağım, size şimdi söyleyeceğim. Bu, genel olarak BT yönetiminin en etkileyici alanlarından biridir. "Basit Tutun: BT Portföyü Yönetimi için En İyi Uygulamalar." Bugün büyük ölçüde bu denklemin veri tarafına odaklanacağız. Başka bir deyişle, kurumunuzun her yerindeki cihazların peyzajını anlamaya çalıştığınızda verilerinizin temiz veya olabildiğince temiz olduğundan emin olun.
Elbette bu yeni BYOD dünyasıyla, kendi cihazınızı getirin - gerçekten çok hızlı bir şekilde sizin var - bugünlerde çok heterojen manzaralarımız var. Demek istediğim, büyük kuruluşlardakiler hikayeleri biliyor. Sunucularla dolu bütün odalar var. Yıllardır çalışan uygulamalar var. On yıl içinde kimsenin dokunmadığı eski BT sistemleri var ve herkes ne olacağını asla bilemeyeceğiniz için kapanmaya korkuyor.
Bu yüzden bugün bu alanda ne yapılacağı hakkında bir kaç uzmanla, aslında toplam dört uzmanla konuşacağız.
Sıcak Teknolojiler, bu gösterinin tüm amacı gerçekten belirli türdeki teknolojilerin derinliklerine kazmak ve izleyicimizin işlerin nasıl yürüdüğünü, bu tür teknolojilerin neden kullanıldığını, en iyi uygulamaların neler olduğunu, neye dikkat etmeniz gerektiğini anlamalarına yardımcı olmaktır. Ara sıra bazı kullanım davalarını anlatacağız. Aslında, Dez, BT varlık yönetimi dünyasındaki deneyiminden küçük bir hikaye hakkında konuşacak. Fakat yine de veri tarafına odaklanacağız, çünkü bu gerçekten BDNA'dan arkadaşlarımızın uzmanlığı. Kuruluşlara, çevrelerinde tam olarak neye sahip olduklarını ve nerede olduğunu, ne yaptığını, kimin kullandığını, tüm bu eğlenceli şeyleri nasıl anladığını anlamada yardımcı olma konusunda ustalar.
İşte panelistlerimiz. Yeni keşfedilen veri bilimcimiz Dez Blanchfield’dan haber alacağız. Dez'in kelimenin tam anlamıyla Avustralya'nın geçen yıl en çok ziyaret edilen LinkedIn profillerinden biri olduğu konusunda övünmek istiyorum. Çünkü hiç uyumuyor. Ayrıca kendi baş analistimiz Dr. Robin Bloor da var. Bilinmeyenler için Dr. Bloor, 25 yıl önce İngiltere'deki BT bağımsız analist endüstrisine gerçekten bir nevi başladı. Bugünlerde oldukça az var. Neredeyse bir yazlık sanayi söylediğim gibi. Pek çok bağımsız BT analisti firması var. Ayrıca Gartner, Foster, IDC ve büyük adamlar var. Ancak, bağımsız şirketler hakkında iyi olan şey, açıkçası şeyler hakkında dürüstçe konuşmak için biraz daha özgür olduğumuzdur. Bu yüzden ona zor soruları sorun. Bu adamları rahat bırakma. Web yayını konsolunuzun Q&A bileşenini kullanarak gösteri sırasında her zaman bir soru sorabilirsiniz. Bu sağ alt köşede ya da benimle sohbet edebilirsin. Her iki durumda da, sohbet penceresinin tümünün uzun sürdüğünü izlemeye çalışıyorum.
Bununla Dez Blanchfield'ı tanıtalım. Dez, size Webex'in anahtarlarını vereceğim. İşte gidiyorsun. Al onu.
Dez Blanchfield: Teşekkürler Eric. Harika. Evlat, muhteşem intro.
Bugünün konusu, otuz yıl gibi geniş BT ortamlarında benim için daha iyi bir yaşam için yaşadığım bir konu. Organik bir süreçle büyürler. Eric'in dediği gibi, küçük başlarsınız ve bu ortamları kurarsınız, büyürler ve bazı durumlarda organik olarak büyürler. Büyük genişleme satın alma gibi başka yollarla da büyüyebilirler.
Bugün konuşmakta olduğumuz tüm kilit noktalara, özellikle de verilere ve verilerin nereden geldiği ve BT varlık yönetimi yapmak için verilerin toplanmasına değinen bir anekdot paylaşacağım. Bu durumda, dünyanın en iyi üç yayıncısından biri için büyük bir eserden bahsedeceğim. Radyo, TV, dergi, gazete, dijital ve bir dizi başka yayıncılık alanındalar. Temel olarak bir bulut hazırlığı değerlendirmesi olarak adlandırılan, ancak bir araya getirdiğimiz tüm işletme genelinde bir bulut stratejisi olan neticeyi çalıştırmak için üç aylık bir pencere verildi. Veri merkezi ayağını üç yıl içinde yüzde 70 oranında düşürmek için CIO'dan bu temel zorluğu aldık. Bunu yapmamız çok açık bir iş-bulut geçişi yapmak zorunda kaldık. Bu işi yapmak için üç ayımız vardı. Beş ülkede dört farklı bölgeyi kapsıyor. Dahil edilen altı ayrı iş birimi ve yedi farklı durum hizmeti statüsü sağlayıcısı vardı. Başlığın dediği gibi hiçbir şey gerçek dünyadaki örneği yenemez.
İş hedeflerinin açıkçası bir mucizeden başka bir şey olmadığı sonucuna vardık. Kendi veri merkezlerini birleştirmek istediler. Üçüncü taraf veri merkezi ortamlarından yararlanmak istediler, ancak genel olarak gerekli güvenlik nedenlerinden ötürü bir başkasının bulut altyapısına, özellikle genel bulut veya sanal özel buluta geçmek istediler. Özellikle, Amazon Web Servisleri ve Azure, o sırada en sigortalı oldukları için odaklandı. Intel x86, 32/64-bit platform, IBM I serisi, AS serisi, AS / 400P serisi anabilgisayarın bir karışımını kullandılar. Aslında biri üretim, diğeri felaket kurtarma gelişmeleri için iki ana kareye sahipti. Ardından işletim sistemlerinin tamamı - Windows, Linux, AIX, Solaris ve dizüstü ve masaüstü bilgisayarlarda çeşitli şeyler.
Depolama en büyük zorluklardan biriydi. Çok fazla veriye sahiplerdi çünkü onlar bir yayıncı - fotoğraflardan videolara, görüntü düzenlemeye ve içeriğe kadar her şey. Bu büyük platformlar ve farklı depolama formatları boyunca NetApp, Hitachi, IBM ve EMC vardı. Bu yüzden, içinde bulunan farklı türdeki hizmetleri denemek ve yakalamak ve haritalandırmak ve mevcut ve özel veri merkezi ortamlarından bir bulut ortamına ne aldığımızı görmek için çok farklı bir ortam.
Bugün BT varlık yönetimi parçası etrafında konuştuğumuz şeyin yüksekliği esas itibariyle verilerden kaynaklanmaktadır ve işte bu anekdotu paylaştığım bu özel proje ile başa çıkmamız gerekenlerin bir haritası. Çok fazla veri girişi yaptık. Ne yazık ki, hiçbiri gerçekten çok iyi durumda değildi. Bir dizi tamamlanmamış varlık kaydına sahibiz. Yapılandırma yönetimi veritabanları olan ITF giriş formları olmak üzere beş farklı varlık kaydı çalıştırılıyor. Doksan garip farklı türlere kadar değişen farklı veri kaynaklarımız var. Kariyerim boyunca şimdiye kadar uğraştığım en büyük paydaş topluluğundan biri olan çok sayıda çekirdek hizmet modeline, çelişen hizmet grubuna sahiptik. Bu farklı sistemlerden sorumlu dört yüz üst düzey yönetici vardı. Değişmez bir şekilde, tüm amaçlarımız ve amaçlarımız için, tamamen yanlış hizalanmış ticari kuruluşlarımız vardı - her biri bağımsız olarak kendi ortamları ve bazı durumlarda kendi altyapılarıyla çalışıyorlardı. Bu oldukça zordu.
Bunu, sadece olduğumuz ikinci veya üçüncü gün içerisinde keşfettik. "Beden atma organları" işe yaramadı. Bu yüzden bir sistem kurmaya karar verdik ve birkaç yıl önce olduğu gibi bu aşamada bulamadık - ve amacımıza uygun araçları bulamadık ve uzun ve sıkı görünüyorduk. Farklı aşamalarda bir dizi iş yüküyle besleyen bir dizi veritabanla bir SharePoint platformu oluşturduk. Doğrulayabilmemiz için mantıklı olan verilere erişmek için temellere geri döndük, böylece yürüttüğümüz ekosistemleri haritalamak için çeşitli araçlar kullandık. Veri merkezinin otomatik denetimlerini fiziksel ve mantıksal altyapı içinde gerçekleştirdik. Veri merkezi ortamlarında çalışan hizmetleri haritalandırarak otomatik keşif araçları yaptık. Tam uygulama taraması yaptık - IP adresleri açıkken port sistemleri açıkken konfigürasyonlarında çalışan bir uygulamadan her şeyi arıyoruz. Yaptığımız şey, yeni bir tek gerçeklik kaynağı oluşturduk, çünkü çevreleri ve konfigürasyonları ile varlıkları ile sahip oldukları diğer veri tabanları ve bilgi koleksiyonlarının her biri tam anlamıyla çalınamadı ve gerçekliği geri gösteremedik. Böylece tek bir hakikat kaynağı inşa ettik. Vücudunu fırlatmaktan otomatik araçları fırlatmaya gittik. Bu tünelin sonunda bir miktar ışık görmeye başladık. Böylece çok sofistike bir sistemle sonuçlandık. Otomatikleştirilmiş günlük analizlerini yakalamaktan, bize çeşitli sistemlerden atılan verilere, güvenlik kontrollerini izlemekten, şifre kontrollerini kullanmak ve günlüğe kaydetmekten, fiziksel altyapı denetiminden, uygulama denetiminden çok zekice şeyler yaptı. Bu verileri otomatik skor kartları ile analiz etmek için bir dizi şey inşa ettik. Daha sonra uygulamaların bulut için uygun olup olmadığına ilişkin uygunluk ve yüzde sıralaması hakkında raporlar hazırladık. Daha sonra Azure ve VMware modelleriyle Amazon Web Services genelinde bu skor kartının taban çizgisini koyduk. Bununla ilgili bir dizi rapor ve finansal gösterge tablosu hazırladık ve neredeyse hiçbir zaman manuel olarak geçersiz kılmaya izin vermedik. Bu yüzden esasen noktaya geldiğimiz, kendini koruyan otomatik bir sistemdi ve bu şeye gerçekten dokunmamıza gerek yoktu ya da nadiren bunları manuel olarak geçersiz kılmak zorunda kaldık. Bu şey kendi başına çok büyüdü ve nihayet hizmet gruplarına, uygulamalarda çalıştığımız hizmet sistemlerine ya da bunları kullanan verilere uygulayabileceğimiz tek bir gerçeğe ve gerçek verilere sahip olduk. hizmetleri verilmektedir. Bu oldukça heyecan vericiydi, çünkü şu anda bu projelerin vaadini yerine getirme yeteneğimize sahibiz. Bu projenin ölçeği - sadece etrafına bir miktar con koymak için - bittiğimizdir, bunun yıllık 110 milyon dolar civarında olduğunu düşünüyorum, sonuçta, işletme (duyulmuyor) altından kesildi. Altyapılarının çoğunun kendi veri merkezlerinden buluta geçişine geçiş. Bu yüzden çok büyük ölçekli bir program. Proje için bu harika sonucu aldık. Ancak karşılaştığımız asıl mesele, ev yapımı bir sistem yaratmamızdı ve bu aşamada arkasında bir satıcı yoktu. Dediğim gibi, bu birkaç yıl önceydi. Geliştirmeye devam etmek ve bakım desteği sağlamak için arkasında hiçbir satıcı yok. Geliştirilmesine ve bu canavarın tüm verilerini ve hızına ulaşmasına yardımcı olan yaklaşık 30 kişilik küçük ekip, sonunda diğer projelere geçti ve iki veya üç kişi kaldı. Ancak, malzeme tarafından yönetilen bir BT varlık yönetimi çözümünün olmadığı bir durumla karşılaştık. Bir kereye mahsus bir projemiz vardı ve işletme çok büyük bir sabun kutusunun üzerinde durup çığlık attığımız gerçeğine rağmen, konfigürasyon yönetimi veritabanlarının ve dünyayı haritalayan ITSM araçlarının olduğunu düşündüklerini açıkça belirtti. Bir anlam ifade etmeyen bu verileri dile getiriyor. Projenin etrafındaki araçları yapmalarını sağladık. Bu heyecan verici, ancak sonundaki üzücü hikayenin talihsiz sonucu, projenin sonucunun çok ama çok başarılı olmasıydı. Harika bir başarıydı. Yılda bir buçuk milyon dolara düştü. Yaptığımız şey, Frankenstein'ı yarattık, bazı durumlarda gerçek zamanlı olarak veri toplayabilen ve raporlayabilen bu gerçekten güçlü bir sistem. Ancak bunu koruyacak kimse yoktu. İşin türü, sonunda veriler hiç kimse tarafından kullanılmadığı ve ardından değişikliklerin geldiği ve değişiklikle tutarlı veri toplayamadığı sürece, bir süre yayınlanmasına izin verdi. Sonunda, bu ev yapımı sistem, beraberindeki verilerle birlikte ölmeye bırakıldı. Bu senaryoyu, ilk başta tam olarak sahip oldukları şeye geri döndüler, takipçileri ve ayrı veri kümelerini, niş bir formda belirli bir hizmet veya hizmet gruplarına çok yakın bir şekilde bakan ve sorunlarını çözen, ayrı takipçileri ve farklı veri kümelerini geri götürdüler. bu organizasyonu geniş kaybetti. Grupta 74 farklı hizmeti var. Tüm bu değeri kaybettiler ve garip bir şekilde, iki ya da üç yıl sonra, ne kaybettiklerini anladılar ve bu problemi nasıl çözdüklerine bakmak zorunda kaldılar. Hikayenin ahlaki, eğer durum buysa, birkaç yıl önce raftan alabileceğimiz bir ürün olsaydı, bir tane yapmak zorunda kaldık, ama bu artık böyle değil. Görmek üzere olduğumuz gibi, bunu yapabilen ve otomatik bir şekilde yapabilen ürünler var. Tüm verileri temizleyebilirler, birden fazla veri seti alabilir, birleştirebilir ve çekebilirler. İnsanlara ve söyleyebilecekleri elektronik tablolara gerçekten bariz şeyler götürebilirler, sürüm bir noktadan birine, sürüm bir noktadan sıfır noktaya kadar ilerleyebilir ve sadece Microsoft olarak adlandırabilirler. Bu aracı yaptığımız zaman, bu tür şeyler mevcut değildi; bu yüzden bu yeteneğin çoğunu yapmak zorunda kaldık. Bugün duymak üzere olduğumuz bu platformun aynı ayrıntılarını arıyorum, çünkü yalnızca o zamanlar olmasını diliyorum. Kendimizi çok büyük bir kederden kurtarabilirdik ve onu bir platform olarak geliştiren ve büyüten bir kişi tarafından idare edilebilecek, kullanıma hazır bir platform için çok zaman ve emek ve gelişme kaydedebilirdik. genel tüketim Bununla, sana geri vereceğim, Eric. Eric Kavanagh: Peki. Robin Bloor'a teslim edeceğim. Robin, al onu. Robin Bloor: Aslında, bu ilginç bir hikaye, Dez. Bunu sevdim. Bana gerçekten alışılmadık bir şekilde vurmuyor. BT varlık yönetimi sorunuyla karşılaştığım her zaman, her zaman eve giden ve kendisiyle bir şeyler yapan ve yapmak zorunda olan bir şirket oldu, ama hiçbir zaman her şeyi kontrol altında tutan bir organizasyonla karşılaştınız. Yine de, söyleyebileceğim kadarıyla, BT varlıklarınızı yönetemiyorsanız, para yakıyorsunuzdur. Dez, nitty gritty hikayesiyle çıktığından beri, BT varlık yönetimi hakkında ne düşündüğümü genel olarak anlatacağımı düşündüm. Bu aslında ne anlama geliyor? Bu kuşbakışı veya kartalın bakışı. Bir fabrika düşünün - özellikle de kar amacı gütmek amacıyla fabrika işleten örgütler. Mümkün olan her şey konuşlandırılan pahalı varlıkların azami kullanımını sağlamak için yapılır. Sadece durum bu. Aslında bir veri merkezi düşünün, çoğu değil, hiç de değil. Öyleyse, düşünürsünüz ki, veri merkezine ne kadar yatırım yaptıklarını? Biliyor musun, gerçekten işe yararsa, gerçekten, çok büyük miktarda para. Bir araya getirdiniz, sistemi oluşturan herkesin tarihi çabalarını biliyorum. Lisansları yazılım için ve verilerin değeri ve veri merkezinin kendisinin ve tabii ki tüm donanımın maliyeti için ödenir, sadece on milyonlarca olduğu ortaya çıkar. Kuruluşun büyüklüğüne bağlıdır, ancak çoğu kuruluşta kolayca on milyonlarca insan bulunur. Bu, insanların BT'ye ve kesinlikle büyük kuruluşlara yaptığı büyük bir yatırımdır. Bundan maksimum değer elde etmek için gerçekten zahmet etmemelisiniz ve verimli bir şekilde çalıştırılması gerektiği açık bir saçmalıktır, ancak bir endüstri olarak, BT'yi gerçekten gerçekten gerçekten yönetmek için disipline sahip olan çok az yer var. varlıklar. Bu benim kullandığım bir model, bilmiyorum, pek çok kez sanırım. Ben buna her şeyin şeması diyeceğim. Bir BT ortamına bakarsanız, kullanıcıları, verileri, yazılımları ve donanımları var. BT ortamını oluşturan bu temel varlıkların tümü arasında bir ilişki vardır. Belirli veri ilişkilerine erişimi olan belirli yazılımları veya ilişkileri kullanır. Özel donanım kaynakları kullanıyorlar, böylece orada bir ilişki var. Yazılım ve veriler yakından ilgilidir. Yazılım belirli donanım üzerinde bulunur ve yürütülür ve verilere özgü donanım vardır. Yani bu ilişkilerin hepsi var. BT varlıklarının nerede olduğunu bilmek istiyorsanız, elinizi sadece kullanıcıların üzerine koyun; çünkü edindiğiniz becerilerden ve kullanıcılarından ve her şeyden ayrı bir BT varlığını arayabileceğiniz çok az şey vardır. Öyleyse şuna bakarsın, görüyorsun, kaç tane kuruluşun, kullandıkları tüm sistemlerde yayınlanan tüm yazılımların bir envanteri var? Tüm ağ oluşturma yeteneklerini içeren uygun bir donanım envanterine nasıl sahip olabiliriz? Kaç tane verinin anlamlı bir envanteri var? Cevap hiçbiri değil. Maddelerin nerede olduğunu bilmek ve birinin bir başkasıyla nasıl ilişkili olduğunu bilmek, bazı durumlarda, özellikle de Dez'in onu nereden alacağınızı ve taşıyacağınızı ya da alacağınızı tanımladığı türden çok, çok önemli olabilir. çoğunu oynat. Bu sadece önemsiz bir şey değil ve aslında neyin önemli olduğunu bilmek. Aslında bir şeyin bir başkasıyla nasıl ilişkili olduğunu bilmek. Öyleyse, diğer şey bu şema en küçük parça düzeyinde uygulanır, tahmin edebileceğiniz en küçük yazılım parçası. Önemsiz bir donanım kaynağında, çok sayıda donanım parçası üzerinde çalışan, büyük, büyük miktarlarda farklı veri tabanları ve veri dosyalarına sahip bir ERP sistemine kadar çalışan en küçük veri miktarına erişmeyi hayal edebilirsiniz. Bu şema her şeyi genelleştirir ve her ayrıntı düzeyi seviyesini uygular ve bu zaman okunun altından geçen bu şeyin tümünün dinamik olduğunu gösterir. Bu hala bir diyagram gibi görünebilir ama değil. Hareket ediyor. Her şey değişiyor. Bunu takip etmek önemsiz bir şey değil. Yani sadece değil. Aslında bu şemayı genişletebilir ve bilgisayarları unut ve daha da genişletmesi diyebilirsin. İşletmeler, tüm verilerden ve elektronik olarak depolanmayan iş bilgilerinden oluşur. Çeşitli tesisler ve bu mutlaka bilgisayar ile ilgili değil. Mutlaka yazılıma bağımlı olmayan ya da kısmen belki bir yazılım olarak bağımsız olmayan çeşitli iş süreçleri. Bir çok insan - sadece sistem kullanıcıları değil, personel, panelistler, müşteriler vb. - bu da bir işletmenin ekosistemini oluşturur ve o zaman aslında bir bütün olarak insanlığa sahip olursunuz. Dünyadaki tüm bilgiler var. Medeniyet var. Hepsi bizim buna zor şeyler diyoruz ve tüm insan faaliyetleri. Bu her şeyin ve her şeyin diyagramıdır. Bu şema size en büyük şeyi yapan şeylerin en küçüğünden, en büyüğüne kadar ne kadar ilişkili olduğuna dair bir gösterge verir çünkü insanlık açısından, tıpkı İnternet'in ve onu oluşturan tüm milyarlarca bilgisayarın ve tüm aygıtların benzerliği vardır. ve diğerleri ve diğerleri. Bu çok geniş bir şey dizisidir ve bunların hepsi açıkça zamanın okuyla özneldir. Bu kuşbakışı. Bunu düşündüm bile aklımdan çıkardım. BT varlık yönetiminin boyutları. Bir varlık kaydı, donanım, yazılım, veri ve ağ var. Yakalanan varlık niteliği var - bunlarla ilgili tüm verilere sahip misiniz? Varlık kullanımı - neden bu şeyler var? Varlık satın alma maliyeti ve sahip olma maliyeti - ne kadar maliyet ve dolayısıyla sahiplenme ne kadar ve iyi bir fikirden ne kadar para almanız gerekir? Bu varlık amortismanı fikrini getirir. Sadece donanımdan bahsetmiyorum. Ayrıca şeyler ve muhtemelen verilerden de söz ediyoruz. Az önce tartıştığım şemayı somutlaştırmak için tam bir varlık haritası. Bulut varlıkları - aslında parametrelerde bulunmayan ancak aslında bir şekilde veya başka şekilde yapan şeyler, kiralama nedeniyle ve gerekçelerle kuruluşa aittir. Hizmet yönetimi hedefleri ve bunların tüm bu özel olasılıklarla olan ilişkilerini hedefler. Dez'in bahsettiği şeylerden biri, çabaları, bir yerden başka bir yere sistemlerin bir koleksiyonu gibi, servis yönetimi açısından “insanların sistemlerinde bekledikleri hedefi vurdunuz mu” dır. ?" ve bunun gibi. Risk ve uyumluluk var - bir şekilde veya başka bir konuda endişe duyabilecek hissedarların ve hükümetin kendisinin endişe duyabileceği şeyler ve bunların hepsi varlık yönetiminin bir yönüdür. Tüm yazılımların alımı ve lisanslanması var. İş performans hedefleri var. Örgütün bunlardan herhangi biri için koyabileceği kurallar açısından bir sürü varlık yönetimi vardır. Gerçekten karmaşık şeylerden bahsediyoruz. Yani soru ortaya çıkıyor ve bu nasıl bitiriyorum - bunun ne kadarı yapılabilir? Ne kadarı gerçekten yapılmalı? Eric Kavanagh: Bununla, uzmanların ne söyleyeceğini bulalım. Tom Bosch'a ileteceğim. Bekle, sana Webex'in anahtarlarını ver. Al onu. Tom Bosch: Webex'in başlığı, bizim bakış açımıza göre, BT portföyü veya BT varlık yönetimi için basit ve açıkça en iyi uygulamaları tutmaktı. En iyi uygulamaları söyleyeceğiniz zaman, sonuçta bu bir fikirdir. Bu bizim bakış açımızdan bir yaklaşım. Sonuçta BDNA'nın yapmak istediği şey, bulduklarımızdaki şirketlerin çoğunun hala BT yolculuk yolunda ayaklarının ıslanmasına neden olduğunu bulmak. BT varlık yönetimi, bir süredir sektörde olan bazılarınız için Y2K'nın en önemli konularından biriydi ve temel neden, sahip olduğum yazılımların ve sahip olduğum sistemlerin devam edip etmediğini anlamam gerek değiştirmek veya güncellenmek mi yoksa yeni binyıla çarptığımızda başarısız olurlar mı? On altı yıl önce bu garip akşam boyunca hepimizin yaşadığı şeyin gerçekte çok azının gerisinde kaldığı gerçeği olduğunu düşünüyorum. Santrallerimiz hayatta kaldı ve trenler çalışmaya devam etti. New York City ve Sydney'deki ışıklar açık kaldı. Bu süreçte insanlar, toplanması ve bir araya getirilmesi gereken çok fazla bilginin olduğunu anlamaya başladı. Sonuçta, daha önce Dez'in dediği gibi, insanların aradığı karar türlerini alabilmek için temizlenmesi gereken her şeyin arkasındaki verilerdi. Demek bugünkü konuşmamızın özü bu. Bence her birimiz, her gün IT departmanımıza yürüdüğümüz, her gün organizasyonlarımıza yürüdüğümüzün farkındayız. Kurumsal, bilgi teknolojisi neredeyse kontrolden çıktı. Bununla demek istediğim çevrimiçi hale getirilen yeni sunucular. Üretim işinde, bir hizmet kuruluşunda, perakende sektöründeyken, bugün kuruluşlarımızın her biri, kuruluşlar arasında departmandan bölüme bölümlere dağıtılan yeni yazılım parçaları var. sadece koşmakla kalmıyorlar, aynı zamanda sürülüyorlar. BT, çalıştığımız organizasyonların çoğunun üretim motoru haline geliyor. Dağıtılan çözümlere bakarak bu daha belirgin hale gelmiyor. Sadece BT departmanı içindeki verilerin karmaşıklığına sadece odaklanırsak - yalnızca BT'yi desteklemek için kullandıkları uygulamalar - satıcı yönetim sistemlerinden BT portföy yönetimi, tedarik sistemleri, mimari güvenlik sistemlerine kadar her şeye sahibiz, ve bunun evrimleşmesini sağlayan temel özelliklerden biri, kendi disiplinlerinde etkili bir şekilde çözümleri sürdürebilmek için, esasen çevrenizde sahip olduklarınızın bir envanterini kullanmaya yönelmeleridir. Bu nedenle bu varlıkların el altında bulundurulması, BT organizasyonundaki hemen hemen her disiplin için kritik öneme sahiptir. Ancak şirketler bu farklı sistemleri bir araya getirmeye çalıştıklarında hızlı bir şekilde bulunan şeylerden biri, aynı dili konuşamadıkları ve nihayetinde verilere göre azaldığıdır. Dez'in daha önce de belirttiği gibi, kötü veriler, başlattıkları projenin temeli ve Gartner şirketindeki bazı ilginç istatistikler, kelimenin tam anlamıyla BT'nin yıllık bazda yatırım nedeniyle harcadıkları paranın yüzde 25'ini boşa harcadığı yönünde. veri. Tenex projelerine mal oluyor çünkü sonuçta çoğu şirket için bu verileri elle temizleme konusu. Yine, Dez'in dediği gibi, çok can sıkıcı. Özellikle, varlık yönetimi etrafında ve genel olarak BT projeleri genelinde, Gartner temel olarak tüm BT projelerinin yüzde 40'ından fazlasının kötü verilerden dolayı başarısız olduğu sonucuna varmıştır. Sorunun kökenini biliyoruz. Bu veriler. Bunu yönetmeye nasıl başlarız? Devam eden şeylerden biri, ITAM'ın organizasyonlar için tek bir nedenden daha fazlası için önemli hale gelmesi - açıkça konuştuğumuz bir konu ve sistemleri birbirleriyle konuşmamız gerekiyor. Kuruluşumuzda sistemlerin nerede bulunduğunu anlamamız gerekir, böylece yalnızca bulunduğumuz sistemlerde yenileme veya yükseltme gibi basit işlemleri yapabiliriz. Günümüz ortamında problemi daha da geliştirmek için, yazılım yayıncılarının ve üreticilerin birçoğunun, ne demek istediğimizi, bu yayıncıların gelip düşük maliyetli bir şekilde müşterileri bir denetime veya gerçekleri zorlamaya zorladığını bulduklarını buluyorlar. Kelimenin tam anlamıyla, Fortune 2000'in yüzde 63'ü bağımsız araştırma kuruluşuna göre 2015'te en az bir tek denetimden geçti. Bu denetimler şirketlere çok büyük miktarda iç ücretler ve 100 milyon dolardan herhangi bir yerdeki dış telafi maliyetlerine mal oluyorlar ve Gartner aslında benim sunumumda olmayan, ancak bunu daha erken aldığım başka bir ilginç istatistikle ortaya çıktı. Sabah bir kuruluş için ortalama bir milyon dolar civarında bir denetimin ortalama maliyetini düşündüklerini söylediler. BT’de harcanan dolarların yüzde 25’inin boşa harcanmasından bahsederken, bunlar devam eden örneklerden bazıları. Bence bunların hepsinde gerçekler, ne yapıyoruz? Bununla nasıl başa çıkacağız? Bu yolculuğun çoğu organizasyon için ne olduğunu gerçekten anlayarak başlıyor. BT varlık yönetimi, temelde ağlarımda neler bulduğumu keşfetmeye başlamakla başlayan bir dizi adımdır. Çoğu insan bu keşif araçlarından birine veya bir kaçına veya daha fazlasına sahiptir, muhtemelen pazardaki en yaygın keşif araçlarından biri SCCM'dir. Herhangi bir düzeyde Microsoft ve Windows merkezli ortamları olan çoğu şirket, SCCM'yi birçok amaç için kullanır, uygulamaları dağıtır ve verileri kesmek için de kullanılabilir, ancak bu veriler çamurlu dağınık bir biçimde geri döner. Bir dakika içinde bundan biraz daha bahsedeceğiz. Çok sayıda başka araçlar da var. ITSM çözümlerinin çoğu BMC mi yoksa Service Now mı yoksa Nationale mi yoksa HP'nin çok iyi keşif araçlarına sahip olup, özellikle de özellikle sunucu ağlarının ve ağ cihazlarının bilgilerini ve karşılıklı bağımlılıklarını bir araya getirmeye çalıştığınızda ortaya çıkmaktadır. İhtiyacımız olan son şey, büyük bir havayolu için rezervasyon sisteminin gün ortasında düştüğü ve milyarlarca dolarlık gelirin kaybolmaması durumunda milyonlarca dolar olduğu bir durum. Bütün bunların nasıl birbirine bağlı olduğunu anlamak, onunla ilişkili varlıkları anlayarak tekrar başlar. Bu aşamadaki ikinci aşama veya ikinci adım - tüm bu verileri aldım, ancak bu ne anlama geliyor ve onunla çalışmaya nasıl başlayabilirim? Bu aşama normalleştirme olarak adlandırılır ve bugün çok şey üzerinde yoğunlaşacağımız bir adımdır, çünkü özünde tamamen optimize edilmiş veya tamamen olgun bir ITAM yolculuğuna doğru ilerlemenin en basit ve en önemli adımıdır. Bu normalleşme sürecinden geçerken, nihayetinde yapmaya çalıştığınız şey sahip olduğunuz tüm keşif kaynaklarını bir araya getirmektir ve bunlardan bazıları sadece önceki slaytlardan birinde konuştuğumuz uygulamalar ve çözümler olabilir. Çoğaltılmak istiyoruz. Tüm vızıltıları azaltmak ve alakalı olmayan tüm verileri filtrelemek istiyoruz. Devam ettikçe bundan daha çok bahsedeceğiz. Oradan, bazı mantıksal adımlar düşük asılı meyvenin üstünde. Şirketler bir araya gelip birleştiklerinde ve başka organizasyonlar edindiklerinde, kullandıkları uygulamalarda çoğaltma geliştirmeye başlarlar. İnsanların bir kez anladıkları ve sahip oldukları yazılım ve donanım ortamını izlemesi için çok tipik bir adım, çoğaltmayı, yedekli aygıtları ve ortamındaki yedekli yazılımı rasyonelleştirmek veya kaldırmaktır. Örneğin, dışarı çıkar ve bakarsanız, ortamınızda kullanılan yirmi veya yirmi beş farklı BI aracına sahip olabileceğinizi öğrenebilirsiniz. Bir kurumun yalnızca belirli uygulamalarla ilişkili olanları değil, daha da geniş bir alana sahip olanları kaldırması için potansiyel tasarruflar, bazı büyük maliyet tasarrufları ve potansiyel risk azaltımı sunar. Kuruluşlar ne yapar? Genelde bunlara daha ayrıntılı bir şekilde bakarlar ve Dez'in dediği gibi, ona atılmış çok ceset var ve ne yapmaları gerektiğini ve bu optimize edilmiş durumu nasıl elde ettiklerini anlamaya başladılar ve bu zamanı nasıl izledim ve yine zaman. Son on yılın daha iyi bir kısmında yüzlerce şirketle, özellikle yazılım varlık yönetimi ile çalıştım ve sonuçta bu projelerin çoğunu durduran ya da bu projelerin çoğunun başarısız olmasına neden olan şey, daha fazlasını ısırmaya çalışmaktır. çiğniyorlar ve büyük miktarda değişim yönetimi, yönetim yetkilendirmeleri, eğitim programları ve çevreleri boyunca muazzam bir alanı etkileyen yönetişim gerektiren esaslı projeler oluşturmadan onu köklerine geri götürmüyorlar. Programa veya üst düzey bir yöneticinin önünde gösterdikleri bir projeye oturduğunuzda, çoğu zaman soru sorulur: "Sorun gerçekten bu kadar büyük mü?" Bunu birçok üst düzey yöneticiyle daha ayrıntılı olarak tartıştığım gibi, “Biliyorsun Tom, gerçekten benim için üç şeye kadar kaynıyor. Elimizde ne olduğunu bilmek istiyorum. Satın aldığımız şeyi kullandığımızı bilmek istiyorum. En önemlisi, ne kullandığımızı ve ne kullandığımızı bilmek istediklerimi satın aldıklarımla eşleşiyor. ”Başka bir deyişle,“ Ne kullandığımı hak ediyor muyum veya kendimi korsanlık durumuna soktum. kasten olmayan korsanlık da olsa? ” Bu üç soru aslında geri dönerek ve sadece verileri temizleyerek kolayca cevaplanabilir. Bu size geri kalanını göstereceğimiz şey. Özel olarak verilere ve bu keşfedilen verilerden çıkan sorunlardan bazılarına bakalım. Bu alakasız. Yanlış. Tutarsız. Eksik ve nihayetinde, kötü karar vermede yılda 14 milyon ABD dolarını aşan şirketlere pahalıya mal oluyor. İşte, SCCM gibi bir keşif aracından doğruca çıkacağınız veri türüne bir örnek, bu gerçekten büyük miktarda anlamsız veri içeriyor. Aslında, verilerin yüzde 95'i alakasızdır. Yürütülebilirler, yamalar ve düzeltmeler, cihaz yazılımı ve farklı dil paketleri ve bilgi tabanı paketleri gibi şeyleri içerir. İyi bir örnek, ortamınızdaki tipik bir PC'deki envantere bir göz atmak, Adobe'den bir şey aramak. Çoğu zaman, Adobe Acrobat PC'nizde lisanslanabilir bir kopyaya sahip olabilir, ancak yine de bu kopyaların dokuz veya on'u veya yükseltme kopyaları olabilir. Bu yüzden çıplak gözle, dokuz farklı kopya ya da sadece bir ürün için yükümlülüğünüz olup olmadığından emin değilsiniz. Konuşmak için ikinci alanlardan biri, meydana gelen tutarsızlıktır. Bu, Microsoft'un bir kuruluş içinde bu kadar farklı şeylere nasıl ad verebileceğinin kısa bir örneğidir. Bu, BDNA için odaklanmış bir alandır. Verebileceğimiz en açıklayıcı örneklerden birinin, SQL konusunun etrafında olduğunu, müşteri tabanımızda, SQL'in bir envanter içinde nasıl adlandırılacağına ilişkin 16.000 farklı varyasyon bulduğumuzu düşünüyorum. Bunu tutarlı bir şekilde ortaya koymayı düşünün. Diğer bir alan ise temel standart eksikliğidir. Hangi seviyedeki veri tabanını yayımlar, IBM'in hangi CAL seviyelerinde, PV kullanımında, bu verileri yöneteceğiz? Yani bu, bilmecenin bir parçası ve tüm bu hammaddelerin, tüm bu ham verilerin kullanılabilir olduğu bir noktaya normalleştirilmesine yardımcı olma meselesi. Bununla birlikte, geleneksel bir ITAM ortamındaki biri için de çok değerli olabilecek, keşfedilemeyen çok büyük miktarda veri var. Bazı kullanım durumlarını ele aldıkça, size bazı örnekler vereceğiz. Kuşkusuz şüphesiz tek unsur bu verilerin günlük olarak değişmesi. Yalnızca Microsoft’a bir göz atmamız durumunda, Microsoft’un 2015’te 3.500’ten fazla yeni yazılım başlığı sunması ve 9.800 farklı yazılım parçasını güncellemesi veya güncellemesi. Bu yalnızca Microsoft'ta 14.000 değişiklik. BDNA bunu günlük olarak yönetir. Weve, buna ayak uydurabilen ve kelimenin tam anlamıyla, ana sözlüğümüzü ve ansiklopedimizde yaptığımız milyonlarca değişiklikten söz eden bir takım mühendis buldu. Bunu ilerledikçe burada daha ayrıntılı olarak ele alacağız.Sonuçta, daha önce baktığımız ortama bir göz atıyoruz ve bu farklı çözümlerin birbirleriyle konuşamamaları kesinlikle bir sorun ve BDNA'nın gerçekleştiği yer ve BDNA platformu ve onun temel bileşeni Technopedia'nın bize izin verdiği yer Ortak bir veri platformu oluşturmak için. Bunun nasıl gerçekleştiği aslında oldukça basit. Farklı keşif kaynaklarınızdan gelen verileri topluyoruz. Bu keşif kaynakları daha önce SCCM veya ADDM veya HPUD gibi bahsettiğim kaynaklardan bazıları olabilir. Bu şey CMDB olabilir. Aslında, satın alma sistemlerinizden aldığınız satınalma siparişi sistemleri de olabilir. Bunu bir araya getiriyoruz ve işlerin nasıl listelenip rasyonelleştirildiğinin ve bunu normalleştirmenin temel bileşenlerine bakıyoruz. Yine, bu BDNA'nın Technopedia dediği bir şey. Technopedia, dünyanın en büyük BT varlıkları ansiklopedisidir. Yine ortak bir dil oluşturmak için yalnızca BDNA kullanımı dışındaki dünya genelinde diğer yirmi diğer uygulama tarafından kullanılmaktadır. Mimari araçlar, satın alma araçları, hizmet yönetimi araçları gibi araçlar - yine fikir, "Tüm IPV'lerimizde ortak bir dil konuşalım." Daha sonra bu belirli başlıklara, 87 milyondan fazla özniteliğin 1.3 milyon girişini ekledik. Bu özellikler, "Donanım özellikleri veya basit sunucunun çevresindeki özellikler nelerdir? Fiziksel boyutlar nelerdir? Enerji kullanımı nedir? Enerji derecesi nedir? VP'nin ürettiği ısının VP kullanımı nedir? Mimarlarımız tarafından kullanılabilecek her şey? ” Bu, mevcut olan birçok farklı katalog eklentisine yalnızca bir örnektir. Verilerinizi alıyoruz. Ağırlaştırıyoruz. Temelde haritalandırır, Technopedia kataloğuna göre normalleştirir ve daha sonra ortamınızın geri kalan kısmında tüketilebilecek normalleştirilmiş bir veri kümesi sunarız. Bunu birkaç dakika içinde size göstereceğimiz şekilde dahili olarak bir veri ambarına besliyoruz, ancak aynı zamanda birçok CMDB, ITSM ve bu çözümlerin daha değerli hale gelmesine yardımcı olmak için BT ortamında kullanılan ek araçlarla standart entegrasyonlarımız da var. sen. Bazı içerik paketlerine, fiyatlandırmalara, donanım özelliklerine, yaşam döngüsüne ve desteğe basit bir örnek, muhtemelen yaşamın sonu, desteğin sonu, sanallaştırma uyumluluğu, Windows uyumluluğu gibi şeyleri veren en yaygın olanıdır. biz ilerledikçe. Yakın zamanda aldığım bir karikatürde, bir Dilbert karikatüründe, aslında patronu tarafından da aynı şeyi yapması istenmişti. Öyleyse, "Dilbert bana organizasyonumuzdaki varlıkların bir listesini verdi." Dilbert’in cevabı şöyledir: "Sunarsam kim kullanacak?" BT varlık yönetimi verilerinin kullanımı, konuştuğumuz gibi, burada ileriye gitmek gerçekten kurumunuzda muazzam bir kullanım alanına ulaşacaktır. Bu, bir BT organizasyonu içindeki farklı disiplinlerin küçük bir örneği ve onu nasıl kullanacakları. Gerçek şu ki, kuruluş içinde değer yaratıyor ve en iyi kurumsal işletme verilerinden bazılarını alarak, BDNA aslında şirketlerin daha iyi iş kararları almalarına yardımcı oluyor. Gidiyor ve oturuyorsanız ve ITSM çözümünüzü ele almanın basitleştirilmiş bir yolunu ararken, BDNA'nın sonuçta yaptığı şey, verileri temizleyerek ve iyi iş kararları verebilmeniz için size basitlik sağlamanıza yardımcı olmaktır. hızlı yap. Müşterilerimizin çoğu - aslında neredeyse yüzde 50'si - bağımsız araştırmalar yaparak projelerinde tam bir YG aldıklarını ve tam anlamıyla yüzde 66'sının ilk yılda yüzde 200'ün üzerinde YG aldığını söylediler. Bunlar, kuruluşunuza yatırım yapmanın ve geliştirmenin yollarını düşünüyorsanız, CFO'nuzun ve CIO'nuzun kesinlikle duymak isteyeceği türden istatistikler. Şimdi yapacağımız şey şeyleri Chris'e devredeceğim. On üç ya da on beş dakika daha iyi bir pay aldığımız takdirde, yapacağımız şey aslında kritik olan bazı kullanım durumlarında ve bazılarında daha önce bahsettiğimiz, temelde kurduklarımda dolaşmak. Ne kullandığımı görme fırsatını bulabilirsin, böylece bunları tekrar hasat edebilirsin. Ne kurduğum ile uyumlu muyum? Belki de hangi cihazların üç yaşın üzerinde olduğuna bakmak istiyorum, çünkü o cihazları yenileyip yenemeyeceğimi bilmek istiyorum. Bu yenileme işlemi için plan yapabilmem için hangi aygıtlarda bu yazılımlar var? Ve özellikle güvenlik riskine bakmak istersem, gelecek 30 gün içinde veya bir sonraki yıl içinde hangi potansiyel yazılım bileşenlerinin ya aşmış ya da bir zaman sonra gelmesi muhtemeldir? Ve Ulusal Menkul Kıymetler Enstitüsü Güvenlik Açığı Listesinde hangileri listelenebilir? Eric, şu anda yapmak istediğim şey sana geri vermek ve eğer istersen, lütfen Bay Russick'e bir şeyler verebilir misin? Eric Kavanagh: Bunu yapacağım ve Chris, şimdi katın olmalı. Devam edin ve ekranınızı paylaşın ve uzaklaştırın. Chris Russick: Mükemmel. Teşekkürler Tom. Teşekkürler Eric. Buna minnettarım. Bugünkü demomuz için, size BDNA Analyse'ı tanıtmak istiyorum. BDNA Analyze, BDNA ürünlerimizin rapor bölümüdür. Tom'un masaya getirdiği bazı soruları cevaplamaya başlayalım. Bizim neyimiz var? Kim kullanıyor veya ürünlerimizi mi kullanıyoruz? Ne hakkımız var ve güvende miyiz? Birincisi, Microsoft ürünleri hakkında konuşalım, ne yükledik ve bunun için yazılım yükleme sayımızı da alarak başlayacağım. Sonra, gelip yazılım üreticilerini Microsoft'a filtreleyeceğim. Daha sonra, tam bir tanıtım geleneği için yazılım adını getireceğim ve sadece ana sürümle başlayalım. Yine, bu temelde hem lisanslanabilir hem de lisanssız ürünlerdeki Microsoft envanter konumudur. Kauçuğun buluştuğu yerde yol gerçekten lisanslı ürünler olacaktır. Lisanslanabilir ürünlere daha da filtre uygulayalım. Neyin ne olduğunu, neyin başladığını, Microsoft ürünlerinin neler beslediğini yanıtlayarak başlayacağız. Bu, pahalı bir ünvandır ve en son ne zaman ve sistem tarafından kullanıldığını söyleyin ve bu lisansların bir kısmını yeniden hasat yaparak, geri alın. Böylece, daha sonra yıllarca kullanmaya başlayacağız ve bunu filtreleyeceğiz. 2012 ve 2014'ü seçeceğim. Aynı zamanda SCCM’nin ölçülen verilerini de getiriyorum. Bu noktada yapabileceğimiz şey, son kullanılan tarihe yazılıma getirmektir. Son olarak, ana bilgisayarın adına inip bunu getirebiliriz ve son kullanıcı oturum açma işlemini de getireceğiz. Bu rapordan, yalnızca Acme kullanıcısına gidip onlara “Bu yıl Microsoft ürününü kullanacak mısınız? 2013'ten beri kullanmadığınız görülüyor. ”Örnek rapor, katıldığını ve bu lisansları geri alabileceğinizi belirtti. Ardından yazılım uyumlu kontrol panelimize geçeceğim. Bu önceden yüklenmiş bir tane var ve bu örneğin Adobe'yi içeriyor - hangi uygulama için zaten uyumluyuz ve uyumlu değildik ve Tom'un daha önce sorduğu sorularla altlarında ne olduğunu tahmin ediyoruz. . Satınalma siparişi bilgilerinize ve getirdiğimiz keşfedilen bilgilere dayanarak, yazılım başlıkları vardır, haklarınız sayılır, bunun bedeli nedir, ne yüklüyse ve altında olup olmadığınızı hesaba katar. Bu rapora bakarak bu soruların çoğuna cevap verebilirsiniz. Bir sonraki aşamaya geçmek istiyorum, donanım yenilemesi. Buradaki amaç, hangi donanımın eski olduğunu, üç yıldan uzun veya dört yaşından büyük olanın, kuruluşunuzun neye önem verdiğinin belirlenmesidir. Basitçe sistem sayınıza gidin. Bu örnekte, masaüstüne odaklanacağız. Buraya yazılım ürünleri bilgilerine geleceğim ve kategoriyi, alt kategoriyi getireceğiz ve sadece masaüstlerini tutacağız. Buradan ürün, üretici ve model bilgisini getireceğiz. Bugünün örneği için, 790'lara odaklanacağız. Bunu yapmamın nedeni, bunların üç yıldan daha eski olduklarını bilmemiz ama burada donanım GA'ları getirmemiz. Bu GA'yı burada bulmak istiyorsanız, tüm donanım alt kategori ürünleri için kesinlikle bu konuyu gündeme getirebilirsiniz. Son olarak, bu cihazlarda yükseltme veya yenileme yapacaksanız, bu cihazların ne olduğunu bulmakta fayda var. Yine, ana bilgisayar adına gelebiliriz ve daha sonra bunlara nelerin yüklendiğini anlamanız da yardımcı olacaktır. Bu yüzden bir yazılım yükleme sayımına sahibiz ve burası raporun büyüdüğü yer. Yazılım üreticilerini, yazılım adlarını ve son olarak da yazılımın ana sürümünü getirmemiz gerekiyor. Bir donanım kategorisine ve alt kategoriye ihtiyacımız yok, bu yüzden burada biraz yer kazanabiliriz. İşte bir liste. Bu noktada, anlıyoruz ki bu ana bilgisayarda, donanım yenilemesinin bir parçası olarak yükseltilmesi gereken bu ürünlere sahibiz. Bu noktada, işletim sistemiyle neyin uyumlu olduğunu bilmemiz gerekir, böylece bir yazılım hazırlığı anlaşması sunacağız. Bu, Windows 64 bit hazırlık yazılımı olacak. 64 bit ortamına gideceğiz. Bu noktada, gerçekten harekete geçirilebilen verileriniz var - ne ana bilgisayara yüklüyse - ancak GA verilerine dayanarak yükseltme yapmanız gerekir ve ayrıca bunun uyumlu olup olmadığını veya uyumluluk kontrolü olup olmadığını veya sadece uyumlu olup olmadığını söyleyebilirsiniz. Bu, ekibinize, kim yapacaksa, değerli bilgiyi nasıl yenilediğini ve uzun vadede zaman kazandırdığını gösterir. Son olarak, güvenlik için iki güvenlik parçası vardır. Donanım ve yazılım varlıklarından ve üretim ortamlarından bahsederken çok faydalıdırlar. Birincisi, yaşam sonu verileridir. Kuşkusuz, tüm yamalarınızın güncellenmesini ve yazılımın kullanım ömrü sonunda ortaya çıkan ürünlerin en son sürüme kadar belirgin nedenlerden dolayı olmasını istiyorsanız. Öyleyse önce bunu çözeceğiz. Yine, yazılım yükleme sayısı ile başlayacağız. Tüm ortamınızı ele geçireceğiz. Yazılım üreticinizi, yazılım adınızı ve ana sürümünüzü tekrar ele geçireceğiz. Bundan sonra yapacağımız şey aşağı inmek ve yaşam sonu verilerini yazılımın yaşam sonu yılıyla sınırlandırmaktır. Kapsamı buna getireceğiz. Mevcut yılı - önceki, iki yıl ve sonraki iki yıl diyeceğiz - bu yüzden beş yıllık bir tarama yapacağız. Buradaki amaç, “Bu yıl yükseltmek için neye ihtiyacımız var? Son iki yılda neler yükseltmeliyiz? Oyunun önünde kalmak için, önümüzdeki iki yıl için ne planlamamız gerekiyor? ” Bu verileri getirip, o yenileme işleminin üst kısmına yerleştireceğiz. Hemen hemen, 2014'te BlackBerry yazılımına, Citrix'ten kişisel vDisk'e, 25'ine vb. Gibi görünen 346 kurulum olduğunu görebilirsiniz. Bu iyi bir rapor. Yine, tüm adımların üzerinden geçmek istiyoruz, ancak kesinlikle yalnızca masaüstü yazılımını veya "Yalnızca Sakla" seçeneğini seçip, yüklü olduğu ana bilgisayarı bulabilirsin. Bu verileri CSC, PDF veya Excel'e aktarabilirsiniz. Böylece CSC, bazı güncellemeleri otomatik bir şekilde yapmak ve müşteri perspektifinden yapmak isterseniz, gelecekte yapılması gerekenleri tam olarak görebilirsiniz. Son olarak, sistemimizde oluşturduğum bir başka rapor BDNA Analyze kullanıyor. NIST veri tabanından, Ulusal Enstitü Standartları ve Teknolojisinden elde edilen belirli CVE'lere dayanan bir sistem rapordur. Burada yaptığım şey, Apple iTunes'u hedefledim ve özellikle 2015'te bazı CVE'leri çağırdım ve belirli bir sürümü arayan, kaç sistem kurduğumuzu ve kaç sistemden etkilendiğimi ve bunun ne kadarının etkilendiğini belirten bir rapor oluşturmaya çalıştım. Bu CVE'lere dayanarak kurulan birçok yazılım bileşeni. Yine, (duyulamayan) bir iyileştirme noktası elde etmeye çalışıyorsanız veya güvenlik departmanında BT varlıklarını ve envanterlerini daha iyi yönetmeye çalışıyorsanız, bu harika bir araçtır. Bu noktada, soru sormak için tekrar Tom ve Eric'e iade etmek istiyorum. Eric Kavanagh: İlk önce en başta Dez ve Robin olmak üzere analistleri getirmeme izin verin. Bazı sorularınız olduğuna eminim. Bu arada, harika bir demo oldu. Kendimi bu ortama girebilecek görünürlük miktarına hayran hissediyorum. Kabul edelim ki, bu gerçekten heterojen ekosistemlerde, orada ne olup bittiğini anlayacaksanız ve bir denetimle yüzleşecekseniz, elbette kimsenin yapmak istemediğini hissedecekseniz, bu tür bir görünürlük olması gerekir. , ama, Dez, sanırım önce sahip olduğun sorular için sana teslim edeceğim. Dez Blanchfield: Dostum, kendime zaman kutusu koyacağım çünkü günü seninle bu konuda konuşarak geçirebilirim. Sakıncası yoksa, benim de anlatacağım sorular ve ürünler aracılığıyla bana gelen birkaç şey var. Bu bana, bana gösterdiğiniz ekranların, Data EDI adında bir şirket için on dokuz tuhaf bin makineyi yenilediğimiz yerde ne tür bir projeyi anlatmak istediğimi hatırlattığını hatırlatıyor (duyulmaz) bölünme ve diğer alanlar ve bunun hakkında kamuya açık konuşabilirim çünkü açık bir proje. Bulduğum şey, üç ayrı masaüstü yenilemesi ve bazı nedenlerle paralel olarak çalışan SOA yenilemeleriydi ve hepsini durdurma ve otomatik bir araçla sıfırdan başlayarak bitirdim. Ölçek hakkında konuşuyoruz ve bir saniye sonra size bir soru ile geri döneceğim. Bu ölçekte bir şey yaptığımızda, olan şey mühendislik ekibinden ve CIO'ların ofisinden dışarı çıktım ve işin geri kalanında dolaştım ve “Bu organizasyondaki her şeyin denetimini biz yapıyoruz. masaüstünde aşağı. Ne bu konuda bilmek istersiniz? " ve kimse gerçekten herhangi bir soru sormadı. Şimdi, birkaç yönetim kurulu odasında onları yakaladığım ve "Sadece soruyu tekrar sorayım" diyen bazı X marka oturumlarım var. Finansta, size ne kadar para ödediğimizi ve bu tür bir yaşamın sonunu ne zaman kazanacağınızı ve bunun ne zaman yazılabileceğini yazmanız gerektiğini rapor edeceğiniz her bir yazılımı size söyleyeyim. PNL ve GL'ye alabilir misin? Bu alandaki varlık yönetiminiz nerede ve gelecek yıl için yazılım lisansı için bütçelemeyi nasıl yönetebiliriz? Sırlı gözbebekleri ve diğer tüm gruplardan geçtim, bu nedenle, sadece varlık yönetimi genelinde muazzam miktarda güçlü şeyler yapan harika bir araca sahip olduğunuz bu yerlerde gördüğünüzle ilgili biraz bilgi edinmek istiyorum. ve varlık keşfi. Müvekkiliniz, bir müşterinin bir projeyi yürüttüğü bir projeyi yürüttüğünüz bu tür senaryolara ne oldu ve birdenbire finans ve mühendislik ile işletme ve güvenlik ve uyumluluk ile birçok şey ve hatta gölge BT ortamları açılır ve şöyle der: "Bunun burada olduğu hakkında hiçbir fikrimiz yoktu ve verilere nasıl erişiriz?" Sahip olduğunuz kuruluşların herhangi bir eureka anını ve bu konuda ne yaptıklarını duymak isterim. Tom Bosch: Bir tane atacağım Dez. Bence zaman ve tekrar tekrar ne görüyoruz beyler, belli ki her zaman bir giriş noktası var, değil mi? Bir kuruluşun içinde “Bir kullanım vakası için ekran verilerine ihtiyacım var” yazan bir grup var. Herhangi bir çözüm sağlayıcısı, genellikle girdiği yer ve yılın muhtemelen yüzde 65 veya 75'i olduğunu söyleyebilirim, bizim için giriş noktaları varlık yönetimi etrafında olmak. BT etrafında olma eğilimindedirler. Biz bir ITAM aracı değiliz. Günün sonunda, biz bir veri yönetimi aracıyız. Şu anda hizmette olanlar gibi ITAM çözümlerini ve Sierra ve Snow gibi diğer daha karmaşık çözümleri besliyoruz. Günün sonunda, ne olduğu başlıyor, bir kez diğer BT organizasyon toplantılarında temiz verilerden faydalanıp sunulduğunda, insanlar, “Bunu nereden aldınız? Oh, buradan geldi. ”“ Gerçekten mi? Şuna bir bakabilir miyim? ”Sonra varlıkları ek içerik verileriyle eklemeye veya geliştirmeye başladığınızı öğrendiklerinde ve bu BDNA için çok özel bir şey,“ aha ”anları açılmaya başlar . Bu yüzden, güvenliği göstermemizin nedenlerinden biri, Verizon'un birkaç yıl önce bir çalışma yaptığını ve temel olarak geri döndüklerini ve “çevrede devam eden tüm hacklerin yüzde 99,9'u yazılım parçalarıyla geliyor. . Güncel değiller, yamalı değiller ve / veya ömürleri sona ermişler. ”Bunların çoğu üç ay ile bir yıl arasında ve tarihi geçmiş veya yaşam dışı bir yerde. Bu bilgileri önceden alarak, güvenlik departmanları ihlalleri önleme yaklaşımlarında artık proaktif olabilir. Chris, seyahatlerinden gösterecek bir şeyin var mı? Chris Russick: Kesinlikle, bu yüzden hepimiz birkaç hikayeyi bir araya getirdik ve iki "aha" anının nasıl olduğunu konuşalım. Verileri nereden aldıklarını anlamaya çalışıyoruz ve birçok müşteri, bir SCCM veya Casper'dan olup olmadığına dair mevcut verilerin genişliğini fark etmiyor. Amaç, tüm araçlarınızdan iyi veriler elde edebilmek. BDNA'sız ve belki de ilk "aha" anının “Vow, elimizdeki tüm bu verileri bir araya toplayabiliriz” olduğunu nasıl topluyorsunuz? ” Zaten vermiş oldukları kararları desteklemek için verilerde destekleyici bilgiler bulmaya çalışmak yerine, verilere dayanarak gerçek anlamda harekete geçirilebilen kararlar alma yeteneğidir. Tennessee bölgesinde tam anlamıyla bir kez bunu gerçekleştirebildikleri bir müşterim vardı, sanırım bir hafta içinde bunun kurulmasını sağladılar, tam anlamıyla nefeslerini bilmiyorlardı çünkü masalarında ve kabinlerinde dans ediyorlardı. onların verilerini ve şimdi onlar. Sizlere geri dönelim. Dez Blanchfield: Zenginleştirme parçası benim için ilginç. Hemen çabucak ve sonra Dr. Robin Bloor'a vereceğim. Bankalar ve varlık yönetimi firmalarıyla çok çalıştım ve müşterinizi ya da KYC'yi tanıyan zorluklar için uyumlu olma girişimlerinde düzenli olarak üstlendikleri birkaç önemli şey var. Kara para aklama karşıtı AML. Gerçi bulduğum şey, bu örgütlerin çoğu KYC sürecinde ve müşteri süreçlerinde iyi olduklarında, çoğu zaman değil, içeriye doğru baktıklarında ve kendilerini bir müşteri olarak gördüklerinde ve şimdi bunların çoğunun derinlikte kullanmadığını görüyorum. Buraya geldiğinizden ancak son kullanıcılarının müşteriyle birlikte olduklarını ve konuştuğunuz sebeplerden dolayı ne kullandıklarını haritalandırmaya yarayan çok yüksek seviyeli araçlar. Bazı insanlar sadece BYOD ile gelirken, bazı insanlar yazılımın eski sürümlerini edinmiştir. İsteyerek yanlarında işe yaramaz şeyler getirirler. Sahip olduğunuz yolculukta, uygulanmış sunucuda aldığınız verileri alan ve süreçlerinde verinin özünü alıp başka bir şeye besleyen belirli insan örneklerine sahip oldunuz mu? Belki de sistemi ilk önce kimin kullandığını ve kim olduğunu gösteren bir haritalandırmadır, örneğin İK, sistemi kullanan insanlar aslında istihdam ediliyor ve binalarda ve bir şeyin depoda olduğu diğer örneklerde olması gerekiyor. makinede olmaması gereken nasıl bir şey var ve onu nasıl yeniden ele geçireceksin? Geleneksel olarak verilerden değer elde edeceğini düşünmeyeceğiniz işin farklı bir bölümünün bir altküme aldığını veya buna erişmeye başladığını ve bunların ortaya çıktığını gördükleri gibi görünüşte alakasız bir değer elde etmelerini sağladığına dair herhangi bir örnek aldınız mı? bu iş? Chris Russick: İlk önce buna atlamak istiyorum. Özel olarak düşündüğüm önemli müşterilerim var. Biri bir tıp hastanesinde ve tam olarak bunu yapıyor. Active Directory'yi getirerek keşif verileriyle ilgili bazı zenginleştirme verileri alacağız ve bundan sonra ağlarına gerçekte hangi varlıkların ait olduğunu biliyorlar. Oradan kimlerin yaması gerekip gerekmeyeceğini, kimlerin ağlarında olması gerektiğini ve hatta olmaması gerektiğini belirleyebilir ve daha sonra masaya erişim için bir liste tutabilirler. İkincisi, aslında özellikle birkaç farklı müşteri ya da özellikle bu verileri alıyor ve kurumsal mimarlık dünyasında hiç bulunmadım, bu yüzden son iki yıldır benim için nispeten yeni, ancak kullanım ömrü sonu verileri veya diğer varlık bakımından zenginleştirilmiş veriler ile işletme haritası oluşturma ve işletme mimarlarının yaptığı ve açıkçası bu verilerle popüler hale gelen endüstrinin bir parçası olan diğer işletme mimarisi araçlarına pompalayın. Bunu daha önce hiç görmedim. Tom? Tom Bosch: Çok hızlı bir şekilde ortaya çıktığını düşündüğüm iki kullanım senaryosunun hem İK hem de çevresinde olduğunu düşünüyorum. Temel olarak, şirketin iç çalışanlarının ne kullandığını anlamalarına yardımcı oluyorlar - ve müşteriler geri geldiğinde her zaman şaşırtıcı buluyorum ve bu kelimenin tam anlamıyla muhtemelen ilk normalizasyonlarını yaptıklarında her zaman gerçekleşiyorlar, muhtemelen on iki veya on dört tane iyi bir örnek bulacaklar. Microsoft’ta çalışmadığınız sürece, ağa bağlı ve genellikle iş ortamında onaylanmış aygıtlar olmayan farklı Xbox’lar. Çevrede olmaması gereken cihazları bulmak, çevrede olması gerekmeyen yazılımları bulmak ve ikinci olarak da İK'yi hızlı bir şekilde bu süreçte gerçekleştirdikleri yatırımlara değer vermek için kullandıklarını gördüm. yeni çalışan. Ortalama bir çalışanın 2.500 ila 3.000 dolar değerinde yazılım çevresinde bir yerde ve yalnızca 5.000 dolar değerinde sadece BT yatırımından daha fazla olabileceği konusunda hiçbir fikirleri yoktu. Dez Blanchfield: Bu başka bir kullanım durumudur. Çok fazla bir soru değil. Bu sadece paylaşmak için atılmak bir nokta. Çok büyük bir çevre denetlemesi yaptığımız senaryolar gördüm. İnsanları ilk başta onları sürdüren insanların taşındığı yerlere yerleştirdikleri eski sistemleri bulduk ve belgelendiğini ve haritaya konulduğunu not edin. Bir durumda, her gün bankaya çevirmek için kullanılan modemlere bağlı eski bir 486 masaüstü bilgisayar grubuna sahip bir çelik üreticisi buldular. Bu kuruluş Avustralya’da milyarlarca dolarlık bir çelik üreticisiydi ve bu 486 PC’nin her gün banka kadrosuna çevirdiklerini (duyulamıyor) farketmediler. İkincisi, daha ilginç olanı, depo ortamı üreten demiryolu vagonu üreticisi oldu. Tren izleme için bir simülatör olduğunu düşündükleri bir sisteme sahiptiler. Aslında eski bir AIX RS / 6000 IBM makinesindeki canlı sistemdi ve neyse ki bu şeyler neredeyse ölmedi çünkü neredeyse on yıl boyunca, onu uygulayan personelin hiçbiri onu desteklemiyordu ve aslında departmandan ayrılmıştı. kapatılıyor ve gerçekten çalışmaya başlamışlardı. Buralarda dolaşan trenler ve bu şeyle konuşma ve izleme yakalama, ama sanırım, ileriye dönük insanların, genellikle geriye bakmaya başlarlarsa, çok ilginç gördüklerini düşünecekleri, gerçekten ilginç kullanım durumları olduğunu düşünüyorum. şeyler de. Bununla, onu Robin'e geri vereceğim, çünkü vaktini çok fazla aştığımı düşünüyorum. Eric Kavanagh: Robin, al onu. Robin Bloor: Yani zamanımız azalıyor, yani beni ilgilendiren şeylerden biri, bunun gibi bir ürünün satın alınmasıdır - eğer bununla konuşabiliyorsanız, kaç kişi size gelir veya bu ürüne gelir, çünkü Ellerinde çok özel bir problem var mı? Ne kadarı gerçekten stratejik nedenlerle geliyor, çünkü aslında böyle bir şeylerinin olması gerektiğini anlıyorlar çünkü aslında sahip oldukları şey parçalanmış ya da işe yaramaz. Bu sorunun bir parçası. İkincisi, bu çok özel taktiksel sebebi benimsemiş olmasından sonra, kaç kişi onu stratejik hale getirdi? Chris Russick: Bu harika bir soru, Robin. Bence reaktif olmanın insan doğası olduğunu düşünüyorum. Müşteriler bize geldiğinde 95/100 kez iyi geldiklerini söylemeliyim, bu onları bir çözüm bulmaya iten bir duruma tepki gösteriyor. Bu günlerde şirketleri kesinlikle delirten tek şey denetim sürecidir. Kelimenin tam anlamıyla, denetimden önce bir milyar dolardan fazla yazılım sağlayıcısından fatura alan müşterileri duydum ve yalnızca bir CIO veya CFO'nun bunu gördüklerinde ne dediğini hayal edebiliyorum. “Bu nasıl olmuş olabilir ve neden bunu daha iyi kontrol edemiyoruz?” İnsanlar buna çok tepki veriyorlar. Şimdi, bu durumların bazılarında, gerçekte sahip oldukları şeyleri ele geçirdikten sonra, satıcıların çevrede ne düşündüklerine yaklaşımlarında biraz agresif olduklarını söyleyebilirim. Bazı özel durumlarda, müşterilerin tedarikçilere hiç borç vermemeleri konusunda çok, çok büyük ön denetim tahminlerinden geçtiğini gördüm. Bunların çoğunun, bu verileri temizlediklerinden ve sistematik ve standart ve standartlaştırılmış bir şekilde yaptıklarından emin olmaları gerekir. Bu şeye manuel bir süreçten yaklaşmaya çalışan birçok şirket var. Geleneksel denetimlerin hazırlanması için yaklaşık bin ila on beş yüz adam süren bir tüketimdir. Bu yüzden gerçekten sorunun kaynağına iniyoruz. Bence pek çok şirket bize geliyor, çoğunluk bize sıcak bir sorunla geliyor. Sonra nihayetinde sahip olduklarını ve kullanıp kullanamadıklarını anlamada daha olgunlaştıkça daha stratejik hale geldiğini düşünüyorum. Bu, BDNA’nın kurallarından biridir. Müşteri yatırım yaptıktan sonra, operasyonları boyunca bu yatırımı anladıklarından ve bunlardan yararlanacaklarından emin olmaktır. Eric Kavanagh: Size son bir soru soracağım, çünkü açıkçası bazı kuruluşlarda var olan araçlar var ve şu anda birileri bana şu anda ulaştı - BDNA çözümünüzü tek bir kaynak olarak kullanmak için halihazırda bulunan birden fazla sistemden geçmek için doğal bir süreç var. Doğruyu söylemek gerekirse. Bu neye benziyor? Ne kadar sürer? Kulağa oldukça zor geliyor ama sen söyle. Tom Bosch: Chris, hızlıca bir yorum yapmama izin ver, teknik tarafı hakkında konuşabilirsin, değil mi? 25 taneye kadar bir veya iki keşif çözümü olan müşterileri gördük ve hepsini bir araya getirip topladık - bu, araç setinin yaptığı normalize edilmiş bileşen budur. Bunu nasıl yaptığımız gerçekten standart bir bağlantının birleşimidir. O zaman bazı durumlarda bazı müşteri izleyicileri oluşturmalıyız. Chris, bunun hakkında tekrar konuşabilir ve onlara nasıl yaptığımızı açıklayabilir misin? Chris Russick: Kesinlikle, teşekkürler Tom. Bu envanteri verileri mevcut çözümlerinizden aşağı çekmek için kullandığımız 54 kullanıma hazır çıkarımlarımız vardır ve bunları, Excel'de elde ettiyseniz, evde yetiştirilen bazı çözümleri potansiyel olarak getirmeniz için sayısız seçeneğe sahibiz. başka bir veritabanı. Bu birleştirme süreci gerçekten fiziksel olarak, iki ila dört haftada ayarlamak ve öne çıkmak için çok uzun sürmedi ve çözümlerinizi hazırladık ve yolun çok uzağında ve sonrasında ne elde ettiğinizi değil, ne elde ettiğinizi belirledik toplama ve çoğaltma işleminin ardından yapmak, bu verileri daraltacağımız, bu temiz verileri Technopedia'ya kadar zenginleştirip zenginleştireceğiz. Son olarak, bunu bir SQL veya Oracle veri küpüne pompalayacağız ve bu veri küpü daha sonra bu verileri gördüğünüz her yere ya da bugün gördüğünüz gibi BDNA Analyse'a pompalanan şeydir. Yine, verileri aldığınız yeri değiştirmeye çalışmadığımıza, verilerin çoğaltma ve zenginleştirme ve ardından kaliteli verilerin etrafına girdiği yeri değiştirmeye çalışmıyoruz. Umarım soruyu cevaplar. Değilse, lütfen daha fazla sormaktan çekinmeyin. Eric Kavanagh: Kulağa hoş geliyor millet. Burada biraz zaman geçtik, ancak her zaman tam bir konuşma yapmaktan hoşlanıyorduk ve BDNA'dan millet bu listeyi bana gönderdi. Bu bağlantıyı sohbet penceresine koydum ve orada sahip olduğum çok sayıda anlaşılır farklı konektör listesi olduğunu görebilirsiniz. Millet, size söylemeliyim ki, buraya saracağız. Elbette tüm bu web yayınlarını arşivliyoruz. InsideAnalysis.com adresine gidebilirsiniz. Genellikle ertesi gün artar. İnsanların bize gönderdiği bazı ayrıntılı soruları da ileteceğiz. Bunu bugün konuşmacılara ileteceğiz. Onlara veya elbette kendinize ulaşmaktan çekinmeyin, bana @eric_kavanagh veya elbette, veya tarafından vurabilirsiniz. BDNA'dan arkadaşlarımıza teşekkür ederiz. Bu içeriği size getirmemize yardımcı olduğu için Marketry'deki arkadaşlarımıza teşekkür ederim ve Techopedia ve Technopedia'ya teşekkürler, çünkü Techopedia harika bir web sitesi olan medya ortağımız. Techopedia.com adresine gidin ve Technopedia, BDNA'daki bir araya getirilen kişilerin web sitesidir. Yani bu harika bir malzeme, millet. İlginiz ve zaman ayırdığınız için çok teşekkür ederim. Önümüzdeki birkaç hafta boyunca birçok web yayınımız olacak. Umarım sesimi çok fazla duymayacaksın. Bununla, sana veda edeceğiz. Tekrar teşekkürler ve bir dahaki sefere konuşuruz. Kendinize iyi bakın. Güle güle.