Techopedia Staff tarafından, 29 Nisan 2016
Paket Servisi: Ev sahibi Eric Kavanagh, BT varlık yönetimini uzmanlar 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 üye olun.
Eric Kavanagh: Bayanlar ve baylar, merhaba ve Hot Technologies'e tekrar hoş geldiniz! Evet kesinlikle! Benim adım Eric Kavanagh. Bugünkü etkinliğin moderatörü olacağım ve millet, bugün sizin için planlanmış bazı heyecan verici şeyler var, şimdi söyleyebilirim. Bu, genel olarak BT yönetiminin daha büyüleyici alanlarından biridir. Konu "Basit Olsun: BT Portföy Yönetimi için En İyi Uygulamalar" dır. Bugün büyük ölçüde bu denklemin veri tarafına odaklanacağız. Başka bir deyişle, kuruluşunuzun her yerindeki cihazların manzarasını anlamaya çalışarak verilerinizin temiz veya olabildiğince temiz olduğundan emin olun.
Tabii ki bu yeni BYOD dünyasıyla, kendi cihazınızı getirin - gerçekten çok hızlı bir şekilde var - bugünlerde çok heterojen manzaralarımız var. Yani büyük organizasyonlardakilerin hikayeleri biliyorsunuz. Sunucularla dolu tüm odalar vardır. Yıllardır çalışan uygulamalar var. On yıl içinde kimsenin dokunmadığı eski IT sistemleri var ve herkes kapanmaktan korkuyor çünkü ne olacağını asla bilemezsiniz.
Bu yüzden bugün birkaç uzmanla, aslında toplamda dört uzmanla, bu alanda ne yapılacağı hakkında konuşacağız.
Hot Technologies, bu gösterinin tüm amacı gerçekten belirli teknoloji türlerini derinlemesine incelemek ve izleyicimizin işlerin nasıl çalıştığını, bu tür teknolojileri neden kullanacağını, en iyi uygulamaların neler olduğunu, neleri dikkate almanız gerektiğini anlamalarına yardımcı olmaktır. Bazı kullanım durumlarını zaman zaman anlatacağız. Aslında Dez, BT varlık yönetimi dünyasındaki deneyiminden küçük bir hikaye hakkında konuşacak. Ama yine, veri tarafına odaklanacağız çünkü bu gerçekten BDNA'daki arkadaşlarımızın uzmanlığı. Kuruluşların çevrelerinde tam olarak neye sahip olduklarını ve nerede olduğunu, ne yaptığını, kimin kullandığını, bu tür eğlenceli şeyleri nasıl anlayacağını gerçekten ele almalarına yardımcı olmada ustalar.
İşte panelistlerimiz. Yeni icat edilmiş veri bilimcimiz Dez Blanchfield'dan haber alacağız. Dez'in tam anlamıyla Avustralya'nın geçen yıl en çok ziyaret edilen on LinkedIn profilinden biri olduğunu övmekten hoşlanıyorum. Çünkü hiç uyumuyor. Kendi baş analistimiz Dr. Robin Bloor da var. Bloor, bilmeyenler için, yaklaşık 25 yıl önce İngiltere'de BT bağımsız analist endüstrisinin tamamını başlattı. Bugünlerde çok az var. Neredeyse bir yazlık endüstrisi dediğim gibi. Çok sayıda bağımsız BT analisti firması var. Ayrıca Gartner, Foster, IDC ve büyük adamlarımız da var. Ancak bağımsız firmalar hakkında güzel olan şey, açıkçası, şeyler hakkında samimi bir şekilde konuşmak için biraz daha özgür olduğumuzdur. O zaman zor soruları sorun. Bu adamları rahat bırakma. Gösteri sırasında her zaman web yayını konsolunuzun Soru ve Cevap bileşenini kullanarak bir soru sorabilirsiniz. Bu sağ alt köşede ya da benimle sohbet edebilirsiniz. Her iki durumda da, o sohbet penceresinin uzun gösterildiğini izlemeye çalışıyorum.
Bununla Dez Blanchfield'ı tanıtalım. Dez, size Webex'in anahtarlarını vereceğim. İşte böyle. Götürün.
Dez Blanchfield: Teşekkürler, Eric. Harika. Evlat, harika giriş.
Bugünkü konu, otuz yıl gibi geniş bir BT ortamı gibi daha iyi bir kesim 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ı inşa edersiniz ve büyürler ve bazı durumlarda organik olarak büyürler. Büyük genişleme edinimi gibi başka yollarla büyüyebilirler.
Bugün bahsettiğimiz tüm önemli şeylere, özellikle de verilere ve verilerin nereden geldiğine ve BT varlık yönetimi yapmak için veri toplanmasına değinen bir fıkra paylaşacağım. Bu durumda, dünyanın en iyi üç yayıncısından biri için büyük bir çalışma hakkında konuşacağım. Radyo, TV, dergi, gazete, yazılı, dijital ve diğer yayıncılık alanlarında. Temelde bulut hazırlığı değerlendirmesi olarak adlandırılan şeyi çalıştırmak için üç aylık bir pencere verildi, ancak bu, bir araya getirdiğimiz tüm işletme çapında bir bulut stratejisi oldu. Veri merkezi ayak izini üç yıl içinde yüzde 70 oranında azaltmak için CIO'dan bu temel zorluğu aldık. Bunu yapmak için bütün 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 kapsamaktadır. Dahil olan altı ayrı iş birimi ve yedi farklı statü hizmeti statüsü sağlayıcısı görev aldı. Başlığın dediği gibi, hiçbir şey gerçek dünya örneğini geçemez.
İş 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 faydalanmak istediler, ancak genel olarak, başkalarının bulut altyapısına, özellikle de genel bulut veya sanal özel bulut'a gerekli güvenlik nedenleriyle taşınmak istediler. Özellikle Amazon Web Services ve Azure, o zamanlar en sigortalı oldukları için odaklandılar. Intel x86, 32/64 bit platform, IBM I serisi, AS serisi, AS / 400P serisi ana bilgisayarın bir karışımını çalıştırdılar. Aslında biri ana üretim, diğeri felaket kurtarma gelişmeleri için olmak üzere iki ana kareleri vardı. Sonra işletim sistemlerinin tüm karışımı - Windows, Linux, AIX, Solaris ve dizüstü ve masaüstü bilgisayarlarda çeşitli şeyler.
Depolama en büyük zorluklardan biriydi. Yayıncı oldukları için muazzam miktarda veriye sahiptiler - fotoğraflardan videolara, görüntüleri düzenlemeye, metin ve içeriğe kadar her şey. Bu büyük platformlar ve farklı depolama biçimleri boyunca NetApp, Hitachi, IBM ve EMC vardı. Bu nedenle, orada bulunan farklı hizmet türlerini yakalamaya ve eşleştirmeye ve mevcut ve özel veri merkezi ortamlarından bir bulut ortamına neler aldığımızı görmeye son derece çeşitli bir ortam.
Bugün BT varlık yönetimi parçasının etrafında bahsettiğimiz yüksekliğin özü, verilerden kaynaklanıyor ve işte bu söz konusu projeyle uğraşmak zorunda kaldığımız şeyin bir haritasını, bahsettiğim fıkrayı paylaşıyorum. Çok fazla veri girdimiz vardı. Ne yazık ki, hiçbiri gerçekten çok iyi durumda değildi. Bir dizi eksik varlık kaydımız var. Beş farklı varlık kaydı çalıştırılıyor, bu nedenle yapılandırma yönetimi veritabanları, ITF giriş formları. Doksan tuhaf farklı türlere kadar farklı veri kaynaklarımız var. Kariyerimde şimdiye kadar ele aldığım en büyük paydaşlardan biri olan birden fazla temel hizmet modelimiz, çatışan hizmet grupları vardı. Bu farklı sistemlerden sorumlu dört yüz üst düzey yönetici vardı. Her zaman ve her amaç için, tamamen yanlış hizalanmış ticari kuruluşlarımız vardı - her biri kendi ortamları ve bazı durumlarda kendi altyapıları ile bağımsız olarak faaliyet gösteriyordu. Bu oldukça zordu.
Bunu, ikinci ya da üçüncü gün içinde
"Ona atılan bedenler" işe yaramadı. Bu yüzden bir sistem kurmaya karar verdik ve bunu bu aşamada bulamadık, çünkü birkaç yıl önceydi - amacımıza uygun araçları bulamadık ve uzun ve sert görünüyorduk. Farklı aşamalarda bir dizi iş yükü ile besleyen bir dizi veritabanıyla bir SharePoint platformu oluşturduk. Doğrulayabilmemiz için mantıklı verilere erişmek için temel ilkelere geri döndük, bu nedenle yürüttüğümüz ekosistemleri haritalamak için bir dizi araç kullandık. Veri merkezinin otomatik denetimlerini fiziksel ve mantıksal altyapıda yürüttük. Bu veri merkezi ortamlarında çalışan hizmetleri haritalandırarak otomatik keşif araçları yaptık. Tam uygulama taraması yaptık - bağlantı noktası sistemleri açıkken, IP adresleri açıkken yapılandırmasında çalışan bir uygulamadan her şeyi arıyor.
Yaptığımız şey, yeni bir tek gerçek kaynağı oluşturduk, çünkü çevreleri ve yapılandırmaları ve varlıkları etrafında sahip oldukları diğer veritabanları ve bilgi koleksiyonlarının her biri doğru şekilde ortaya çıkmadı ve gerçeği tekrar haritaya koyamadık. Böylece tek bir hakikat kaynağı inşa ettik. Ona cesetler atmaktan otomatik araçlar atmaya gittik. Bu tünelin sonunda biraz ışık görmeye başladık. Böylece çok karmaşık bir sistemle karşılaştık. Otomatik günlük analizini yakalamaktan çeşitli sistemlerden bize atılan verilere, güvenlik kontrollerini izlemek, şifre kontrollerini kullanmak ve günlüğe kaydetmek, fiziksel altyapı denetimi, uygulama denetimine kadar çok akıllıca şeyler yaptı. Daha sonra bu verileri otomatik skor kartlarıyla analiz etmek için bir dizi şey oluşturduk. Daha sonra, uygulamaların bulut için uygun olup olmadığı konusunda uygunluk ve yüzde sıralaması hakkında raporlar hazırladık.
Daha sonra Azure ve VMware modelleri ile Amazon Web Services genelinde bu puan kartının temelini çalıştırdık. Bununla ilgili bir dizi rapor ve finansal gösterge tablosu hazırladık ve neredeyse hiçbir zaman manuel geçersiz kılmaya izin vermedik. Esasen, anladığımız şey, kendi kendini koruyan otomatik bir sistemdi ve gerçekten bu şeye dokunmamız gerekmiyordu veya çok 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ırdığımız hizmet sistemlerine veya bunları kullanan verilere ve sunulan hizmetler.
Oldukça heyecan vericiydi çünkü şimdi bu proje dizisinin vaadini yerine getirme yeteneğine sahibiz. Bu projenin ölçeği - sadece etrafına bir bağlam koymak - sona erdiğimiz için, sanırım bunu tamamladıktan sonra yıllık bazda yaklaşık 110 milyon dolar azaldı, operasyon (duyulmuyor). altyapılarının çoğunu kendi veri merkezlerinden buluta kaydırmaya geçiş. Yani çok büyük ölçekli bir program.
Proje için bu harika sonucu elde ettik. Ancak karşılaştığımız asıl mesele, ev yapımı bir sistem oluşturmamız ve bu aşamada arkasında hiçbir satıcı olmamasıydı. Dediğim gibi, bu birkaç yıl önceydi. Arkasında onu geliştirmeye ve bakım desteği vermeye devam edecek tedarikçi yok. Geliştirmeye ve bu canavarı tüm veri ve hızlarını toplamaya yardımcı olan yaklaşık 30 kişilik küçük ekip sonunda diğer projelere geçti ve iki veya üç kişi onunla kaldı. Ancak, malzeme tarafından yönetilen bir BT varlık yönetimi çözümümüzün olmadığı bir durumla sonuçlandık. Bir kerelik bir projemiz vardı ve iş, çok büyük bir sabun kutusunun üstünde durduğumuza ve üstümüzde çığlık atmamıza rağmen, konfigürasyon yönetimi veritabanları ve dünyayı haritalayan ITSM araçlarına sahip olduklarını çok açık bir şekilde açıkladı hiç bir anlam ifade etmeyen veriyi seslendiriyor.
Projenin etrafında araçları oluşturmalarını gösterdik. Bu heyecan verici ama son derece üzücü hikayenin talihsiz sonucu, projenin sonucunun çok, çok başarılı olmasıydı. Çok büyük bir başarıydı. Yıllık bazda bir buçuk milyon dolar gelir elde ettik. Yaptığımız şey, bazı durumlarda veri toplayabilen ve gerçek zamanlı olarak raporlama yapabilen bu gerçekten güçlü sistem olan Frankenstein'ı yarattık, ancak orada sürdürecek kimse yoktu. İş, sadece nihayetinde veri kimse tarafından kullanılmayana kadar bir süre çalışmasına izin verdi ve daha sonra değişiklikler buna geldi ve değişiklikle tutarlı veriler toplayamadı. Sonunda, o zaman bu ev pişmiş sistem, onunla birlikte gelen verilerle birlikte ölmeye bırakıldı.
İlk etapta tam olarak sahip olduklarına geri döndükleri, farklı takipçileri ve farklı veri kümelerini belirli bir hizmet veya hizmet grubu alanına çok, çok yakından bakan ve problemlerini çözen bu senaryoya sahibiz, ancak o örgütü kaybettiler. Grupta 74 farklı hizmeti var. Tüm bu değeri kaybettiler ve garip bir şekilde, iki veya üç yıl sonra, kaybettiklerini fark ettiler, bu sorunu nasıl tekrar çözdüklerine bakmak zorunda kaldılar.
Hikayenin ahlaki, durum olsaydı, birkaç yıl önce raftan çıkabileceğimiz bir ürün olsaydı, bir tane inşa etmek zorunda kaldık, ama artık sadece durum değil. Orada, göreceğimiz gibi, bunu yapabilen ve otomatik bir şekilde yapabilen ürünler var. Tüm verileri temizleyebilir, birden çok veri kümesi alabilir ve birleştirebilir ve kopyalayabilirler. İnsanlara ve e-tablolara söyledikleri şeylerin gerçekten açık olanlarını alabilir, bir nokta bir sürümü, bir nokta sıfır nokta bir sürümü yürütebilir ve onlara Microsoft diyebilirler. Bu aracı yaptığımız zaman, bu tür bir şey mevcut değildi; dolayısıyla bu kabiliyetin çoğunu yapmak zorunda kaldık. Bugün duymak üzere olduğumuz bu platformun aynı ayrıntılarını arıyorum çünkü o zamana kadar sahip olmayı diliyorum. Kendimizi çok fazla kederden kurtarabilirdik ve platformunu geliştirmeye ve büyütmeye devam eden biri tarafından sürdürülebilecek hazır bir platform için çok fazla zaman ve çaba ve gelişme kaydedebilirdik. genel tüketim.
Bununla sana geri döneceğim Eric.
Eric Kavanagh: Tamam. Bunu Dr. Robin Bloor'a vereceğim. Robin, götürün onu.
Robin Bloor: Aslında bu ilginç bir hikaye Dez. Bunu sevdim. Bana gerçekten sıradışı gibi gelmiyor. BT varlık yönetimi sorunuyla her karşılaştığımda, her zaman eve gidip onunla bir şeyler yapan ve yapmak zorunda olan bir şirket olmuştur, ancak her şeyi kontrol altında tutan bir organizasyona rastlamadığınız görülüyor. Ancak, bildiğim kadarıyla, BT varlıklarınızı yönetmiyorsanız, para yakıyorsunuz. Dez, cesur cesur bir hikaye ile ortaya çıktığından, BT varlık yönetiminin ne olduğunu gözden geçireceğimi düşündüm. Aslında ne anlama geliyor? Bu kuşbakışı veya kartalın bakışıdır.
Bir fabrika düşünün - özellikle kâr etmek amacıyla fabrika işleten kuruluşlar. Mümkün olan her şey konuşlandırılan pahalı varlıklardan azami ölçüde yararlanmak için yapılır. Sadece durum böyle. Bir veri merkezini düşünün, aslında çok fazla değil, çoğunlukla hiç değil. O zaman sizce veri merkezine ne kadar yatırım yapıyorlar? Biliyor musun, eğer gerçekten halledersen, gerçekten, gerçekten büyük miktarlarda para. Sistemi oluşturan herkesin tarihsel çabalarını bir araya getiriyorsunuz. Lisansları, yazılım ve verilerin değeri ile veri merkezinin kendisinin ve elbette tüm donanımın maliyeti için ödenir, sadece on milyonlarca gelir. Organizasyonun ne kadar büyük olduğuna bağlıdır, ancak çoğu organizasyonda on milyonlarca kişi kolayca. Bu, insanların BT'ye yaptığı büyük bir yatırımdır ve kesinlikle büyük kuruluşlara büyüktür. Maksimum değer elde etmek için gerçekten rahatsız etmemeniz ve verimli bir şekilde çalıştırılması gerektiği fikri, saçmalıktır, ancak bir endüstri olarak, BT'yi gerçekten gerçekten yönetmek için disipline sahip çok az yer vardır. varlıklar.
Bu kullandığım bir model, bilmiyorum, pek çok kez, sanırım. Ben buna her şeyin diyagramı diyorum. Bir BT ortamına bakarsanız, kullanıcıları vardır, verileri vardır, yazılımı vardır, donanımı vardır. BT ortamını oluşturan tüm bu temel varlıklar arasında bir ilişki vardır. Belirli veri ilişkilerine erişimi olan belirli yazılımları veya ilişkileri kullanır. Belirli donanım kaynaklarını kullanıyorlar, böylece orada bir ilişki var. Yazılım ve veriler yakından ilişkilidir. Yazılım bulunur ve belirli bir donanımda yürütülür ve verilere özgü donanım vardır. Yani tüm bu ilişkiler var. BT varlıklarının nerede olduğunu bilmek istiyorsanız, sadece elinizi kullanıcıların üzerine koyun, çünkü edinilen beceriler ve kullanıcıları ve her şey dışında bir BT varlığını çağırabileceğiniz çok az şey var.
Sonra buna bakıyorsunuz ve görüyorsunuz, kaç kuruluşun kullandıkları tüm sistemlerde yayınlanan tüm yazılımların envanteri bile var? Tüm ağ oluşturma yeteneklerini içeren uygun bir donanım envanterine nasıl sahip olabiliriz? Kaç kişinin verilerin anlamlı bir envanteri var? Cevap hiç değil. İşlerin nerede olduğunu bilmek ve birinin diğeriyle nasıl ilişkili olduğunu bilmek bazı durumlarda çok, çok önemli olabilir, özellikle Dez'in onu nereden alacağınızı ve hepsini taşıyacağınızı veya toplayacağınızı ve çoğunu hareket ettirin. Bu sadece önemsiz bir şey değil ve aslında ne olduğunu bilmek çok önemli. Aslında bir şeyin başka bir şeyle nasıl ilişkili olduğunu bilmek.
O zaman başka bir şey, bu diyagramın en küçük düzeyde ayrıntıya uygulandığı, hayal edebileceğiniz gibi, en küçük yazılım parçası olmasıdır. Önemsiz bir donanım kaynağında çalıştığınızı hayal edebileceğiniz en küçük miktarda veriye, çok sayıda donanım üzerinde çalışan çok büyük, büyük miktarlarda farklı veritabanları ve veri dosyaları içeren bir ERP sistemine kadar. Bu diyagram her şeyi genelleştirir ve her ayrıntı düzeyini uygular ve bu zaman oku aşağıya iner, tüm bu şeylerin 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ğildir. Yani öyle değil. Aslında bu diyagramı genişletebilir ve diyebilir, bilgisayarları unutabilir ve daha da genişletebilirsiniz. İşletmeler tüm verilerden ve elektronik olarak depolanamayan işletme bilgilerinden oluşur. Çeşitli tesisler ve bu bilgisayarla ilgili değildir. Mutlaka yazılıma bağımlı veya kısmen yazılımdan 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. - bir işin ekosistemini oluşturur ve daha sonra aslında bir bütün olarak insanlığa sahip olursunuz. Dünyadaki tüm bilgiler var. Medeniyet var. Hepsi sert şeyler ve tüm insan faaliyetleri olarak adlandırdığımız şeydir. Bu, her şeyin ve her şeyin diyagramıdır. Bu şema size, her şeyi yapan en küçük şey koleksiyonundan en büyüğüne ne kadar ilişkili olduğunun bir göstergesidir, çünkü insanlık açısından, tıpkı İnternet'in tamamı ve onu oluşturan milyarlarca bilgisayar ve tüm cihazlar gibi ve benzerleri vb. Bu çok geniş bir şey dizisi ve bunların hepsi zamanın oku için özneldir. Bu kuşbakışı.
Bunu aklımdan bile çıkarmadan listeledim. BT varlık yönetiminin boyutları. Bir varlık kaydı, donanım, yazılım, veri ve ağ bağlantısı var. Yakalanan varlık özelliği var - tüm bu öğelerle ilgili tüm verileriniz var mı? Varlık kullanımı - neden bu şeyler var? Varlık edinme maliyeti ve sahip olma maliyeti - ne kadar maliyet ve dolayısıyla sahiplik ne kadar ve iyi bir fikirden ne kadar değiştirilecek? Bu, varlık amortismanı fikrini getirir. Sadece donanımdan bahsetmiyorum. Ayrıca, şeyler ve muhtemelen verilerden de bahsediyoruz. Az önce tartıştığım diyagramı somutlaştırmak için eksiksiz bir varlık haritası. Bulut varlıkları - aslında parametrelerde olmayan ancak aslında şu ya da bu şekilde gerçekleşen şeyler kiralama ve akıl nedeni ile kuruluşa aittir. Hizmet yönetimi hedefleri ve bunların bu özel olasılıklarla nasıl ilişkili olduğu. Dez'in bahsettiği şeylerden biri, çabaları, bir yerden başka bir yere bir sistem koleksiyonu, yani hizmet yönetiminin "insanların sistemlerinde bekledikleri hedefi vurdunuz mu? ?" ve bunun gibi. Risk ve uyumluluk söz konusudur - şu ya da bu şekilde, endişelenebilecek 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 tedariki ve lisansı vardır. İş performansı hedefleri var. Kuruluşun bunlardan herhangi biri için belirleyebileceği kurallar açısından bir bütün varlık yönetişimi vardır. Gerçekten karmaşık şeylerden bahsediyoruz.
Yani soru ortaya çıkıyor ve ben böyle bitiriyorum - bunun ne kadarı yapılabilir? Bunun ne kadarı gerçekten yapılmalı?
Eric Kavanagh: Bununla uzmanların söylediklerini bulalım. Tom Bosch'a ileteceğim. Bekleyin, size Webex'in anahtarlarını verin. Götürün.
Tom Bosch: Webex'in başlığı, bizim açımızdan, BT portföyü veya BT varlık yönetimi için basit ve açık bir şekilde en iyi uygulamaları korumaktı. En iyi uygulamaları söylediğinizde, sonuçta bir fikirdir. Bu bizim bakış açımızdan bir yaklaşım. Nihayetinde BDNA'nın yapmak istediği şey, buradaki birçok şirketin hala ayaklarının BT yolculuğu yolunda ıslanmasına yardımcı olduğunu bulmaktır. BT varlık yönetimi, bir süredir sektörde olan bazılarınız için Y2K'nın gündemindeki sıcak bir konuydu ve asıl nedeni, sahip olduğum yazılımın ve sahip olduğum sistemlerin bile gidip gitmediğini anlamam gerekiyor değiştirilmesi veya güncellenmesi veya yeni milenyuma ulaştığımızda başarısız olurlar mı?
On altı yıl önce hepimizin o tuhaf akşam boyunca yaşadığımız şey, aslında çok az şeyin arka planda kalmasıydı. Santrallerimiz hayatta kaldı ve trenler çalışmaya devam etti. New York ve Sydney'deki ışıklar yanık kaldı. Bu süreç boyunca, insanlar toplanması ve bir araya getirilmesi gereken muazzam miktarda bilginin olduğunu anlamaya başladı. Nihayetinde, Dez'in daha önce söylediği gibi, insanların aradığı kararları alabilmesi için temizlenmesi gereken her şeyin arkasındaki verilerdi. Bugünkü konuşmamızın temel noktası bu. Her birimizin bilişim departmanımıza her gün, her gün organizasyonlarımıza yürüdüğümüzün farkındayız. Kurumsal, bilgi teknolojisi neredeyse tamamen kontrolden çıktı. Bununla kastettiğim, yeni sunucular çevrimiçi hale getiriliyor. Organizasyonlar arasında departmandan departmana dağıtılan yeni yazılım parçaları var, imalat işinde olun, bir hizmet organizasyonundasınız, perakendesiniz, bugün kuruluşlarımızın her biri sadece koşmakla kalmıyor, onlar da sürülüyor.
BT, içinde çalıştığımız birçok organizasyonun üretim motoru haline geliyor. Bu, konuşlandırılan çözümlere bakarak artık daha belirgin hale gelmiyor. Yalnızca dahili olarak BT departmanındaki verilerin karmaşıklığına odaklanırsak - yalnızca BT'yi eninde sonunda desteklemek için kullanıldıkları uygulamalar - satıcı yönetim sistemlerinden BT portföy yönetimine, tedarik sistemlerine, mimari güvenlik sistemlerine, ve bunu geliştiren temel özelliklerden biri de, kendi özel disiplinlerindeki çözümleri etkili bir şekilde yürütebilmek için, temel olarak ortamınızda sahip olduğunuz bir envanterin kullanılmasına yol açabilmeleridir. Dolayısıyla, bu varlıkların elinizin altında olması BT organizasyonundaki hemen hemen her disiplin için kritik öneme sahiptir. Ancak şirketler bu farklı sistemleri bir araya getirmeye çalıştıklarında çabucak bulunan şeylerden biri, aynı dili konuşmamaları ve nihayetinde verilere kaymasıdır.
Dez'in daha önce işaret ettiği gibi, kötü veriler, başladıkları projenin kökü ve Gartner şirketindeki bazı ilginç istatistikler, kelimenin tam anlamıyla BT'nin kötü nedeniyle yıllık bazda yatırım yaptıkları paranın yüzde 25'inden fazlasını harcadığını veri. Tenex projelerine mal oluyor çünkü sonuçta çoğu şirket için bu verileri manuel olarak temizlemek gerekiyor. Yine, Dez'in dediği gibi, gerçekten rahatsız edici. Özellikle, varlık yönetimi etrafında ve genel olarak BT projelerinde, Gartner temelde tüm BT projelerinin yüzde 40'ından fazlasının kötü verilerden dolayı başarısız olduğu sonucuna vardı. Sorunun kökenini biliyoruz. Veriler. Bunu yönetmeye nasıl başlarız? Devam eden şeylerden biri, ITAM'ın kuruluşlar için tek bir nedenden daha fazla önem kazanması - açıkçası az önce konuştuğumuz ve bu sistemlerin birbirleriyle konuşmasını sağlamamız gerektiğidir. Yenileme veya yükseltme gibi basit işlemleri yalnızca sahip olduğumuz sistemlerde yapabilmemiz için sistemlerin kuruluşumuzda nerede bulunduğunu anlamamız gerekir.
Günümüz ortamındaki sorunu daha da arttırmak için, yazılım yayıncılarının ve üreticilerinin birçoğu, içeriğe girdiğimiz ve bu yayıncılar için müşterileri bir denetime veya doğrulamaya zorlayarak düşük asılı meyveler olduğunu buluyor. Kelimenin tam anlamıyla, Fortune 2000'in yüzde 63'ü bağımsız araştırma şirketlerine göre 2015 yılında en az tek bir denetimden geçti. Bu denetimler, şirketlere yüz bin ila milyon dolar arasında çok büyük miktarda iç ücret ve dış gerçek maliyetle mal oluyor ve Gartner aslında sunumumda olmayan başka bir ilginç istatistikle çıktı, ancak bunu erken aldım sabah bir kuruluşun ortalama denetim maliyetinin yaklaşık yarım milyon dolar olduğunu düşünüyorlar.
BT'ye harcanan doların yüzde 25'inden bahsederken, bunlar devam eden örneklerden bazılarıdır. Bence tüm bunlardaki gerçekler, ne yapacağız? Bununla nasıl başa çıkabiliriz? Çoğu yolculuğa bu yolculuğun ne olduğunu gerçekten anlayarak başlıyor. BT varlık yönetimi, temel olarak ağlarımda neler bulduğumu keşfetmekle başlayan bir dizi adımdır. Çoğu insanın bu keşif araçlarından biri veya birkaçı veya daha fazlası vardır, muhtemelen pazardaki en yaygın keşif araçlarından biri SCCM'dir. Herhangi bir düzeyde Microsoft ve Windows merkezli ortamlara sahip çoğu şirket SCCM'yi birçok amaç için kullanır, uygulamaları dağıtır ve aynı zamanda verileri kesmek için de kullanılabilir, ancak bu veriler çamurlu dağınık bir biçimde geri döner. Bir dakika içinde bunun hakkında daha fazla konuşacağız. Çok sayıda başka araç da var. BMC veya Service Now veya Nationale veya HP olsun, ITSM çözümlerinin çoğunun çok iyi keşif araçları vardır ve bunlar özellikle sunucu ağlarınızın ve ağ aygıtlarınızın bilgilerini ve karşılıklı bağımlılıklarını bir araya getirmeye çalıştığınızda sıklıkla devreye girer, çünkü İhtiyacımız olan son şey, büyük bir havayolu için rezervasyon sisteminin günün ortasında düştüğü ve milyarlarca dolarlık gelir olmasa bile milyonlarca kişinin kaybolduğu bir durum. Tüm bu şeylerin nasıl bağlandığını anlamak, onunla ilişkili varlıkları anlayarak yeniden başlar.
Bu sürecin ikinci aşaması veya ikinci adımı - tüm bu verileri aldım, ama bu ne anlama geliyor ve onunla nasıl çalışmaya başlayabilirim? Bu adım tipik olarak normalleştirme olarak adlandırılır ve bugün büyük ölçüde odaklanacağımız bir adımdır, çünkü özünde tamamen optimize edilmiş veya tamamen olgunlaşmış bir ITAM yolculuğuna doğru ilerlemenin en basit ve en önemli adımıdır. Bu normalleştirme sürecinde ilerledikçe, sonuçta yapmaya çalıştığınız şey, sahip olduğunuz tüm farklı keşif kaynaklarını bir araya getirmektir ve bunlardan bazıları, daha önceki slaytlardan birinde bahsettiğimiz uygulamalar ve çözümler olabilir. Çoğaltılmak istiyoruz. Tüm vızıltıları azaltmak ve alakalı olmayan tüm verileri filtrelemek istiyoruz. Biz ilerledikçe bundan daha fazla bahsedeceğiz.
Oradan, mantıksal adımların bazıları düşük asılı meyvenin üstünde. Şirketler bir araya gelerek birleşip dışarı çıkıp başka organizasyonlar edindikçe, kullandıkları uygulamalarda çoğaltma geliştirmeye başlarlar. İnsanların anladıklarında ve sahip oldukları yazılım ve donanımın manzarasında çok tipik bir adım, çoğaltmayı, ortamlarındaki gereksiz aygıtları ve yedekli yazılımı rasyonelleştirmek veya kaldırmaktır. Örneğin, dışarı çıkıp bakarsanız, ortamınızda kullanılan yirmi veya yirmi beş farklı BI aracına sahip olabileceğinizi görebilirsiniz. Bir şirketin sadece belirli uygulamalarla ilişkili olanları değil, daha da önemlisi daha geniş kapsamlara sahip olanları kaldırması için potansiyel tasarruflar, muazzam maliyet tasarrufu ve potansiyel risk azaltımı sunar.
Organizasyonlar ne yapar? Tipik olarak bunlara büyük bir ayrıntıya bakarlar ve Dez'in söylediği gibi, ona çok fazla vücut atarsınız ve ne yapmaları gerektiğini ve bu optimize edilmiş durumu nasıl aldıklarını anlamaya başlarlar ve bunun gerçekleştiğini izledim ve tekrar zaman. Son on yılın daha iyi bir bölümünde yüzlerce şirketle çalıştım ve özellikle yazılım varlık yönetimi ile çalıştım ve sonuçta bu projelerin çoğunu durduran veya bu projelerin çoğunun başarısız olmasına neden olan şey, ellerinden daha fazla ısırmaya çalışmalarıdır. çiğnemek ve esasen muazzam miktarda değişim yönetimi, yönetim yetkileri, eğitim programları ve çevrelerinde muazzam bir alanı etkileyen yönetişim gerektiren projeler yaratmadan onu köklerine geri götürmezler.
Programa veya üst düzey bir yöneticinin önünde gösterdikleri bir projeye oturduğunuzda, çoğu zaman "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, “Biliyorsunuz Tom, gerçekten benim için üç şeye bağlı. Elimizde ne olduğunu bilmek istiyorum. Satın aldığımızı kullandığımızı bilmek istiyorum. En önemlisi, ne kullandığımızın ve neyi dağıttığımızın satın aldığım ürünle eşleştiğini bilmek istiyorum. ”Başka bir deyişle, “ Kullandığım şeye hakkım var mı yoksa kendimi bir korsanlık davası haline getirdim mi? Gerçi kasıtsız korsanlık? ”
Bu üç soru aslında geri dönerek ve sadece verileri temizleyerek çok kolay bir şekilde cevaplanabilir. Size yolun geri kalanını göstereceğiz. Verilere özel olarak ve keşfedilen bu verilerden kaynaklanan bazı sorunlara bakalım. Alakasız. Yanlış. Tutarsız. Tamamlanmamıştır ve sonuçta, şirketlere kötü karar vermede yılda 14 milyon doları aşan maliyetlere yol açmaktadır.
İşte SCCM gibi bir keşif aracından doğrudan elde ettiğiniz veri türüne bir örnek, çok fazla anlamsız ilgisiz veri içerir. Aslında, verilerin yüzde 95'i önemsizdir. Yürütülebilir dosyalar, düzeltme ekleri ve düzeltmeler ve aygıt ürün yazılımı ile farklı dil paketleri ve bilgi tabanı paketleri içerir. İyi bir örnek, ortamınızdaki tipik bir PC'deki envantere bir göz atın, Adobe'den bir şey arayın. Çoğu zaman, Adobe Acrobat PC'nizde bir adet lisanslanabilir kopyaya sahip olabilir, ancak yine de bu kopyalardan dokuz veya on kadarı olabilir veya kopyaları yükseltebilirsiniz. Bu yüzden çıplak gözle, dokuz farklı kopya veya tek bir ürün için sorumluluğunuz olduğundan emin değilsiniz.
Tabii ki, ikinci alanlarından biri, gerçekleşen tutarsızlıktır. Bu, Microsoft'un bir kuruluş içinde nasıl bu kadar çok farklı adla adlandırılabileceğinin kısa bir örneğidir. Bu BDNA için odaklanmış bir alandır. Verebileceğimiz en iyi örneklerden biri, SQL konusu etrafında, müşteri tabanımızda SQL'in bir envanter içinde nasıl adlandırılabileceğine dair 16.000 farklı varyasyon bulduğumuzu düşünüyorum. Bunu tutarlı bir temel üzerine koymayı düşünün. Başka bir alan, standartların temel eksikliğidir. Bu verileri IBM'in hangi düzeyde CAL, PV kullanımı, IBM için ne kadar serbest bırakacağız? Yani bu muammanın bir parçasıdır ve tüm bu hammaddelerin, tüm bu ham verilerin kullanılabilir olduğu bir noktaya normalleştirilmesine yardımcı olma konusudur. Bununla birlikte, geleneksel bir ITAM ortamındaki biri için de çok değerli olabilecek, keşfedilemeyen muazzam miktarda veri var. Bazı kullanım durumlarını ele alırken size bununla ilgili bazı örnekler vereceğiz.
Şüphesiz şüphesiz bir unsur, bu verilerin günlük olarak değişmesidir. Yalnızca Microsoft'a yalnızca bir göz atarsak, 2015 yılında Microsoft 3.500'den fazla yeni yazılım başlığı tanıttı ve 9.800 farklı yazılım parçasını yükseltti veya güncelledi. Bu yalnızca Microsoft'ta 14.000 değişikliktir. BDNA bunu günlük olarak yönetir. Buna ayak uyduran ve kelimenin tam anlamıyla ana sözlüğümüzde ve ansiklopedimizde milyonlarca değişikliğin bazı kelimelerini yapan bir mühendis ekibimiz var. Biz ilerledikçe bunu daha ayrıntılı olarak ele alacağız. Nihayetinde, daha önce baktığımız ortama bir göz atıyoruz ve tüm bu farklı çözümlerin birbiriyle konuşamaması kesinlikle bir sorun ve BDNA'nın devreye girdiği yer ve BDNA platformu ve temel bileşeni Teknopedi bize izin veriyor ortak bir veri platformu oluşturmak için.
Bunun nasıl gerçekleştiği aslında oldukça basittir. Bir dizi farklı keşif kaynağınızdan gelen verileri topluyoruz. Bu keşif kaynakları, SCCM veya ADDM veya HPUD gibi daha önce bahsettiğim kaynaklardan bazıları olabilir. Bu CMDB olabilir. Aslında tedarik sistemlerinizden aldığınız satınalma siparişi sistemleri de olabilir. Bunu bir araya getiriyoruz ve şeylerin nasıl listelendiğinin temel bileşenlerine bakıyoruz ve bunu rasyonelleştiriyoruz ve normalleştiriyoruz. Yine, bu BDNA'nın Teknopedi dediği bir şey. Teknopedi, dünyanın en büyük BT varlık ansiklopedisidir. Yine ortak bir dil oluşturmak için sadece BDNA kullanımı dışındaki dünyadaki diğer yirmi başka uygulama tarafından kullanılıyor. Mimari araçlar, satın alma araçları, hizmet yönetimi araçları gibi araçlar - yine "Tüm IPV'lerimizde ortak bir dil konuşalım" fikri. Daha sonra bu belirli başlıklara, 87 milyon özellik üzerinde 1.3 milyon giriş ekliyoruz. Bu özellikler, "Basit sunucudaki donanım özellikleri veya spesifikasyonlar nelerdir? Fiziksel boyutlar nelerdir? Enerji kullanımı nedir? Enerji derecesi nedir? Tarafından üretilen ısının VP kullanımı nedir? mimarlarımız tarafından kullanılabilecek her şey? " Bu, mevcut birçok farklı katalog eklentisinin sadece bir örneğidir. Verilerinizi alıyoruz. Ağırlaştırıyoruz. Aslında bunu haritaya koyarız, Technopedia kataloğuna göre normalleştirir ve daha sonra ortamınızın geri kalanında tüketilebilecek normalleştirilmiş bir veri kümesi sunarız.
Bunu sadece birkaç dakika içinde size göstereceğimiz bir veri ambarına besliyoruz, ancak bu çözümlerin daha değerli hale gelmesine yardımcı olmak için birçok CMDB, ITSM ve BT ortamında kullanılan ek araçlarla standart entegrasyonlarımız var. sen. Bazı içerik paketlerine, fiyatlandırmaya, donanım özelliklerine, yaşam döngüsüne ve desteğe basit bir örnek, muhtemelen ömrünün sonu, destek sonu, sanallaştırma uyumluluğu, Windows uyumluluğu gibi şeyleri veren en yaygın olanıdır. ilerledikçe.
Son zamanlarda aldığım bir karikatürde, bir Dilbert karikatüründe, patronu tarafından aynı şeyi yapması istendi. Böylece, "Dilbert bana organizasyonumuzdaki varlıkların bir listesini verdi." Dilbert'in yanıtı, "Eğer teslim edersem onu kim kullanacak?" BT varlık yönetimi verilerinin kullanımı, bundan bahsettiğimiz gibi, burada ilerlemek gerçekten kuruluşunuzda muazzam miktarda kullanıma ulaşacaktır. Bu, bir BT organizasyonundaki farklı disiplinlerin küçük bir örneğidir ve onu nasıl kullanacaklarıdır. Gerçek şu ki, kurum içindeki değeri artırıyor ve en iyi yetkili kurumsal verilerinden bazılarını alarak BDNA esas olarak şirketlerin daha iyi iş kararları almalarına yardımcı oluyor. Siz gidip otururken ve ITSM çözümünüzle başa çıkmak için basitleştirilmiş bir yol ararken, BDNA'nın yaptığı tek şey verileri temizleyerek ve size iyi iş kararları alma fırsatı vererek basitliği artırmanı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 yoluyla, projelerinde 30 günden az bir sürede tam bir YG aldıklarını ve tam olarak yüzde 66'nın ilk yılda yüzde 200'ün üzerinde YG aldığını söyledi. 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ürdeki istatistiklerdir.
Şimdi yapacağımız şey, şeyleri Chris'e çevireceğim. On üç ya da on beş dakikalık daha iyi bir pay aldık, yapacağımız şey aslında kritik olan bazı kullanım durumlarını ve daha önce bahsettiğimiz bazılarını, temelde ne yüklediğimi gözden geçirmek. Potansiyel olarak bunları yeniden hasat edebilmek için ne kullandığımı görme fırsatınız olacak. Yüklediklerimle uyumlu muyum? Belki üç yaşın üzerindeki cihazlara bakmak istiyorum çünkü bu cihazları yenileyip yenileyemeyeceğimi bilmek istiyorum. Bu yenileme sürecini planlayabilmem için bu cihazlarda hangi yazılımlar var? Ve özellikle güvenlik riskine bakmak istersem, hangi otuz gün içinde ya da gelecek yıl içinde aşan ya da gelecek olan hangi yazılım bileşenlerinin kullanım ömrü sona erer? Ve Ulusal Menkul Kıymetler Enstitüsü Güvenlik Açığı Listesinde hangileri listelenebilir?
Eric, şimdi yapmak istediğim şey onu size geri vermek ve eğer isterseniz, lütfen Bay Russick'e bir şeyler verebilir misiniz?
Eric Kavanagh: Bunu yapacağım ve Chris, şimdi yere sahip olmalısın. 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. Bunu takdir ediyorum.
Bugünkü demomuz için size BDNA Analizini tanıtmak istiyorum. BDNA Analiz, BDNA ürünlerimizin rapor bölümüdür. Tom'un masaya getirdiği bazı soruları cevaplamaya başlayalım. Bizim neyimiz var? Ürünlerimizi kimler kullanıyor veya kullanıyoruz? Neye hak kazanıyoruz 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ı getirerek başlayacağım. Sonra, gelip yazılım üreticilerini Microsoft'a filtreleyeceğim. 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 temel olarak hem lisanslı hem de lisanssız ürünlerde Microsoft envanter konumudur.
Kauçuğun yolla buluştuğu yerde gerçekten lisanslanabilir ürünler olacak. Bunu lisanslanabilir ürünlere daha da fazla filtreleyelim. Başlayalım, yine başladığımız şeye, Microsoft ürünleri feed'inin ne olduğuna cevap vererek başlayacağız. Bu pahalı bir başlık ve en son ne zaman ve sistem tarafından kullanıldığını söyleyin ve bir yazılım yeniden hasat yaparak bu lisansların bazılarını geri almaya çalışın. Sonra son kullanılana, yıllara ineceğiz ve bunu filtreleyeceğiz. 2012 ve 2014'ü seçeceğim. Ayrıca SCCM'nin ölçülü verilerini de getiriyorum. Bu noktada yapabileceğimiz en son kullanılan tarihe yazılım getirmek. Son olarak, ana bilgisayarın adına gelip bunu getirebiliriz ve son kullanıcı girişini de getireceğiz.
Bu rapordan Bay Acme kullanıcısına gidip “Bu yıl Microsoft ürününü kullanacak mısınız?” Diye sorabilirsiniz. 2013'ten beri kullanmadığınız anlaşılıyor. ”Örnek rapor, buna katıldığını ve bu lisansları geri alabileceğinizi belirtti. Şimdi, yazılım uyumlu kontrol panelimize geçeceğim. Bunu önceden yükledim ve bu örneğin Adobe'yi içeriyor - zaten hangi uygulama ile uyumluyuz ve uymadığımız ve Tom'un daha önce getirdiği sorularla bunların altında ne olduğuna dair bir tahmin var . Satın alma siparişi bilgilerinize ve getirdiğimiz keşfedilen bilgilere dayanarak, yazılım başlıkları, yetki sayınız, maliyetin ne olduğu, neyin yüklü olduğu ve altında veya üstünde olup olmadığınız vardır. Bu rapora bakarak bu soruların çoğuna cevap verebilirsiniz.
Bir sonraki atlamak istediğim donanım yenilemesi. Buradaki amaç, hangi donanımın güncel olmadığını, üç yaşından büyük veya dört yaşından büyük olanı, kuruluşunuzun önemli gördüğü şeyleri belirlemektir. Sadece sistem sayınıza geçin. Bu örnekte, masaüstlerine odaklanacağız. Buraya yazılım ürünleri bilgisine geleceğim ve kategori, alt kategori getireceğiz ve sadece masaüstlerini tutacağız. Buradan ürün, üretici ve model bilgilerini getireceğiz. Bugünün örneği için 790'lara odaklanacağız. Bunu yapmamın nedeni, bunların üç yıldan daha eski olduğunu bildiğimiz için, ancak donanım GA'sını buraya getirdik. Bu GA'yı burada bulmak istiyorsanız, tüm donanım alt kategorisi ürünleri için kesinlikle onu getirebilirsiniz.
Son olarak, bu cihazlara yükseltme veya yenileme yapacaksanız, bu cihazların ne olduğunu bulmak faydalı olacaktır. Yine, ana bilgisayar adına gelebiliriz ve daha sonra bunlara neyin yüklendiğini anlamak yardımcı olur. Yani bir yazılım yükleme sayımız var ve bu da raporun büyüdüğü yer. Yazılım üreticilerini, yazılım adlarını ve son olarak yazılım ana sürümünü getirmeliyiz. Donanım kategorisine ve alt kategoriye ihtiyacımız yok, bu yüzden burada biraz yer kazanabiliriz. İşte bir liste. Bu noktada, bu ana bilgisayarda, donanım yenilemesinin bir parçası olarak yükseltilmesi gereken bu ürünlere sahip olduğumuzu anlıyoruz. Bu noktada, işletim sistemi ile neyin uyumlu olduğunu bilmemiz gerekiyor, bu yüzden bir yazılım hazırlığı anlaşması getireceğiz. Bu yazılım Windows hazır 64 bit olacak. 64 bit bir ortama gideceğiz. Bu noktada, gerçekten eyleme geçirilebilir verileriniz var - hangi ana bilgisayara yüklenenler - ancak GA verilerine dayalı olarak yeni sürüme geçmeniz gerekiyor ve ayrıca bunun uyumlu olup olmadığını veya uyumluluk kontrolünün olup olmadığını veya sadece uyumlu olmadığını da anlayabilirsiniz. Bu, ekiplerinize, bunu kim yapacaksa, bunun değerli bilgileri nasıl yenilediğini ve uzun vadede onlara nasıl zaman kazandırdığını verir.
Son olarak, güvenlik için iki parça güvenlik vardır. Donanım ve yazılım varlıklarından ve üretim ortamlarından bahsederken çok yardımcı olurlar. Birincisi, kullanım ömrü sonu verileridir. Kesinlikle tüm yamalarınızın ve yazılımınızın kullanım ömrü dolmuş ürünlerinizin bariz nedenlerden dolayı en son sürüme kadar güncellenmesini istiyorsunuz. İlk önce bununla başa çıkacağız. Yine, yazılım yükleme sayısı ile başlayacağız. Tüm ortamınızı getireceğiz. Yazılım üreticinizi, yazılım adınızı ve ana sürümünüzü tekrar getireceğiz. Şimdi yapacağımız şey aşağı inmek ve kullanım ömrü sonu verilerini yazılımın kullanım ömrü yılı ile sınırlamaktır. Kapsamı buna getireceğiz. İçinde bulunduğumuz yılı yapacağız - bir ö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?” Sorusunu yanıtlamaktır. Son iki yılda neler yükseltmeliydik? Oyunun önünde kalmak için önümüzdeki iki yıl için ne planlamamız gerekiyor? ”
Bu verileri getireceğiz ve bu yenileme ile en üste koyacağız. Yarasadan hemen sonra, 2014'te BlackBerry yazılımı, Citrix'ten kişisel vDisk gibi görünen şeylerin 346 yüklemesi olduğunu, 25'in olduğunu vb. Görebilirsiniz. Bu iyi bir rapor. Yine, tüm adımları atlamak istiyoruz, ancak kesinlikle sadece masaüstü yazılımını veya "Yalnızca Tut" u seçebilir ve ardından yüklü olduğu ana bilgisayarı öğrenebilirsiniz. Bu verileri bir CSC, PDF veya Excel'e aktarabilirsiniz. Böylece, CSC, otomatik bir şekilde ve müşteri açısından bazı yükseltmeler yapmak istiyorsanız, bunu diğer ürünlere de getirebilir, gelecekte ne yapılması gerektiğini 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 alınan belirli CVE'lere dayanan bir sistem raporudur. Burada yaptığım şey, Apple iTunes'u hedefledim ve 2015'te özellikle bazı CVE'leri çağırdım ve belirli sürümü, kaç sistemi yüklediğimizi ve kaç sistemin etkilendiğini ve nasıl etkilendiğini araştıran bir rapor oluşturmaya çalıştım. bu CVE'lere dayalı olarak kurulan birçok yazılım bileşeni.
Yine, (işitilemez) iyileştirme noktası almaya çalışıyorsanız veya güvenlik departmanında BT varlıklarını ve envanterini daha iyi yönetmeye yardımcı olursanız harika bir araçtır. Bu noktada, Soru-Cevap için Tom ve Eric'e geri döndürmek istiyorum.
Eric Kavanagh: Öncelikle analistleri getireyim, Dez ve Robin. Eminim bazı sorularınız var. Bu arada bu harika bir demo. Ben sadece kendimi bu ortama ulaşabileceğiniz görünürlük miktarına hayran buluyorum. Kabul edelim ki, bu gerçekten heterojen ekosistemlerde, orada neler olup bittiğini anlayacaksanız ve bir denetim ile karşı karşıya kalacaksanız, elbette hiç kimse yapmak istemeyen, bu tür bir görünürlük olması gerekir., ama, Dez, sanırım önce sorularınız için size teslim edeceğim.
Dez Blanchfield: Adamım, kendimi zamana ayıracağım çünkü gününüzü sizinle bunun hakkında konuşarak geçirebilirdim. Aklınıza takmazsanız alacağım sorular ve ürün mesajları aracılığıyla bana gelen birkaç şey var. Bu bana, bana gösterdiğiniz ekranların, Data EDI adlı bir şirket için (duyulamaz) on dokuz tuhaf bin makineyi yenilediğimiz yer hakkında konuşmayı çok sevdiğimi hatırlatıyor. bölüşümü ve diğer alanları ve bunun hakkında halka açık bir şekilde konuşabilirim çünkü bu açık bir proje. Bulduğum şey, üç ayrı masaüstü yenilemesi ve SOA yenilemelerinin bir nedenden ötürü paralel olarak çalışmasıydı ve hepsini durdurarak otomatik bir araçla sıfırdan başladım.
Ölçek hakkında konuşuyoruz ve bir saniyede bir soru ile size geri döneceğim. Bu ölçekte bir şey yaptığımızda, olan şey mühendislik ekibinden çıktım ve CIO'nun ofisten çıktım ve işin geri kalanında dolaştım ve "Bu organizasyondaki her şeyin Bu konuda ne bilmek istersiniz? " ve hiç kimse gerçekten soru sormadı. Şimdi, birkaç tahta odada aldığım ve "Sadece soruyu tekrar sorayım" dediğim bazı marka X oturumlarım var. Finansta, ne kadar para ödediğimizi ve bu tür yaşamın ne zaman sona erdiğini ve ne zaman kapalı olarak yazabileceğinizi bildirmeniz gereken her yazılım parçasını size söyleyeyim. PNL ve GL'ye götürebilir misin? Varlık yönetiminiz bu konuda nerededir ve gelecek yıl için yazılım lisansı bütçelemesini nasıl yönetiriz? Sırlı göz küreleri ve diğer tüm gruplardan geçtim, bu yüzden sadece varlık yönetiminde muazzam miktarda güçlü şeyler yapan harika bir araca sahip olduğunuz bu yerlerde gördükleriniz hakkında bir fikir edinmeye hevesliyim ve varlık keşfi.
Müşterinizin bir proje yürüttüğü bir projeyi yürüttüğünüz ve aniden finans ve mühendislik ve geliştirme ve güvenlik ve uyumluluk ve birçok şey ve hatta bazı gölgeler olan bu tür senaryolara tepkiniz ne oldu? BT ortamları açılır ve "Burada olduğuna dair hiçbir fikrimiz yoktu ve verilere nasıl erişebiliriz?" Sahip olduğunuz her türlü eureka anını ve bu konuda ne yaptıklarını duymak isterim.
Tom Bosch: Birini atacağım, Dez. Sanırım defalarca gördüğümüz şey, çocuklar, açıkçası her zaman bir giriş noktası var, değil mi? Bir kuruluş içinde, “bir kullanım örneği için ekran verilerine ihtiyacım var” diyen bir grup var. Herhangi bir çözüm sağlayıcısı, genellikle geldiği yerdir ve muhtemelen yılın yüzde 65 veya 75'ini söyleyebilirim, bizim için giriş noktaları eğilimlidir varlık yönetimi etrafında olmak. BT çevresinde olma eğilimindedirler. Biz bir ITAM aracı değiliz. Günün sonunda, olduğumuz şey bir veri yönetim aracı. ITAM çözümlerini şu anda hizmette olanlara ve Sierra ve Snow gibi diğer daha karmaşık çözümlere besliyoruz.
Günün sonunda, temiz veriler kullanıldıktan ve diğer BT organizasyon toplantılarında sunulduktan sonra insanlar olmaya başlıyor, “Gidip nereden buldunuz? Oh, buradan geldi. ”“ Gerçekten mi? Buna bir göz atabilir miyim? ”Sonra varlıkları ek içerik verileriyle eklemeye veya geliştirmeye başlayabildiğinizi öğrendiklerinde ve bu BDNA için çok, çok benzersiz bir şey, o zaman“ aha ”anları açılmaya başladığında . Güvenliği göstermemizin nedenlerinden biri, Verizon'un birkaç yıl önce bir çalışma yapması ve temel olarak geri gelip “Çevre ortamında devam eden tüm saldırıların yüzde 99, 9'u yazılım parçalarıyla geliyor olması. . Bunlar güncel değil, yamalanmamış ve / veya kullanım ömrü dolmuş durumda. ”Bunların çoğu üç ay ile bir yıl arasında güncelliğini yitirmiş veya yaşam dışı.
Bu bilgileri önceden alarak, güvenlik departmanları artık herhangi bir ihlali önlemek için yaklaşımlarında proaktif olabilirler. Chris, seyahatlerinden sunacak 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ştuk. Verileri nereden aldıklarını anlamaya çalışıyoruz ve birçok müşteri, bir SCCM veya Casper'dan olsun ya da araçları seçerseniz, orada mevcut olan verilerin genişliğini fark etmiyor. Buradaki amaç, tüm araçlarınızdan iyi veri alabilmektir. BDNA'sız ve belki de ilk “aha” anının “Vay be, sahip olduğumuz tüm bu verileri bir araya getirip bir araya getirebileceğimizi” nasıl birleştiriyorsunuz?
İnsanların, verdikleri kararları desteklemek için verilerde destekleyici bilgiler bulmaya çalışmak yerine verilere dayanarak gerçekten eyleme geçirilebilir kararlar verebilmesidir. Tennessee bölgesinde tam anlamıyla bunu gerçekleştirebildikleri bir müşterim vardı, sanırım bunu bir hafta içinde kurmuşlardı, tam anlamıyla masalarında ve kabinlerinde dans ediyorlardı çünkü tam nefesini bilmiyorlardı ve şimdi yaparlar.
Size geri dönelim.
Dez Blanchfield: Zenginleştirme parçası benim için ilginç. Sadece çabuk ve sonra Dr. Robin Bloor'a teslim edeceğim. Bankalar ve varlık yönetimi firmaları ile çok çalıştım ve müşterinizi veya KYC'yi tanıyan çeşitli zorluklarla uyumlu olma girişimlerinde düzenli olarak ortaya koydukları birkaç önemli şey var. Kara para aklamanın önlenmesi var, AML. Yine de bulduğum şey, bu organizasyonların birçoğu KYC sürecinde ve müşteri süreçlerinde iyi olduklarında, çoğu zaman içsel olarak bakıp kendilerine bir müşteri olarak davranıyorlar ve birçoğunun artık derinliği kullanmadığını görüyorum buraya geldiğinizden, ancak son kullanıcılarının müşteriyle kim olduğunu ve neden bahsettikleri nedeniyle kullandıklarını haritalamak için çok üst düzey araçlara sahip olduğunuzu unutmayın. Bazı insanlar sadece BYOD ile gelir, bazıları ise yazılımın eski sürümlerini alır. Her zaman yanlarında çalışmak için kötü şeyler getiriyorlar.
Sahip olduğunuz yolculukta, uygulamalı sunucuda aldığınız verileri alan ve işlemlerinin verilerin özünü aldıkları ve başka bir şeye besledikleri belirli örnekleriniz oldu mu? Belki de sistemi ilk başta kimin kullandığını ve örneğin İK'yi, sistemi kullanan kişilerin aslında istihdam edildiğini ve binalarda olması ve bir şeyin nasıl depolandığına dair diğer örneklerin, makinede sahip olmamaları gereken bir şey nedir ve nasıl yeniden ele geçirilir? İşletmenin geleneksel olarak veriden değer elde edemeyeceğini düşündüğünüz farklı bir bölümünün bir altkümeyi aldığını veya ona eriştiğini ve ortaya çıktıklarını göründükleri anlaşılmayan bir değer elde etmelerini içeren herhangi bir örneğiniz var mı? bu iş?
Chris Russick: Önce buna atlamak istiyorum. Özellikle düşündüğüm kilit müşterilerim var. Biri tıp hastanesinde ve tam da bunu yapıyor. Active Directory'yi getirerek keşif verilerine karşı bazı zenginleştirme verileri alacağız ve bundan sonra gerçekte hangi varlıkların ağlarına ait olduğunu biliyorlar. Oradan kimlerin yamalanması gerektiğini ve olmaması gerektiğini, ağlarında kimin olması gerektiğini ve hatta olmaması gerektiğini belirleyebilir ve daha sonra masa erişimi için bir liste tutabilirler. İkincisi aslında birkaç farklı müşteri veya özel olarak bu verileri alıyor ve kurumsal mimari dünyasında hiç bulunmadım, bu yüzden son iki yıldır benim için nispeten yeni ama bizim kullanım ömrü verilerini veya varlık açısından zenginleştirilmiş diğer verileri ve kurumsal haritalamayı ve kurumsal mimarların yapacağı şeyleri diğer kurumsal mimari araçlarına pompalayın ve açıkçası bu verilerle çok popüler hale gelen endüstrinin bir parçası ve Bunu daha önce hiç görmedim. Tom?
Tom Bosch: Sanırım oldukça hızlı bir şekilde ortaya çıktığını düşündüğüm iki kullanım örneğine hem İK hem de İK civarında. Temel olarak, şirketin iç çalışanlarının ne kullandıklarını anlamaya yardımcı olurlar - ve müşteriler geri döndüğünde her zaman şaşırtıcı buluyorum ve bu muhtemelen her zaman ilk normalleştirmelerini gerçekleştirdiklerinde gerçekleşiyor, muhtemelen on iki veya on dört iyi bir örnek bulacaklar ağa bağlı farklı Xbox'lar, bunlar Microsoft'ta çalışmadığınız sürece genellikle iş ortamında onaylanmış cihazlar değildir. Çevrede olmaması gereken cihazların bulunması, çevrede olmaması gereken yazılımların bulunması ve daha sonra İK'nın, araç içi süreçte yapmaları gereken yatırımlara değer vermek için bunu hızlı bir şekilde kullandığını gördüm. yeni çalışan. Ortalama bir çalışanın sadece 2.500 ila 3.000 dolarlık bir yazılımın ve sadece 5.000 dolarlık bir değerin sadece BT yatırımının üzerinde olabileceği konusunda hiçbir fikri yoktu.
Dez Blanchfield: Bu başka bir kullanım durumudur. Bu pek bir soru değil. Sadece paylaşmak için dışarı atmak için bir nokta. Bir ortamda çok, çok büyük denetimler yaptığımız senaryolar yaşadım. İnsanların orijinal olarak onları muhafaza ettikleri yerlere koydukları ve belgelendiğini ve haritalandığını not ettikleri eski sistemleri bulduk. Bir durumda, her gün bankaya telefon çeviren modemlere bağlı eski bir grup 486 masaüstü PC'ye sahip bir çelik üreticisi buldular. Bu organizasyon Avustralya'da milyarlarca dolarlık bir çelik üreticisiydi ve bu 486 PC'nin her gün bankacılık kadrosuna (duyulmuyor) yaptığını fark etmediler.
İkincisi, daha ilginç olanı, bir demiryolu tren üreticisi imalat depo ortamında idi. 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ı sistem olduğu ortaya çıktı ve neyse ki bu şeyler ölmez çünkü neredeyse on yıl boyunca, onu uygulayan personelin hiçbiri onu desteklemiyordu ve aslında kapattıktan sonra ve aslında çalışmaya başlamışlardı. Tren yerin etrafında dolaşıyor ve bu şey konuşurken ve yakalamayı izliyor, ancak bence sık sık dört gözle bekleyen insanlar, geriye bakmaya başlarlarsa, çok ilginç görüyorlar. şeyler de. Bununla, Robin'e geri vereceğim çünkü bence çok fazla zamanımı aldım.
Eric Kavanagh: Robin, götürün onu.
Robin Bloor: Yani zamanımız azalıyor, yani beni ilgilendiren şeylerden biri böyle bir ürün satın almak - eğer bununla konuşabiliyorsanız, size kaç kişi gelir veya buna gelir ürün, çünkü ellerinde çok özel bir sorun var mı? Gerçekte kaç tanesi stratejik nedenlerle gelir, çünkü aslında böyle bir şeye sahip olmaları gerektiğini fark ederler çünkü sahip oldukları şey parçalanmış veya işe yaramazdır. Bu sorunun bir parçası. İkincisi, bu çok özel taktiksel nedeni kabul ettikten sonra kaç kişi onu stratejik kılıyor?
Chris Russick: Bu harika bir soru, Robin. Yani reaktif olmak insan doğası olduğunu düşünüyorum. Söylemeliyim ki, müşteriler bize geldiğinde 95/100 kez iyi bir çözüm elde etmek için onları harekete geçiren bir duruma tepki gösterir. Bu günlerde şirketleri kesinlikle tahrik eden tek şey denetim sürecidir. Denetimden önce bir milyar doların üzerinde yazılım satıcısından fatura alan müşterilerin duyduğunu duydum ve sadece bir CIO veya CFO'nun bunu gördüklerinde ne dediğini hayal edebiliyorsunuz. "Bu nasıl olmuş olabilir ve neden bunun üzerinde daha iyi kontrole sahip değiliz?" İnsanlar buna çok tepki veriyor.
Şimdi, size bu durumların bazılarında, gerçekte sahip oldukları şeyleri ele geçirdiklerinde, satıcıların çevrede düşündüklerine yaklaşımlarında biraz agresif oldukları ortaya çıkabilir. Bazı özel durumlarda, müşterilerin çok, çok büyük ön denetim tahminlerinden tedarikçilere borçlu olmadıklarını gördüklerini gördüm. Bunların birçoğu, bu verileri temizlediklerinden ve sistematik ve standart ve standartlaştırılmış bir şekilde yaptıklarından emin olmakla ilgilidir. Bu şeye manuel bir süreçten yaklaşmaya çalışan birçok şirket var. Geleneksel denetimlerin hazırlanma süresi yaklaşık bin ila on beş yüz saat sürer. Bu yüzden sorunun temeline iniyoruz. Sanırım birçok şirket bize geliyor, çoğunluk bize sıcak bir sorunla geliyor. Sonra nihayetinde neye sahip olduklarını ve onu kullanıp kullanamayacaklarını anlamada daha olgunlaştıkça daha stratejik hale geliyor. Bu BDNA'nın kurallarından biri. Müşteri yatırımı yaptıktan sonra, bu yatırımı operasyonları boyunca anladığından ve kullandığından emin olmaktır.
Eric Kavanagh: Sana son bir soru sormama izin ver, çünkü açıkçası bazı kuruluşlarda mevcut araçlar var ve biri şu anda bana mesaj attı - BDNA çözümünü kullanmak için halihazırda mevcut olan birden fazla sistemden geçiş yapmak için doğal bir süreç var mı? tabiri caizse, gerçeğin tek kaynağı. Bu neye benziyor? Ne kadar sürer? Kulağa oldukça zor geliyor, ama sen söyle.
Tom Bosch: Chris, hızlı bir yorum yapmama izin verin ve bunun teknik tarafı hakkında konuşabilirsiniz, değil mi? 25'e kadar bir veya iki keşif çözümü olan ve hepsini bir araya getiren ve bir araya getiren müşteriler gördük - bu, araç setinin normalleştirilmiş bileşeni. Bunu nasıl yaptığımız gerçekten standart bağlantının bir kombinasyonudur. O zaman bazı durumlarda, bazı müşteri takipçileri oluşturmak zorundayız. Chris, bunu tekrarlayabilir ve onlara nasıl yaptığımızı açıklayabilir misin?
Chris Russick: Kesinlikle, teşekkürler Tom. Bu envanteri mevcut çözümlerinizden veriyi aşağı çekmek için kullandığımız 54 kullanıma hazır ekstraksiyonumuz var ve bunları içeri sokarsanız, evde yetiştirilen bazı çözümleri potansiyel olarak getirmek için sayısız seçeneğimiz var. Excel veya başka bir veritabanı. Bu toplama işlemi, iki ila dört hafta boyunca fiziksel olarak kurulması ve öne çıkması için çok uzun değil ve çözümlerinizi hazırladık ve verileri çok aşağıya ve daha sonra değil, sonuçta elde ediyoruz Bunu yapmak, toplama ve çoğaltma işleminden sonra, bu verileri daraltacağız, iyi temiz verileri Teknopedi'ye kadar temizleyecek ve zenginleştireceğiz. Son olarak, bunu bir SQL veya Oracle veri küpüne pompalayacağız ve bu veri küpü, bu verileri gördüğünüz her yere veya bugün gördüğünüz gibi BDNA Analyse'a tekrar pompalanan şeydir. Yine, verileri aldığınız yeri değiştirmeye çalışmıyoruz, verilerin çoğaltma ve zenginleştirme ile daha sonra kaliteli verilerin etrafındaki yerini değiştirmeye çalışmıyoruz. Umarım soruyu cevaplar. Değilse, lütfen daha fazla soru sormaktan çekinmeyin.
Eric Kavanagh: Kulağa hoş geliyor millet. Burada biraz zaman geçirdik, ama her zaman tam bir sohbet etmeyi sevdik ve BDNA'dan gelen insanlar bana bu listeyi gönderdi. Bu bağlantıyı sohbet penceresine koydum ve görebildiğim farklı konektörlerin anlaşılabilir bir listesi var.
Bu yüzden millet sana söylemeliyim, buraya sarılırı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 aktaracağız. Bunu bugün konuşmacılara aktaracağız. Onlara ulaşmaktan çekinmeyin veya elbette sizinki gerçekten, beni @eric_kavanagh Twitter'da veya elbette e-posta, smedia.com veya.
BDNA'daki dostlarımıza çok teşekkür ederim. Size bu içeriği getirmemize yardımcı olduğu için Marketry'deki arkadaşlarımıza ve elbette Techopedia'ya ve Technopedia'ya çok teşekkür ediyoruz, çünkü Techopedia sahip olduğumuz medya ortağı harika, harika bir web sitesi. Techopedia.com'a gidin ve Technopedia, BDNA'da bir araya gelen kişilerin web sitesidir. Bu harika bir malzeme, millet. İlginiz ve zamanınız için çok teşekkür ederim. Önümüzdeki birkaç hafta boyunca çok sayıda web yayınımız var. Umarım, sesimi çok fazla duymak sakıncası olmaz.
Bununla size veda edeceğiz. Tekrar teşekkürler, bir dahaki sefere seninle konuşacağız. Kendine iyi bak. Güle güle.
