Analiz Et ve Optimize Et: İzlemeye Yeni Bir Yaklaşım

Yazar: Lewis Jackson
Yaratılış Tarihi: 11 Mayıs Ayı 2021
Güncelleme Tarihi: 23 Haziran 2024
Anonim
ANSYS Workbench: Analiz Otomatikleştirme ve Optimize Etme (Parametrik Analiz)
Video: ANSYS Workbench: Analiz Otomatikleştirme ve Optimize Etme (Parametrik Analiz)

Paket servisi: Ev sahibi Eric Kavanagh, Rick Sherman, Dez Blanchfield ve Robert Vandervoort ile izleme yöntemlerini ve eğilimlerini tartışıyor.



Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya kaydolun.

Eric Kavanagh: Tamam millet, merhaba ve tekrar hoş geldiniz. Önümdeki slaydı görebilirsiniz, umarım “2016 Sıcak Teknolojileri” olarak adlandırılır. Yıllar devam ediyor. Bugün “Analiz Et ve Optimize Et: İzlemeye Yeni Bir Yaklaşım” hakkında konuşuyorduk. Hata! Oradaki slaytta küçük bir hata oluştu, bakma, bakma! Tamam, gerçekten, senin hakkında bir slayt var. Ben senin sunucun olacağım, beni arayabilirsin, @Eric_Kavanagh, ve seni tekrar tweetlemek için mutlu olacağım.

Buradaki Brifing Odasından farklı bir formatımız var, bu yüzden her şeyden önce birkaç analist, Rick Sherman ve bizim kendi Dez Blanchfield, Bloor Grubundaki veri bilimcileri olacaktı. . Sonra çok ilginç bir şirket olan IDERA'da uzman Robert Vandervoort'tan haber alacaksınız. Bildiğimiz bir şirketi satın aldılar, Embarcadero adındalardı, ancak bir sürü başka şeyleri ve şimdi de yeni ve harika şekillerde kullanılan ilginç şeyleri var. Rick Sherman önce gelir.


Oraya gitmeden önce, birkaç hızlı düşünceyi fırlatmama izin ver. İzlemeyle analiz etme ve optimize etme bu kavramını seviyorum ve bugün Robert’dan duyacakları şeyleri izlemenin çözümlerini düşünme şeklinizi değiştirmeye bayılıyorum. Çünkü gerçek şu ki, izlemeniz, BT dünyasındaysanız, yine de her zaman yaptığınız şeydir. Her nasılsa, bir şekilde veya iş dünyasında izleme yapıyorsun. Resmi olabilir, gayriresmi olabilir, ancak günlük görevlerinizi yerine getirdiğiniz bir mekanizma vardır. Ve eğer makinelerle çalışıyorsanız, ne yaptıklarını anlamaya çalışıyorsunuzdur. Örneğin, başarısız olmalarını veya düşük performans göstermelerini önlemeye çalışıyorsunuz.

Bunu nasıl yaptın? Bunu yapmanın pek çok yolu var. Bulut, gerçekten ilginç olduğunu düşündüğüm, izleme sürecindeki tüm bu yenilik dalgasını destekledi. Splunk gibi şirketlerin ortaya çıkıp oyunu gerçekten değiştirdiğini gördük ve birçok farklı şirket şimdi farklı ve ilginç şekillerde izlemeye çalışıyor. Bugün IDERA’dan duyduğum kadar iyi duyduğum şey, bir süredir karşılaşılan en yaratıcı yaklaşımlardan birinin olduğunu düşünüyorum ve umarım bugün sizinle birlikte yankılanandır. Web yayını konsolunuzun Q ve A bileşenini kullanarak istediğiniz zaman soru sorabilirsiniz. Utanma, bu sorular var. Ve bununla, onu Rick Sherman'a vereceğim. Yanında olmak. Al onu, yer senin.


Rick Sherman: Tamam, teşekkürler Eric. Hey herkes. Bu izleme olayı hakkında konuşacaktık ve neden kesinlikle işlere yaklaşımımızı değiştirmemiz gerekti. Şimdi ilk önce, hızlı bir şekilde, geçmişim - Uygulama zekası türünün aksine, iş zekası, iş analitiği, veri entegrasyonu vb. Dünyasındayım. Endüstride meydana gelen bu farklı trendlerin arka ucunda oldum. Veri aktarımına sahibiz: büyük veriler, küçük veriler, her yerden, kurum içinde ve dışında gelen veriler.

Nesnelerin interneti, monitörlerden, cihazlardan gelen şeyler var, ve sonra sadece kurum içi ve buluttaki ilişkisel veritabanları dışında bir şeyler patlaması var. Bunların hepsi izleme için ne anlama geliyor? Sistem performansı uygulamalarının izlenmesi, yönetimi, vb. veri entegrasyonu ve iş zekası için, basit ve hoş bir dünyaya sahip olduğumuz için, en azından eskiden olduğu BT perspektifinden basitti. sahip oldukları bir dizi sunucuya sahipler - her şey oradaydı, uygulamalar, veriler ve hepsi şirket içiydi, bu yüzden tüm dünyayı kontrol ettiler. Yönetimi çok daha kolaydı. Ancak olanlar, girişimin çok, çok, çok daha karmaşık hale geldiği olmuştur.

Bir patlamaya sahibiz - sadece büyük verileri unutmak - hem şirket içi hem de bulutta uygulama üretkenliğini artırmak, iş verimliliğini artırmak, farklı iş süreçlerini geliştirmek, işletmelerin diğer işletmelerle ve müşterileriyle etkileşime girmesini sağlamak. onlar işletmeler ya da insanlar. Diğer slayt gösterilerinde olduğu gibi, farklı türlerde farklı veritabanları, büyük veritabanları, ilişkisel, bulut vb. Gibi bir patlama oldu ve hem gerçek hem de sanallaştırılmış sunucularla sunuculardan, işletim sistemlerinden daha fazla yararlandık. orada, daha iyi yönetmek için bireysel sunucuları daha iyi kullanmak. Ve elbette, tüm bu uygulamalar, veritabanları ve sunucular arasında gerçekleşen bir şeyler ağımız var.

Özellikle dünyamda bulunan birkaç şey, tüm bunların daha da fazla uygulama senkronizasyonu sağlamasıydı. Verileri taşımak, verileri senkronize etmek, kurum içinde ve dışında farklı işlemler arasında veri entegre etmek için kullanılan veritabanlarına giderek daha fazla uygulama sunucumuz var. Ve elbette, bunu desteklemek için gereken veri entegrasyonuna sahibiz.

Bunu göz önünde bulundurarak ve yönettiğimiz bir şirket kümesinin bu güzel, güvenli dünyasından, bu işletmeyi ve daha fazla işletme bit uygulama ve veri türünü taşımak için harekete geçtik. Bu ortamı gerçekten yönetiyor muyuz? ”Bu web seminerinin ilginç olmasının nedeni, mevcut durumun çok iyi olmamasından kaynaklanıyor. Veri tabanlarına, sunuculara, SharePoint'e, işletim sistemlerine, veri hareketlerine vb. Bakmak için birçok farklı araç vardı - hepsi silolarda olduğu gibi belirli bir sunucuyu, belirli bir uygulamayı yönetebiliyor ya da izleyebiliyorlardı. belirli bir veritabanı, ancak onları bir araya getiremedik. Şimdi, hepsi etkileşimli ve birbirleriyle ilişkili olduklarından, tek tek parça parçalarından ziyade, onları bir araya getirmeniz gerekir, ve sanırım - sanırım bu benim lise fotoğrafım - bunlar hakkında özel bilgiye sahip kişiler vardı bunları yönetmek için sistemlerin bağırsaklarına derinleştirmek için araçlar.

Pahalı ve masraflı, zaman alıcıydı ve bu parça parçalarını aramaya ve yönetmeye çalıştığımız için çamurun içinde sıkışıp kaldık, bu sayede işletmeyi gerçekten başarabildiler. Bunun bizi bıraktığı veya bizi getirdiği yer ihtiyaçtır. İhtiyaç kurumsal izlemeye girmek olmuştur. Hem şirket içi hem de buluttaki uygulamalara aynı şekilde bakabilmeliyiz. Sunucular, ağlar, sanallaştırılmış, sanallaştırılmamış sistemler, veri entegrasyonu, orada bulunan uygulamalar senkronizasyonu. İş zekası analizlerinde olduğu gibi, yapmanız gereken ilk şey, tüm bu farklı hizmetler ve altyapı, uygulamalar hakkındaki verileri yakalamaktır.

Yapmanız gereken ikinci şey, daha sonra birbirleriyle nasıl ilişkili olduklarına bakmak için bu verileri bir araya getirmektir. Bu parçaların birbiriyle nasıl ilişkili olduğunu bulana kadar hiçbir şey yapamazsınız ve bunları bir araya getiremezsiniz. Ancak, parça parçalardan daha kapsamlı ya da kurumsal uygulama yönetimi türüne nasıl geçildiğine bakıldı, çünkü verileri topladılar, çünkü verileri birleştiriyorlardı, bu uygulama yönetiminin analizini geliştirebiliyordu. ve gözetleme.

Yapmamız gereken ilk şey, bu bireysel sistemlere veya parça parçalarına ne olduğunu bulmak. Yapmamız gereken ikinci şey, bunun neden olduğunu anlamak. Bu, uygulamalar, veritabanları, sunucular ve bunların birbirleriyle nasıl bağlantılı olduklarını ve birbirleriyle nasıl ilişki kurduklarını ve bir şeyin başka bir şeyi ne tetikleyeceğini daha derinlemesine bilmenizi gerektirir. Demek istediğim, sık sık bir şeylerin yaşandığı problemlerle karşılaşırız ve bunun esas sebebi değil, sadece başka bir şeyin semptomudur. Neden olduğunu anlamalıyız, ancak verileri toplamalıyız ve parça parçalarını izleyebilmeliyiz.

Sonunda, tahmine dayalı analitik veya tahmine dayalı izlemenin biraz içine girdik. Ya da neden bir şeylerin muhtemel olduğunu veya daha sonra ne olacağını anlamaya başlıyordun. Bir şey başarısız olursa ya da başarısız olmak üzereyse ya da bazı eşiğe çarpıyorsa, bunun ne anlama geldiğini, daha sonra ne olacağını anlayabilmeniz gerekir. Verileri izleme ile yakalayanlar, neyin, neyin ve neyin sonra olduğunu analiz etmeye başlıyorlardı ve nihayet verilere dayanarak ve analize dayalı olarak yönetmeye başladık.

Unutmayın, veri toplamak güzel, veri analiz etmek güzel, ancak bu verilere göre, bu analiz ve verilerin gerçekten harekete geçirilebilir olması gerekiyor. Tepkisel olabilmeli, olanlara tepki gösterebilmeli ve onu düzeltmeye çalışırken proaktif olmalısınız. Bu nedenle, sadece araçları takip etmek ve görsel analizini yapmakla kalmamalı, aynı zamanda işleri otomatik veya sistemik bir şekilde düzeltebilmek için de kritik öneme sahip. Bu, kurumda ve yine iş zekası ve iş analitiği perspektifinden ve veri entegrasyon perspektifinden üretilen ihtiyaçların bir türüdür, çoğu zaman kırılma noktalarının ne olduğunu anlamaya çalışan sorunları vardır. Neden bir şey ölçeklenmiyor, neden bir şey başarısız oluyor, neden iş kullanıcıları hizmet düzeyi anlaşmalarının karşılandığını hissetmiyorlar? Tüm bu harika şeyleri uygulamalarla, verilerle yapabiliriz, ancak orada olan tüm bu harika şeyleri mümkün kılmak için onu destekleyen sistemlerin yönetilmesi gerekiyor. Dez?

Eric Kavanagh: Tamam, götür onu, Dez.

Dez Blanchfield: Teşekkürler vay. Muhtemelen orada tamamen aynı fikirde olduğumuz birkaç küçük alanımız var. Bir şeyleri izlemek dünyasındaki hayatımdaki hızlı bir geçmiş. Aslında, neredeyse 20 garip yıl önce kardeşim ve ben buna çok benzeyen ortamlarda birlikte çalışıyorduk. Bu bir ağ işlem merkezidir. Bu güncel olanıdır ve yönlendiricilerden ve anahtarlardan, sunuculardan ve güvenlik duvarlarından ve uygulamaları çalıştıran sistemlerden, oradaki uygulamalardan ve oradaki veritabanlarından ve oradaki tüm sunuculardan bir araya geldik.

O zamanlar, izleme yapmak için birçok araç mevcut değildi. Oldukça az sayıda ücretsiz ve açık kaynaklı araç vardı, ancak uçtan uca izleme yapan birkaç uygulama yığını elinize almak için pahalı ve zordu.Ve biz gerçekten oturduk ve yazdık, inandık ya da inanmadık, ve internet bir şey haline geldi ve sistem etkinlik raporları ve disk kullanımı ve hafızası toplamak için bu eşsiz sistemler, Solaris sistemleri üzerinde araçlar kullanıyorduk. kullanım ve benzeri, ve bir dosyaya oturum açın ve üzerinde bir komut dosyasını çalıştırın. Toplanan verilere aslında merkezi bir sunucuya alışmıştık, girdikleri kayıt dosyalarının girişlerini oradan çıkardık, analiz ettik, veritabanına yapıştırdık ve onlar hakkında güzel grafikler çizdik.

Oldukça zeki ve hoş olduğumuzu düşündük, çünkü neler olup bittiğini anlayabildik, ama çok geçmeden bizi etkileyen şey, gerçekte ulusun tarihi durumunu rapor etmemize rağmen, bize gerçekten çok fazla şey söylemedi. derhal bir anlamda milletin şu anki durumu, çünkü topladığımız veriler bir yerde yayınlanıyordu, bu yüzden kaçınılmaz olarak, toplandığı sunucudan, ağ üzerinden ve ağdan içeri girmeden birkaç dakika önceydi. posta sunucusundan ayrıldı ve bir veritabanına koydu, bu yüzden gerçekten güzel grafiklerdi, ama hepsi gecikmiş olarak, bütün bunlar tarihseldi.

Aslında, bu güzel resmin sol üst köşesinde, bir sanal masaüstü gibi davranan 18 LCD panelden oluşan bu güzel resmin, sol üst köşede yaptığımıza çok benzeyen küçük bir yeşil grafik, bir grafik var. şeyleri eşlemek. Ve bu sürekli hüsrana uğradık, şu anda neler olduğunu, hatta gelecekte neler olacağını söyleyebilmemiz neredeyse imkansızdı. Kaç kez öngörülü grafik çizmeye çalıştığımızın önemi yok, bu neredeyse yirmi yıl önce, bellekten.

Bu, gerçek bir ağ işlem merkezi ekranının resmi, 18 LCD panelinin hepsi büyük bir büyük Windows masaüstüne benzeyen bir araya yapıştırılmış ve bu durum çoğu zaman şu anda organizasyonların veya telkosların veya büyük işletmelerin türlerine göre ulusun durumu. dünyalarında neler olup bittiğini takip etmek için koşmak. Ağları, yönlendiricileri, ve anahtarları ve uygulamaları sunucuları, bu ekranın ilginç yanı ya da bu ekran görüntüsü, fotoğraf, büyük bir pencerenin olmadığı, büyük bir web tarayıcısının genişlemediği, çok olduğu örtüşen küçük minik pencerelerin. Bu şey bir anda çökerse veya yeniden başlatılırsa veya bir nedenden ötürü kapatılıp tekrar açılmak zorunda kalırsa, bazı zavallı aptallar oturmak ve tüm bu bireysel uygulamaları yeniden açmak ve aynı pencereyi manuel olarak açmak için tüm pencereleri elle döşemek zorundadır. Aşırı derecede zahmetli ve risklidir, çünkü eğer bir kimse onları geri getirme düzenini bilmiyorsa, yeniden yaratmak neredeyse imkansızdır ve şu anda çoğu ağ operasyon merkezinin göründüğü gibi oldukça üzücü bir durumdur. Birileri fiziksel olarak birden fazla uygulamayı ve mobil sistemi çalıştırmak zorunda kaldı ve geçmişe bakıyorlar. Dolayısıyla pek çok şirket izlemenin gerçekte olması gerektiğini düşündüğü şeylerle pek çok açıdan değişmedi.

20 yıl önce, bir sunucuya ping yapabiliyor olsaydınız, bunun gerçekte bir sunucuya ping yapabildiğiniz için, ping gibi bir sunucuya ping ekleyebileceğiniz ve bir ICMP tipini yankılandığını düşündük. yankılanacak ve “Ben yaşıyorum” diyecek şeye ateş etmek, aslında öyle olduğu anlamına gelmiyordu. Geri ping yapsa bile, bazen, sunucular ve üzerlerindeki uygulamalar çalışıyordu. Ve böylece, izleme bütün bir bilimdir. Uzun bir yol kat etti, ancak o zaman bile izleme dünyasında ve hizmet yönetimi dünyasında satın aldığımız modern uygulama yığınlarının birçoğu tahminde bulunmuyor. O zamanlar işler çok daha basitti. Ve alışkın olduğumuz şeyler hakkında düşündüklerimiz şöyle: “Sunucu açık ve yanıt veriyor, işletim sistemi çevrimiçi ve bağlanabiliyor muyuz. Uygulamalar çalışıyor ve çalışıyor ve bunu izleyebiliriz, uygulama hizmetleri yanıt veriyor mu? Web sunucusu çalışıyor gibi görünüyor, ancak üzerinde 80 veya 443 numaralı bağlantı noktasına bağlayabilir miyiz? Kullanıcılar var olan hizmetlere bağlanabilir mi? ”Ve çoğu zaman yardım masası telefonunun çalması kadar basit bir şeye rastlardı ve eğer değilse, o gün için vermemiz gereken en büyük karar sırasıydı. donut alıyorum.

Ardından, her şey ve özellikle de aşırı ölçekli hesaplama bu hiper ölçek kavramı geldi ve bu sayede şu an uğraşmakta olan şeylerin hacmi, hızı ve büyüklüğü kastediyorum. Ve birçok insan, dünyanın tek boynuzlu atlarından, ve LinkedIn ve Google'ın dünyasından bahseder, ancak gerçekte, izlemeye ve denemeye çalıştıkları çok, çok karmaşık iş ve BT ortamlarına sahip küçük ve orta büyüklükte bir çok organizasyon ele almak, tutmak ve parmaklarını işin dijital nabzına sokmak ve maalesef, bana göre, büyüklük sırasına göre artan saflık düzeyindeki karmaşıklık seviyelerinden dolayı, ne yazık ki başarısız oluyorlar. hemen hemen her seviyede.

Eğer modern bir girişimin uğraşmak zorunda olduğu şeylerin iki temel parçasına bakarsanız, bir durumda şimdi aldığımız büyük veri platformları kadar basit bir şey bile. Sol tarafta, eski Hadoop versiyonunun çerçevesi, çok parti modu, Hadoop'un neye benzediği toplu oryantasyonlu bir versiyon, Hadoop dosya sisteminin üstünde çalışan MapReduce çerçevesi ve bir dizi araç var. etkin bir şekilde bağlandık, Pig ve Hive gibi araçları kullanıyorlar. Sağda, esasen Hadoop çerçevesinin tümü, YARN etrafında inşa edilmiş ve biraz daha yüksek performanslı bir bilgi işlem mimarisi ve daha iyi zamanlama ile oluşturulan ikinci çalışmadır. Bu bireysel çerçevelere kendileri baktığınızda, son derece karmaşıklar ve içlerinde yapabileceğiniz şeyler daha da karmaşık.

Bulut paradigmasına baktığımızda, bunun OpenStack'ın neye benzediğinin bir modeli olduğu ve OpenStack'ın - pek çok, çok küçük modülden oluşan açık bir bulut platformu kaynağı olduğu ve bunun sadece kaba bir diyagram olduğu bir senaryo var. OpenStack bulutunun çalışmasını sağlayan temel bileşenlerin listesi. Ve son derece karmaşık, çok, çok güçlü ama son derece karmaşık. Ve Hadoop dünyasının önceki tarzındaki her şeyi, Hadoop ve şimdi Spark ile ve bu ekosistemin tüm parçalarını izlemeye çalışırken, OpenStack tabanlı platformlar gibi bir bulut ortaya çıkarıp, karmaşıklık ortamını bile anlamaya çalışın izlemekte olduğunuz ve hangi izlemede bulunduğunuz, neden izlemekte olduğunuz ve izlemekten ne gibi göründüğünüze karar verin. Bunlar gerçekten büyük problemlerle karşı karşıya kalıyor, şimdi dünyamızın en temel parçalarından bazılarıyla karşı karşıya kaldık ve bulut ekosistemleri şirket içi veya halka açık veya hibrit olarak çalışıyordu.

Daha sonra, Hadoop ve benzeri büyük veri dünyası gibi çerçevelerin bazıları, bunlar gerçekten büyük zorluklar ve içlerinde değişen şeylerin hızı da fütüristik bir içgörünün izlenmesini ve elde edilmesini zorlaştırıyor. Ve hala, “beş dakika önce ne oldu?” Diyen bu dünyaya sıkışıp kaldınız mı? Daha önce duyduğunuz gibi, yerinde ya da yerinde, yerinde olmayan ve bunun hakkında düşündüğünüz şeylerin zorluğuyla bilgisayarların veya veri merkezlerinin içinde. Bir çeşit fiziksel hizmet karışımı ve sanal sunucular var ve bunlar değişti, bir uygulama yığınıyla birlikte fiziksel bir sunucu olarak düşündüğümüz şey, şimdi her zaman bir ortamda sanallaştırılmış. Altyapı, Hyper-V veya VMware veya OpenStack veya Xen olsun.

Şimdi bir sunucunun bir uygulama yığını çalıştırmasına, onun bir hiper yönetici çalıştırmasına, birden fazla yığının çalışmasına gerek yok. Ve VMware, Hyper-V, OpenStack’ta birkaç ortak olanı listeledik, ancak bunları kullanan birçok insan ve onlar var. Ve altyapı sunucularının, platform sunucularının ve yazılım sunucularının ve kendi haklarına sahip olanların her birinin bulut birleşimi, sadece temel düzeyde yönetmeyi ve izlemeyi baştan başa çıkarmaya çalışan, karmaşıklık seviyelerine sahiptir. ne olacak.

Ve eğer bu yeterince kötü değilse, şimdi yazılım anlamında bir şeyleri tanımlayan noktadaydı, bu durumda yazılım tanımlı ağ ve tanımlı ağ kurmaya başladık. Ağ işlevi sanallaştırmasına sahip olduk ve bunların arasında, ağ işlevi sanallaştırması, sanal yönlendiriciler, sanal anahtarlar, sanal güvenlik duvarları, sunuculardaki sanal arabirimler, sanallaştırılmış sanal arabirimler gibi bileşenlerin bulunduğu yazılım tanımlı bir ağı yönetmeye ve izlemeye çalışıyoruz. hizmetlere karşı uygulamaların birleşimini ve bunları izlemenin farkını çözmeye çalışıyorum.

Ve şimdi sanallaştırmadan konteynerleştirmeye ve Googles'ın açık kaynak versiyonunun sanallaştırma Kubernetes ve HashiCorp projesi Docker'ın son sürüm oluşturma ve konteyner formları oluşturma yeteneğine hızla geçiş yapmakta zorluklar yaşadık. Şimdi, bir konteyner şeklini, hatta bireysel konteyneri izlemeye çalışmakla ilgili ilginç olan şey, bir zamanlar bir zamanlar fiziksel bir makineye ve sanal bir makineye, ardından tüm uygulama yığınına ve ekosisteme sahip olmamız - fiziksel, sanal - Şimdi birkaç milisaniyelik bir süre boyunca çalışabilecek bir Docker örneğine sahip olabileceğiniz bir ortamınız var, kanıtlanmışlar, bir talep alır, onunla ilgilenir, istenen hizmeti verir ve sonra ölür. Bir zamanlar, Randy Bias'ın bir keresinde söylediklerini düşündüğüm şeyden hareket ettik ve bu, sunuculara ve hizmetleri evcil hayvan olarak kabul etmekten ve onları her zaman hayatta tutmaya çalışmamız gerekiyor, şimdiye kadar sadece şeylere sığır ve izleme daha da ilginç bir zorluktur.

Weve hibrid bir ortama sahipti, bu yüzden geleneksel veritabanı ortamları gibi geleneksel uygulama yığınları gibi. Hadoop ve Spark büyük veri ortamları, doğrusal büyüme, büyüme ve depolama, doğrusal büyüme ve ölçeklenebilirlik gibi yeni ortamlar, bu hesaplama platformlarının bazıları için esnek ortamlar. Hareketlilik talebi ve BYOD yapan insanlar. Şirketinizin sahip olmadığı bir dizüstü bilgisayarı nasıl izlersiniz? Uygulama ve hizmetleri ve oradaki güvenliği nasıl izlersiniz? Ve makineden makineye üstel patlama ve ortaya çıkan şeylerin interneti. Makine-makine ve eşyaların interneti, geleneksel olarak normal izleme anlamında kullanılan bazı platformlar için, özellikle endüstriyel cihazlar ölçeğine ulaştığınızda, neredeyse imkansızdır.

Örneğin, Dreamliner 787 uçağı, yaratıldığı zaman, ilk baskıda, makinenin kendisinde bütün uçağın içinde 6.000 sensör gibi bir şeye sahipti. Şimdi, Airbus’ın en son sürümünü anlıyorum, bunun A320’nin içinde izlenen cihazlardan gelen bilgileri izlemeyi ve yönetmeyi tamamen yeni bir seviyeye getiren 10.000 sensöre sahip olduğunu düşünüyorum. Sadece sürekli artan bir zorluğa sahibiz, yalnızca bir şeyi izleyen ve çevrimiçi ve erişilebilir olanları görerek temel kapasiteyi sürdürmekle kalmayıp, şimdi, bu öngörüsel analitik için talep bu.

Çünkü yürüttüğümüz iş, yürüttüğümüz sistemler ve sunduğumuz hizmetler hakkında bir dizi konuda tahminde analitik yapıyorduk. Ve şimdi neye bakıldı ve fark edildi ki, aslında bir izleme hizmetine ilişkin tahminsel analitik sağlayabilir ve sadece bir saniye ve beş dakika önce olanları değil, şu ana kadar bildiklerimize dayanarak beş dakika içinde olacakları söyleyebileceğimizi söyleyebiliriz. Ve bunun hizmetleri nasıl yöneteceğinizi düşünmenin son derece heyecan verici bir zaman olduğunu düşünüyorum, çünkü herhangi bir tahmine dayalı analitik yapabilirsek, şu anda bulut ve sanallaştırılmış ortamlarımızda otomatik ölçeklendirme ve benzeri şeylere bakacağımız şeyleri, eğer bir sunucu biraz aşırı yüklendiğini fark ederse, başka bir kopyasını başlatabilir ve ekosistemi kaldırabilir ve daha fazla iş yükünü kaldırabilir ve ardından iş yükü düştüğünde, neredeyse aşağı doğru ölçeklenir ve makinelerinden birini uykuya daldırır ve normal hali. Şimdi, öngörüden analitik ve geleceğe yönelik bakış açısını, altyapıdan ve donanımdan baştan sona hat hizmetleri üzerinden izleyerek kullanabilmek. Tüm baştan sona yolculuk, akıl esas olarak şu anda her zaman yaşadığımız bir çağrı için ne yapabileceği konusunda başlıyor. Ve bunu aklımda teslim edeceğim.

Eric Kavanagh: Pekala, anahtarları Robert Vandervoort'a vermeme izin verin. Orada çok fazla yer var ve ne yaptığınızı ve merak ettim, dediğim gibi, tüm felsefeyi seviyorum. Öyleyse masaüstünüzü yapmak istiyorsanız paylaşın ya da slaytları taşıyın. Al onu.

Robert Vandervoort: Pekala. Bu düğmenin nerede olduğunu biliyorsanız, üzerinde çalıştığım şey budur.

Eric Kavanagh: Başlat, sol üst tıklamanız gerekiyor.

Robert Vandervoort: Ah tamam.

Eric Kavanagh: Bunun üzerine tıklayın, paylaşılan bir ekranı görebilmelisiniz. İşte, götür onu.

Robert Vandervoort: Günü kurtardım. Muhteşem. Tamam, Dez, bu hiç korkutucu değildi. Ah adamım. Hayır, iyi konuşmalar, millet, iyi konuşmalar. Yani evet, kesinlikle, aynı aklım, bir şekilde aya doğru gidiyordum. Demek istediğim, bu şeyi nasıl takip edebileceğimize karar verdik, alınan bir arayı izliyor ve bu gerçekten zor. Dostum, size bunu yapan bir yazılım şirketi için çalışmaktan ve günlük gelişim toplantılarında olmaktan bahsedebilirim, bunlar hakkında konuştuğumuz şeyler, bunlar gerçekten kaygı verici. Endüstriye nasıl ayak uydurabiliriz? On yıl öncesinin izleme sistemi olmak istemiyoruz.

Çok düşündüğümde ve sohbetteki bazı adamlara söylediğim gibi, en sevdiğim kitaplardan biriydi ve umarım bu benim hakkımda çok fazla şey söylemez, ancak “Zen ve Motosiklet Bakım Sanatı” demiştir. bir tür felsefe kitabı ve aslında kurgusal olmayan bir roman, ama her neyse. Kaliteden bahseder, kalite nedir ve şeylerin kalitesi nedir ve bu da kalitenin bütün metafiziğidir ve bugün size biraz da bir felsefe dersi vermeye çalışmıyorum. Bütün bu pragmatik izleme, bu nedir? Temel olarak bu konuyla ilgili çok düşündükten sonra ve bu tür paradigmanın içine girip, tıpkı sizin söylediğiniz gibi, sunuculardan evcil hayvan olarak uzaklaşan - bunu koymak için harika bir yoldan - geldiğim şeydi.

Kelimenin tam anlamıyla iki kelimenin tanımı. Birincisi, pragmatizm: şeyleri mantıklı ve gerçekçi bir şekilde ele almak. Temel olarak sadece pratik olmak, pratik için süslü bir kelime. Monitör: ahh. Bir şeyi dürtmek istiyoruz, içine bir termometre yapıştırmak istiyoruz, yeniden ölçüyorduk, yeniden ölçtüm, tekrar ölçtüm ve tekrar gözden geçirdik. O zaman fikrin, bu iki şeyden birkaçı olduğunu, pratik bir şekilde olayları izliyordu. Yakalanması çok kolaydır ve size satış öncesi tarafında olduğum ve uğraştığım o kadar çok insanla söyleyebilirim ki, farklı şirketlerdeki teknisyenlerle, her çeşit farklı teknisyenlerle, farklı türlerle uğraşıyorum. Şirketler, dikeyler, her neyse, ve her zaman aynı şeyler. Bu anlaşmalara girdiğimizde millet şöyle diyor: “Peki, sunucularımı gerçekten izlemek istiyorum, neyin ne olduğunu, işlemcimin ne olduğunu, işlemlerin ne olduğunu bilmek istiyorum ve emin olmak istiyorum sürücülerde boşluk kalmaz. ”Ve şimdi düşünüyorum, tamam, bu gerçekten basit bir şey. Ama ben gerçekten kafamızı biraz daha farklı bir sürecin etrafına sarmayı denemek istiyorum.

Öncelikle, izleme hakkında konuşmaya başladığımızda her zaman ortaya çıkan teknik sorular - hepsi gerçekten kullanılabilirliğe odaklanıyor - donanım / yazılımımız ping noktasına çalışıyor mu? Evet tamam. Hayır - ping, yazılımınızın çalıştığı anlamına gelmez. Sunucularınızın çevrimiçi olduğu anlamına gelebilir ve bu, kesinlikle uyguladığınız yaklaşımsa, web sunucusunu görmeme ve neden yanıt vermediğini görmeme izin verebilir, şunu anlayacaksınız, "Bakın, yanıt verin, şimdi o web sunucusuna uzaklaşmalıyım ve şuna bir göz atmalıyım ve kutudan alabilir miyim? " Herhangi bir izlemeniz olmadığında, şaşırtıcı bir şekilde var olan, bu çılgınca sorun giderme çabası var. Herhangi bir isim vermeyeceğim, ancak izleme yolunda hiç bir şey yapmayan oldukça büyük şirketler var.

Tabii ki, bu bana açık bir şey çünkü yazılımı yapan şirket için çalışıyorum. Herneyse, web sayfası cevap veriyor mu? Bu şey sadece yukarı ve canlı değil, aynı zamanda bana ne görmek istediğimi söylüyor mu? “Ah, evet, web sayfası 40 milisaniyede yanıt verdi” diyemezsiniz, tam bir rapor sayfası olabilir. Bu gelenler, bu sorular hakkında yeterince derinleşebileceğimizden emin olmalıyız, cevaplar söz konusu olduğunda, soruyu gerçekten soruya hizmet edecek şekilde yanıtlayabiliriz. Kullanılabilirlik, performans - donanım / yazılım iyi çalışıyor mu? Tüm bu farklı teknolojilerden bahsettiğimiz tonlarca performans sayacı var. Hadoop veya IAS veya Apache veya her neyse, hepsinde bazı performans sayaçları bulunur. Microsoft'un hemen hemen her şeyinde WMI performans sayaçları olacak. SNMP'lerinizi, kaputun altında neler olup bittiğini, nasıl hissettiğini öğrenmenin farklı yollarını bulmuşsunuz.

Ve sonra buradaki son şey kapasite planlamasıdır, bu yüzden bazı şeyleri analitik olarak yapmak. Tüm bu uzun tarihsel veri izine sahibiz, bilmek istediğimiz şey şu ki - ve bu duygusal bir ihtiyaç, değil, sadece IT'de çalıştığımız için, duygusal hayvanlar olmadığı anlamına gelmiyordu. - çok fazla başarısız olan bir şey varsa, birincisi, “ne zaman tekrar başarısız olacak, bu gerçekten sorun olan bir şey mi?” Diye düşünüyorsunuz. Ve biz sadece şeylerde kalıpları tanıma konusunda büyük bir yeteneğe sahipken hayat, ama çevremizdeki dünyada ve aynı zamanda bir zaman çizelgesinin üzerinde, ama işler sandığınız kadar problemli olmayabilir. Veya düşündüğünüzden daha problemli olabilirler. İyi iş kararları almaya çalışırken, bu kesinlikle bir konudur. Gerçek ölçütlere sahip olmalıydık, duygularımızı ve bu dünyaya ilişkin algılarımızı doğrulayabildik, sayılara koyduk ve deneyleştirelim - bilim!

Her neyse, felsefe zamanı: Charles Sanders Peirce.Temelde pragmatizmi başlatan herifi ve bu yüzden bazı 1800'lerin dilini patlatacağım, “Muhtemel pratik rulmanlara sahip olabilecek etkileri düşünün, bizim anlayışımızın nesnesine sahip oluruz.” bu şey? Bu şey ne yapıyor? ”Peki her ne yaparsa yap, benim için olan bu. Bir web sunucusu, web sayfalarını yayan bir şeydir, sahip değildir, bundan daha karmaşık bir şey düşünmeniz gerekmez. Çok karmaşık bir yazılımdan mı oluşuyor? Emin ol. Tek başına işletim sistemi muhtemelen üzerinde çalışan herhangi bir şeyden çok daha karmaşıktır. Ama bu önemli değil. Bu soruları test etmeye çalışırken, bilmemiz gerekir, web sayfası çalışıyor mu? Tamam, bu gerçekten oldukça basit bir şey. Konseptimiz, bütünün, nesne anlayışımızın noktaya etkilerine yol açar. Bu nesneleri düşünelim. Bu zorluk. Konuştuğum kişilerin çoğu, bir sunucuyu izlemek, “Ağ donanımımı izlemek istiyorum” veya “Bunu yapmak istiyorum.” İle ilgileniyor. Özel bir donanım parçası veya özel bir teknoloji ve bu genellikle, hangisi olursa olsun boyundaki en büyük acı onlara.

Muhtemelen, başka bir parça yapması için kendi bünyesinde başka bir izleme yazılımına sahip olmaları. Ben "Şey, hey, neden yapamam" - Şeytanın biraz savunuculuğunu oynamayı seviyorum - "Bunu yapmak için başka bir yazılım kullanamaz mısın?" “Ah, peki bu gerçekten pek iyi değil.” “Tamam, peki ya bu?” “Eh, her neyse.” Ve bana göre, bütün bu sorular bir sürü saman. Ön satıştayım, bana karşı çok fazla zorlama, ama ben bu nesneyi düşünen bir mühendisim. Öyleyse nesnenin ne olduğunu, tüm hareketli parçaların ne olduğunu anlayabilmemiz gerekir. Biri “Peki, veritabanı sunucusu” diyorsa, “Tamam, bir veritabanı sunucusu neye hizmet ediyor?” “Ah, çoğunlukla ERP'miz.” “Tamam, bu yüzden ERP'nizde performans sorunlarınız var.” “Evet, fakat bunun veritabanı olabileceğini düşünüyoruz. ”“ Tamam, bakın, ERP hakkında konuşalım. ERP Oracle'da çalışıyor. ”“ Kontrol et. ”“ Tamam, bu enayi üzerinde bir web ön ucu var mı yoksa hepsi istemci sunucu mu? ”“ Ah, peki, aslında her ikisi de. ”“ Tamam, harika, öyleyse anladım Bir web ön ucunda, istemci sunucu bağlantısına sahip olursunuz, depolama alanı nerede çalışır, bu tür ne tür bir sunucu çalışır, ağınız nasıl görünür? ”Onlara yüzlerce soru sordum, öyle görünüyor.

Bu, hiç kimsenin haksız olduğu, aynı zamanda insanların bilmediği bir şey. “Burada dört ay önce başladım. Ben gerçekten çevreye aşina değilim. ”Tamam, çevre ile aşina olmadığınız zaman oldukça karmaşık sorunları teşhis etmeye çalışıyorsunuz, sizi hissediyorum, ama bu paradigmaya yardımcı olmuyor. Anlamamız gerek. Bu anlayışı oluşturmamız gerekiyor. Bu yüzden, onlara sık sık sorduğumda, “Hey bir kitabınız var mı, bir çizelgesi var mı, bir diyagramınız var mı, bir var mı, birisine sorabilir misiniz?” Genellikle ikincisidir. “Oh Bob'a sormalıyım, ama aslında tatilde hes, geri döndü, iki hafta sonra bir şeyler ayarlayalım ve bu sisteme, umarım, vb. Erişebiliriz” vb. Ve böylece, hemen acısını tamamen hissedebiliyorum. Tamam. Bu anlayışı, kullandığımız araç ne olursa olsun inşa edebilmemiz gerekir. Ve bu yüzden burada bir akılda tutulması.

Ve iş soruları cevaplanamıyor, demek istediğim, çoğu zaman teknisyenlerle konuşuyorlar. Bir şeyler tamir ediyorduk. İtfaiyeci kipinde, bazen biraz şok ve kesinlikle bir miktar huşu ile defalarca edildi. Herhangi bir eski cumhurbaşkanına alıntı yapmak değil, her neyse, duyduğunuz iş soruları, teknik sorularla çok uyumlu. Ve aslında yapmanız gerekenler, eğer o teknisyenseniz, bu ticari sorunları teknik konularla aynı hizaya getirmeye çalışmaktır. Gerçekten bire bir gelirler. Listeyi bir yere not edin - kullanılabilirlik, performans ve kapasite planlaması. Kaynaklarımızı akıllıca mı kullanıyoruz? Harcadığımız bu para nereye gidiyor? Tüm bu parlak sunucuları aldık, ne yapıyorlar, doğru kullanıldıklarını biliyor muyuz? Kim bilir? Ölçmediğiniz sürece. Sıcak noktalar ve soğuk noktalar. Noktaların hepsi kalın harflerle yazılmış, bu yüzden daha sonra slayt gösterisine başlarsanız, sıcak ve soğuk noktalar sorunlu bir ağdır. İnternet ve WAN bağlantısı nasıl var? Tabi ki bant genişliği sağlayıcınız size daha fazla bant genişliği satmak istiyor. Buna gerçekten ihtiyacın var mı? Nasıl kullanıyorsun Performans hakkında konuşuyorduk. Belli hedeflere ulaşması gerektiğini söyleyen herhangi bir şey var mı? Weve olaylara cevap vermeliyiz. Çoğu insan yapmaz.

Ve çok tutkulu olduğumu biliyorum, umarım burada çok vaiz duymuyorum ama bir SOA var. Kendiniz için hedefler belirleyin. On beş hakkında konuşuyoruz, otuzun yarısı. Evet, kendiniz için hedefler belirleyin, öyle değil, bunda yanlış olan hiçbir şey yok. Tek boynuzlu at hedefleri belirleyin. Tamamıyla ulaşılamaz hedefler belirleyin. Hiçbir sunucu hiç olmadığı kadar aşağı inemez. 24 / 7'de olmak zorundalar, eğer çalışanlarımız sadece dokuzdan beşe kadar çalışırlarsa, hiç bir şeyin kırılmasını istemiyorum, tabii ki istemiyorum. Kişisel beklentilerim olabilir, ancak aslında bunları ticari anlamda da ifade edebiliriz. SOA'larla tanışmak, yönetimi kesinlikle arttırıyoruz. Mevcut operasyonlar sürdürülebilir mi, yani bunu yapmaya devam edebilir miyiz? Bu delilik mi? Bunu devam ettirebilir miyiz?

Yine, isimlerden bahsetmiyorum, adil olmak ve adil olmak için, ancak önceki bir işte bunlardan birine sahip olduk: “Oops, kum için yeni bir çekmece satın almamız gerekiyor, çünkü tam.” “Hmm, peki, tamam iki ay sonra bir sonraki çeyreğe kadar bu kadar para kazanacak mıyız? ”“ Pekala, şimdi ihtiyacımız var. ”“ Peki, bunu nasıl yapacağız? ”Tabii ki,“ Fry'lara gidebilirim ve bazı sabit diskler alıyorum ”ve onlar“ hayır, bunu yapamazsınız, öyleyse, üzgünüm Robert, Drobo'yu alıp takamıyorum. ”Her ne kadar bazılarınız kafanızı sallıyor olsa da bunu daha önce gördüm.

Her neyse, bu yüzden kapasite planlaması, sadece depolama açısından değil, tüm bu hesaplama kaynaklarını sanallaştırıp soyutlayan, sadece bir miktar CPU çekirdeği ve gigabayt olduğundan emin olmamız gerekiyor. Weve nasıl kullanıldığını bilmek lazım. Tükenme eğiliminde olup olmadığımı bilmeliyim. Eğer tamamen iyiysem, eğer gerçekten zayıfsam. Nereye gidiyor, ne kadar zamanım var doktor? Alanım tükenene kadar dokuz yüz günüm var mı, yoksa dokuz muyum? Orada büyük bir fark var. Böyle yakalanmak istemezsin. Yani, çok konuşma. Bu zaman bu resme nasıl sığar?

Birincisi, her şeyden önce, size bundan sonra size eski model / yeni model şeylerini seveceğimi göstereceğim, ama ürünün aslında buna nasıl uyduğunu anlamak için, etkileri ölçmemiz gerekiyor. Büyük resmi anlamak için tüm küçük şeyleri ölçebilmelisiniz, ancak satış elemanlarımızın söylediği gibi, bunu yapmak için okyanusu kaynatmanız gerekmez. Şeylerin teknik yönünden ve bu tür bir degradeye geçiş yapar, ancak teknik yönden bu sanallaştırma ortamlarını ölçmemiz gerekir. Hipervizörü başlatan şeyler. Çıkarılan kaynaklar nasıl kullanılıyordu? Akıllıca kullanılıyor mu? Bu ESX ana bilgisayarları nasıl yapıyor ve benzerleri.

İşletim sistemi, çünkü herhangi biri belirli bir sanallaştırma platformuna işaret etmemek için metriklere ve vSphere'e bakarken herhangi bir zaman harcadıysa, SQL sunucunuzun neden yandığını açıklamayacaktır. Bu olmaz. “Hey, izin verdiğinden daha fazlasını kullanıyor çünkü buna izin verdin.” Tamam, harika. “Hafızanı şişiriyorsun.” Tamam, harika. Hafızamı ne şişiriyor? Anti-virüsüm haywire gitti mi? Kim bilir. Weve işletim sistemine girmek zorunda kaldı. Açıkçası, değil mi? Bariz görünüyor. İşlemler, dosya sistemleri, yetersiz kalıyorum, bu tür şeyler. Bir Linux dosya sisteminiz varsa, mantıksal bir birim yönetiminiz varsa, o bir sanal sabit sürücüde bir düzine dosya sisteminiz olabilir ve sanal katmandakilerden bir tanesini görmeyeceksiniz. Neyse, vaaz veriyor.

Ağ hepsini birbirine bağlar ve sadece orada bırak. Ağ oluşturma karmaşık mı? Aşırı karmaşık olabilir, aradaki tüm noktalara oldukça basit olabilir. Ağın işlerin nasıl yürüdüğünü olduğunu anlamamız gerek. Daha karmaşık ortamlar, melez bulutlara gidersiniz, tüm bunlar IoT, aman tanrım. Kesinlikle, kendim, ben bir ev otomasyoncuyum ve tüm ölçümlerimi görmeyi seviyorum, sadece bazı hizmetleri keşfettim, her neyse, kimseyi sevmeyeceğim, ama her neyse, bu ölçümleri çıkarıp, bu şeyleri görselleştirebilmek . Bu veriyi her yerdeki herkesten alan yüz binlerce cihazdan delice gelen adamları hayal edebiliyorum. Bir çok şey ağ üzerinden gidiyor, SAN ağı. Boruyu internete gönder. Bunu izlememiz gerek.

Herhangi bir sorun olup olmadığını, varsa sorun olup olmadığını bilmemiz gerekir. Öyleyse ERP veya SharePoint'ten bahsettiğimde ya da her neyse, servis monitörü bu harika parlak şeylerle çalışan bir şeyi izliyor, iOS, Apache'si, boş doldurması, veritabanı motoru, Windows hizmeti çalışıyor. Bazı yapılandırma bilgilerini çekmek için SSA'yı bir yönlendiriciye bağlarsam ve değiştirilip değiştirilmediğini kontrol edersem veya hangi devrede çalışıyorum? Her neyse. Bu bir çeşit test, tamam mı? Nesneyi görselleştirme. Eklentilerimiz var ve buradaki endüstriye ayak uydurmak gibi bir şey.

Ve çok fazla konuşup konuşamayacağımı, herkesin buraya taşınmamdan emin olun. Ancak, eklentiler esnek olmamıza izin veriyor, onlar gerçekten - çevik olmak için, bir yılda yaklaşık dört büyük sürüm yayınladığımız için, doğru zaman döngüsünden boşanmış bir şeye ihtiyacımız var. Dürüst olmak gerekirse, son altı ayda, son altı ayda dördümüz olduğunu düşünüyorum. Gelişme bakış açısına uyuyoruz, ancak beklemek istemiyorsunuz. Diyelim ki, SharePoint 2013'ü aldınız, 2016'ya geçiyorsunuz, bunu yapan başka bir sürümle gelmemiz için Aralık'a kadar beklemek istemeyebilirsiniz.

Eklentiler ya kendi kendinize yapmanıza izin verir, ya orada önceden yazılmış birkaç önceden yazılmış senaryodan herhangi birini kullanarak ya da sadece kendi yazınızı yazıp çekirdeğin işlevselliğini zaman zaman yazabilir ve biz de sizin için yapabiliriz. Orada satış-perspektifinden aslında bunları desteklediğimizi söyleyebilirim. Açık kaynak topluluğundan çok farklı bir paradigması olan - sevdiğim, yüreğim için çok değerli, çok katılıyor - ancak izleme yazılımı satın alırsanız, arayabileceğiniz birisinin olmasını isteyebilirsiniz. Alabileceğiniz ve “Blah çalışmıyor” veya “Bu ne anlama geliyor?” Gibi bir telefona sahip olmalısınız.

Uygulama - ve bu gerçekten işlerin ticari değerine geçmeye başladığımız yerdir. Ve ayrıca, kendinizin aklı başında tutma seviyesinden. Demek istediğim, aşağıda bulunan o küçük şeyler, bütün gün öğreneceğiniz şeyleri öğrenirseniz, sizi temin ederim. Kural yaratılır, görmezden gelinir, işler göz ardı edilir, raflar. Olmak için çok kötü bir yer. Aynı zamanda stres perspektifinden olmak için kötü bir yer. Her neyse, ne olursa olsun ve bu yüzden yapıyoruz. Yani orada bulundum, bunu yaptım. Uygulama seviyesi, gerçekte, uyarmamız gerektiğini düşündüğüm yer. Kriterler oluşturmamız gerekiyor ve açıkça bu küçük dünyayı inşa ettirmemiz gerekiyor, ancak bu kriterleri “Hey, uygulamamızın üzerine kurulu olduğu şey. İşte veri tabanı, işte web önü, işte depolama, ağa bağlı, ddingdingdingding, web sayfalarına vb. ”Ve sonra diyebilirim ki," Hey, uygulamalarınız mutlu değil. " bu, onun beyninde olmayan ve kendi başına neredeyse hiç çaba harcamayan bir şey olduğunu gösteriyor, çünkü tüm çabalar gerçekten bu küçük parçaların anlayışını ve uygulamasını geliştirmek içindi.

Servis seviyesi anlaşması, basitçe, “Hey, bu şeyi dört tane daha istiyorum.” Diyorsunuz. Bitti. Başarısızlık eğiliminde olduğunuzda sizi uyaracaktır. Size neden başarısız olmaya başladığınızı ve hatta geçmiş verilere baktığınızı söyleyecektir, size neden büyük ölçüde bir duman alarmı olarak kabul edeceğim bir şey olmaktan çok farklı olan hedeflerinize ulaşmadığınızı söyleyebilirim. Bu işlerin sonu. Uptime'a girmeyi sevdiğim şey, aslında bir IDERA ustayım, dört buçuk yıldır şirketimdeyim, Uptime yazılımını satın aldığımızda - bu Toronto merkezli bir şirket - gerçekten şüpheliydim, tıpkı benim gibi kesinlikle her şeyimden etkilendim, ama beni gerçekten etkiledi çünkü bu raporları vermek zorunda kaldım, bu BI raporlarını yönetti, SOA'larla tanışıyoruz ve genellikle ITSM yazılımım gibi aptal yerlerden ayrıldım, sadece olaylarımı harmanlayacağım ve ne kadar zamanım olduğunu, kendimi ve bir çok insanı bilet yapmadığım için biliyorum. Gerçekten bir şey varsa bizim lehimize çalıştı, ama bu iş için iyi değil. Ürün aslında bu şeyleri düşünüyor.

İşte bu iki paradigma ve şu an büyük ölçüde mevcut olan ve herkesin kafasını çıkarmaya çalıştığım şey, eşyalarını izlemeyi düşünmenin kötü bir yoludur. Tamam? Bu neden kötü? Çünkü seri. İzleme istasyonum var, bir sunucuyu izliyorum, üzerinde metrikler var, bu metrikleri uyarıyorum. Görüyorsun ki, sağ taraftaki kasıtlı olarak oraya yığılmaya çalışıyorum. Bir sürü kutunun anlaşılmasına dayanarak, izlemeye ihtiyaç duyuyor, bu yüzden tüm bu metrikler nedeniyle gerçekte gürültülü ve gerçekten gürültülü ve CPU'nuz yüksek, hafızanız yüksek, dosya sisteminizin boşaldığı, web sayfalarınız tepki süresi beş saniyedir, bilirsin, falan filan.

Bu şey, gürültüsü. Sakin bir şekilde, bir şey yapmadan, s'lerinizi sıkıştırıp tüm bunları zihinsel olarak bir araya getirip, daha büyük resmi denemek ve anlamak için yapamadığınız sürece, gerçekten neyin yanlış gittiğini belirten bir noktaya gelmiyor. Bu sadece semptomatiktir ve etkiyi deşifre etmek zordur ve çok az bir iş değeri sağlar. CIO'nuzun SQL sunucunuzda kaç tane CPU kenarı kullanıldığını önemsemediğini garanti ediyorum. Sizin daha iyi ilgilendiğiniz ve gerçekten iyi çalıştığınız hizmetlerden biriydi ve insanların buna erişmekte problemleri var mıydı ve müşterinin ne düşündüğünü ve bu tür şeyleri.

Öfkeli adam, evet, eğlenceli değil. Böğürtlenlerin çok esnek olduğunu bu şekilde buldum. Top düşebilirken, beş ya da beş merdivenle hayatta kalacaktır. Neyse, özür dilerim BlackBerry.

Eşyalarını izlemenin yeni bir yolu - BT sistemleri ve Apple davaları. Burası kafalarımızın olmasını istiyorum ve burada sadece iki basit şeyi seçtim. Graham'ın o açık yığınını seviyorum, muhtemelen bir noktada onu çalmaya çalışacağım, ama bu bağlantılı anlayışa geçiyoruz. Bağımlılık anlayışına ve bütün bu şeylerin işlevsel kısımlarına dayanarak işler nasıl birbirine bağlanır? Yine, bu nesne, pragmatik olaya tekrar giriyoruz. O sessiz.

İki uyarı - ERP'niz mutlu değil çünkü veritabanınız yavaş çalışıyor ve web sayfanız yavaş çalışıyor. Biri “Hey! ERP mutlu değil, web sayfası yavaş ve veritabanı yavaş. ”Veritabanı olabilir. Şimdi, dürüst olmak gerekirse, size “Evet, web sayfanızın yavaş olmasının nedeni veritabanı yavaş olduğu” demeyeceğim. Bunu yapmıyorum. Ben APM çözümüne yol açan bir yol değilim, ancak bu anlayışı oluşturduğumuzda ve böyle olunca, “Hmm, işe yaramadı” demek yerine sorun giderme çabanız çok mantıklı geliyor ve uzak ve her neyse ya da perfmon, her yerde zıplayan tüm bu çoklu araçlar, bu en azından, en azından, sorun giderme çabalarınızı inanılmaz derecede kolaylaştırır. Ama henüz olayların grafik tarafına bile geçmedim. Bu sadece - ekrana bakmak değil ve dürüstçe izleme araçlarına bakmayı sevmiyorum.

O zaman anlamak kolaydır, değil mi? Neler olduğunu biliyoruz, çünkü biz inşa ettik, anlayışı inşa ettik. Ancak bence bu konuda en iyi yanı, takımdaki diğer insanlarla bilginin çoğunu paylaşması. Her zaman silolar hakkında konuşuruz ve bu uygulama veya veritabanı mı yoksa her neyse. O kadar ki, aslında bazı şirketler için pazarlama kampanyaları haline geldi, hepsi veritabanı araçlarıydı, muhtemelen onları gördünüz.

Yani bilgi - bilgi güçtür. Sistemlerin nasıl bir araya geldiğiyle ilgili bir miktar çevresel anlayış. Yardım masası çalışanınızın ağınızdaki tüm giriş ve çıkışları ve SharePoint'in nasıl çalıştığını ve ERP'nizin nasıl bağlandığını bilmesi gerekiyor mu? Muhtemelen hayır, ama bir kontrol paneline bakabildiğim ve birileri telefon edip bir şeye erişemediklerini söylediğimde çok yardımcı oluyor, “Olabilir, evet, şu anda bizim avantajımızla ilgili sorun yaşıyoruz gibi görünüyor. yönlendirici. Yani kampüs dışına çıkarsanız, SharePoint sizin için bir sorun olacak, ama üzerindeydi. ”Böyle insanlar,“ Mmm hmm ”gibi görünmüyorlar.

Neyse, bu iş değeri değil mi? Başlamak, koşmak, IP yapılandırmak dışında bir yardım masasında “ughhhh” olduğunu duydum. Neyse, ama bu iş değerini veriyor, çünkü parçaların nasıl hareket ettiğini anlıyoruz. İşler ters gittiğinde anlıyoruz, bu SLA'larımız var, kapasite planlaması yapıyoruz, ilk başta tek boynuzlu at gibi görünebilecek tüm şeyler, tüm endişeleriniz ne kadar iyi performans gösteriyorsa, bu sorunların kurmak çok basit ve anahtar budur. Gökkuşağı ağlayabilirim.

Beklentileri belirleyin ve karşılayın. Bu SLA bitidir. Onları al. Sanırım bu konuya yeterince zarar verdim ama zaten her şeyi izliyoruz. Anlayışı, uygulamaları, bağımlılığı ve bağlanabilirliği zaten oluşturduk, bu zor kısım, sadece kendi ortamınızı anlıyoruz. İşi kolaylaştırıyor, hiç kolay olmuyor. Zaten uyarıyorlar, insanlar burada zaten konuyla ilgileniyorlar, tırmanma yolları bile yapabilirim ve size burada herhangi bir yazılım demosundaki her şeyi göstermeye çalışmayacağım, bunun için kesinlikle forumlar var.

Zaten düzeltmeleri otomatik hale getiriyorum, Uptime bile olaylara tepki verebilir. Demek istediğim, her zaman bilinmeyen bir nedenden ötürü biriktirici gibi biriktirici gibi aptal, aptalca şeyler vardır, hala Windows 2000’dedir ve bir gün yükselteceksin, yemin ederim - her neyse. Gününüzden birkaç dakika sürer ve birileri bunu düzeltmenizin bozulduğunu bilen biri değil mi?

Otomatik, bu tür şeyler sadece otomasyon yemdir.Zaten harika bir gösterge tablosu yaptınız, bildiğiniz gibi, konu gösterge panoları - bu gerçekten bir şey. Uptime'da topladığım her şeyi mantıklı bir şekilde kavrayabilirim. Yani, sapmak zorundaysanız, “Gerçekten SQL'im için bir performans panosuna sahip olmayı diliyorum” gibi. Tüm yığında teknolojiler içeren bir uygulama panosu mu istiyorsunuz? Bitti. Kapasite planlaması? Bitti.

Çok basit. Bu hedefleri belirleyin, bu SLA'ların neden onlara ihtiyaç duymadığınızı anlamalarını sağlayın. Gerçekten buradaki anahtar, bilirsin, sadece bir saniye sürüyor, kelimenin tam anlamıyla sadece birkaç saniye sürüyor, dakikalar değil, açıklamam daha uzun sürüyor, ama sadece, “Hey, işte benim beklentim, işte o şeyler: Çalışmayı bekliyorum ”dedi ve sonra Uptime size neyin işe yaramadığını söylüyor.

Neyse, çift gökkuşağı resimlerini çalacaktım ama muhtemelen başım belaya girecek. Çifte gökkuşağından daha heyecan verici, aman Tanrım - buradaki web sitesi. Çıkacağım. Hala birkaç dakikam var mı? Akıl sağlığına bakmama izin ver, nasıl gidiyoruz?

Eric Kavanagh: Evet, bize bir şeyler göster.

Robert Vandervoort: Tamam, harika. Dediğim gibi, çok fazla yer kapladım; bu da beni sadece seksi olmayan bitlerin hepsini ve ayarları ve her neyse göstermekten kurtarıyor. Göstermek istediğim grafik sonu gibi. Dediğim gibi, izleme araçlarına bakmak istemiyorum, bu şeyden uzaklaşabilmek istiyorum. Bakıcım olmasını istiyorum, eğer istersen, ama olmasını istemiyorum, “Hey, çocuğunuzun akvaryum balığı alabilir mi, bir filmde varım, evet, her neyse.” “Tamam.” “Çocuğunuz banyoya girerse sorun olur mu? Gitmesi gerektiğini söyledi. ”“ Evet, tamam, her neyse. ”Sorumlu bir bakıcıyı sadece beni rahatsız ediyor. Bu yüzden alarm sesleri benim için çok önemli, eğer söyleyemezseniz, muhtemelen TSSB'yi takip etmenin bir tür gelişmiş biçimine sahibim.

Uptime’ın bakış açısından tüm bu farklı profillere sahip olduğumuzu belirtmek istiyorum. Burada, Uptime'ın nasıl farklı şeyler yapabildiğini ve insanlarla çalışabileceğini göstermek gibi bir kaç çılgın şey yaptım, ki bu büyük bir mesele. Size gerçekten benim geçmişimden bahsetmedim. 13 yaşında bir bilgisayar mağazasının arkasındaki odada çalıştığımdan beri dürüst olmak gerekirse, bir BT altyapım var. Belki de bu dünyadaki en yasal şey olmayabilir, ama her neyse ve ben asla durmadım. Şimdi 37 yaşındayım, psikoloji derecem var çünkü benim için insanlar bilgisayarları bulmaktan daha zor. Ancak, bir UI ve UX açısından, işimi nasıl yapmam gerektiğini ya da nasıl çalışması gerektiğini söyleyen bir araç istemiyorum ya da işlerini yapmak istediği şekilde bükmek istiyorum. Bir çeşit felsefe ve anlayışa son vermeyi sevdiğimi biliyorum, umarım bu sizin için işleri kolaylaştıracak, “Hey, bunu yapmalısın” veya “Size ne yapacağınızı söylüyorum Yap. ”Ama bu benim işim.

Neyse, HipChat entegrasyonu, sesli uyarılar. Demek istediğim, bu aslında baktığınız 18 monitör NOC'yi, neyin yanlış olduğunu size söyleyecektir. Duvarınızın gittiğini hayal edin, “Uyarı, SharePoint kritik bir durumda, çünkü veritabanınız yavaş, falan filan, yedi dakikadır bu şekilde.” Evet, bir tür mücevher, belki de ne olursa olsun sapıktır. Size çok esnek bir araç olduğunu göstermeye çalışıyorum. Senaryo tabanlı çıktılarımız var, istediğiniz her şeyi yapabilirsiniz.

HipChat, HipChat ve Skype’ın heck’ini kullanıyorum - muhtemelen benden daha fazla, muhtemelen birçok satış görevlisinin zincirine, ama yine de - HipChat’i entegre etmek, ne olduğu önemli değil, River, Flack, ne olursa olsun, yapmak istiyorum, yapmak çok basit.

Her neyse, kullanıcının bakış açısından, iletişim bilgileriniz, varsa çalışma saatleriniz ve çalışma saatleriniz ile başlıyoruz. Gerçekten uyarı yapan noktaya geldiğinizde, Uptime zaten sizinle nasıl iletişim kuracağınızı biliyor, ki bu gerçekten önemli. Yani, kaç kere oldu, “Ah, fark etmedim.” “Eh, belki de Gmail'ine, kişiseline yapmalıyım, duvarına göndereceğim.” Her neyse, ben Henüz o kadar alamadım, ama belki sıkıldığımda gelecek hafta sonu.

Bu karmaşık çılgın ortamda küresel tarama. Birincisi, işleri düzenli tutmalıyız. Düzenli tutmak önemlidir, bunu yapmanıza izin veririz, otomatik keşifler ve beklediğiniz her tür şeyi yaparız, ancak veri merkezinizi sizin için anlamlı olacak şekilde yapılandırmanıza izin veririz. Bunun fiziksel, mantıklı ve teknoloji olduğunu düşünmeyi seviyorum ve sanallaştırılmış bakış açısından, veri merkezlerinizi, kümelerinizi ve kaynak havuzlarınızı ve bu kadar hoş olanı VMware'de gördüğünüz gibi yapıyoruz. şey.

Bu da aynı anlayışa göre filtrelenir, yine, yaptığınız ve mantıklı olan şekilde çalışır. Aynı anlayış bu panolara da filtre uygular. Global olarak temelde yanlış olan her şey var ve bu yüzden tek umursadığım şey, Houston ve diğer tüm KG, SA hakkında gerçekten umursamadığım şeyler değil, sadece Houston olayları. Buna odaklanıp sonra güvenlik kaygısı olan ya da kullanıcı grubu tarafından ayrılan şeyleri saklayan herhangi birinden veya hiçbir şey yapmadan, kesinlikle bunu yapabiliriz. Görebildiğim tek şey sadece Houston ya da “Houston Network Components” gibi daraltılmış bir şey, bu yüzden kesinlikle bir şey.

Kaynak taraması - bu kaynaklar tüm ortamda nasıl kullanılıyor? Bu bu. Bu senin doksan bin fitlik görüşün. Başkalarına karşı sorunları olan herhangi bir alanı inceleyebilirim. Ve IBM Agency’yi fark ettiniz, bir kenara atmak, aslında bir yana değil. Uygulamanın anlaşılmasının en kritik şeylerinden biri, bu pragmatik modelin aşağıya inmesi, her şeyin kapıya alınmasıdır ve sadece lisansı almamın ne yaptığımızın anlaşmalarına güvendiğinden hoşlandığım için söylemiyorum. Gerçekten, eğer IBM P serisi ürünlerim olmadan her şeyi yapabilirsem, kokuyor.

AS / 400 için monitörlerimiz var. İnsanlar bazen bana, "AS / 400 ra-ra-ra" gibi bir cehennem veriyor. AS / 400'lerin hala ne kadar önemli sistemler çalıştırdığına ya da yeni I serisi şeylere ne kadar şaşırdığına şaşıracaksınız. bu bir şey, bunu yapıyoruz. HP-UX, AIX, demek istediğim dünyadaki her büyük işletim sistemi için bir ajanımız var. Kapıya getirmek ve izletmek anahtardır.

Uygulama katmanına bakınca, tekrar granülden çıkıp üste çıkmama izin verin. Bu pano böyle görünüyor. Düzenli olarak baktığım tek şey bu olabilir, buraya gelip sadece “Hey, CMS gerçekten kızıyor, neden?” Demek istiyorum. Şimdi kabul ediyorum, muhtemelen fazla para ödemiyorum dikkat etmem gerektiği gibi, ama her gün sunucu kapılarına bakıyorum, yaptığım şey bu. Ben dişçiyim, bunlar dişlerim.

Giriş testleri. Yani işte, gerçek giriş zamanını test ediyorum, bu kullanıcı deneyimi meselesi, bu süper pragmatik. Apache ölçümlerini bile umursamıyorum. Herkes lisansta oturum açmaya benziyorsa ve tüm işlemler iyi çalışıyorsa, kapasite planlaması yapmaya çalışmadığım sürece gönderilen ve alınan baytları önemser. Bir yangın söndürme bakış açısından, “Umurumda mı, buna dikkat etmem gerekiyor mu?” Dan. Bu şeyleri oldukça sezgisel ve güzel bir şekilde otomatik olarak bilmek istiyorum.

Eğer CIO'yum, bunu önemsiyorum, Apache performans panelimi umursamıyorum. Eğer senin web adamınsan, iddiaya girerim. Demek istediğim, buraya gelmem ve buradaki yavaşlığı affetmem gerekiyor, ama buraya gelip tahta üzerinde bir sürü derin ölçü ve görüntünün farkına varmam gerekiyor. İşte benim demo Apache 01'in yeniden başladığını ve Uptime’ın “patla, patla, patla,” olduğunu görüyorum.

Bunlar bakmıyorsam bile bilmeyeceğim kalıplar. Yine, gerçek taneli şeyler, ama gerçekten bu amaca hizmet ediyor. Bu sunucular CMS’nin bir parçası ve bir web sayfasındaki sorunları görüyorsam ve sunucularım geri dönüşüyorsa, birkaç saniye içinde kurduğum kontrol panellerine bakarak, kesinlikle kurabileceğimden daha fazla bilgi buldum. uzaktan kumanda ederek. Size karşı dürüst olmak gerekirse, bunlardan bazılarına nereden başlayacağımdan bile emin değilim.

Neyse, çaba; Ve herkes bir nevi düşünce, “Bu sadece çılgınca.” Çaba açısından, olayları nasıl izlerim? Bunun için bir senaryo yazabilir misiniz? Evet. Yapmaya çalıştığımız şey, çok yaygın şeyler sağlamak, orada veritabanı açısından çok yaygın bir teknoloji. Her büyük veritabanı motorunu söylemek istiyorum. NoSQL'in hiçbirine sahip değilim, hiçbir zaman serisi özelliğine sahip değilim, ancak her büyük ilişkisel veri tabanı burada, web hizmetleri açısından, IAS, Apache Tomcat'tan geliyor, burada tam bu sırada. Sonra listelenmemiş olabilecek şeyler için, elbette daha pek çok şey var, ancak bu eklentilere sahibiz. Bu, dışarı çıkmanın gerçekten kolay bir yolu, GitHub'da halka açık depolarımız var, kodu görebilir, kendi başınıza yapabilir, değiştirebilir, sizin için uygun olanları kullanabilirsiniz. Dolayısıyla, bir teknoloji veya yazılım açısından, eğer bir SAN ise, ya da SharePoint veya takas veya her neyse.

Bunu böyle yapıyoruz ve temel olarak bunlar size değer verdiğiniz ölçümleri sağlayacak ve bu en zor kısım. Bu eklentilerin birçoğunu yazdım ve benim için en zor kısım “İnsanlar ne bilmek isteyecek? Aslında önemli olan nedir? ”Herhangi bir WMI sistemine bakarsanız, yüzlerce şey olabilir. Pekala, o kadar yavaşlatmalıyım ki, hiç kimse 400 metrik görmek istemeyecek çünkü o zaman o dünyayı anlamalısınız ve orada hiçbir değeri yok.

Neyse, sonra SLA’lar. Tonlarca konu panosu var. Sizleri cesaretlendiririm, yani bu sizi ilginç kılan bir şeyse, açıkçası demolar yapabiliriz, ne olursa olsun, kişiselleştirilmiş şeyler yapabiliriz, okyanusu tekrar kaynatmaya çalışmıyoruz. Ama biliyorsunuz, eğer “SLA'm çalışıyor, onu aştım, burada perişan bir şekilde başarısızım, neden olduğunu, ne olduğunu bilmek istiyorum” derim. Bu ayrıntılı raporda tam olarak bunu inceleyebilir ve SLA'nın başarısız olmasına neden olan belirli şeylerin neler olduğunu görebilir, hatta zaman içinde geriye gidip bunun bir eğilim olup olmadığını anlayabilirim. Kırmızı lekeler nerede? Bu neredeyse DNA analizi gibi bir şeye benziyor, bizim sunucu kesintilerimiz var - üzgünüm, bunlar giriş yapamadığım giriş testi kesintileri. Burada yanıt süreleri ve buradaki şeyler var. Bu hedeflere ulaşıp ulaşmamam için önemli olan şeyleri engelleyin. Ve yine, hepinizin bu şeyleri okumanızı beklemiyorum, ama burada çok fazla veri var. Bunu senin önünde yapabilmek çok uygun. Fakat gerçek şu ki, başarısız olduğum durum bu giriş testleri yüzünden. Buradaki tüm geri bilgiler size de verilmektedir.

Raporlama aracıyla sağlanır, böylece raporlama motoru yerleşik olarak Crystal veya SSRS'ye veya buna benzer bir şeye ihtiyacınız olmaz; Burada bulunan tüm raporları kişiselleştirebilirsiniz. Tekrarlayan bir şekilde çalıştırmalarını sağlayabilirim. Onları başkalarının görmesi ve kullanması için biriktirebilirim. Farklı çıktı biçimleriniz var. Her gün Cuma günü saat 4.00'da menajerinize bir şey mi vermek istiyorsunuz? Ha ha ha, bunu yapabilirsin!

Kapasite planlama açısından yine oldukça sağlam. Sadece odaklanmak istemiyoruz ve bir şeyleri tahmin edebilmek ve öngörücü analitik yapmaktan bahsediyorduk. Sadece burada, şimdi ve tarihsel eğilimi görselleştirebilme yeteneğinin yanı sıra, kapasite planlama projeksiyonlarını da görebilmek istiyorum ve bu kadar hızlı, tüm vCenter'ımda ve Göz küresi yapabilir ve alanım tükenene kadar en kötü 132 gün içinde yaşadığımı söyleyebilirim, bu konuda bir şeyler yapsam iyi olur.

Bu gerçek bir laboratuar ve ben aslında pek çok şeyden gurur duyduğum bir babayım ve işimi burada benim için bitirdi. Ama ben bu şeyleri biliyorum ve bu olursa, bu benim sorunum, bir şeyi değiştirmemek ya da bir şey yapmamak benim suçum. Bu şeylerin farkındayım. Eğer bir toplantıdaysam ve birileri giderse, “Hey, laboratuara bir grup sunucu eklemeliyiz” - bana bunu yapmayacaklar, ama yaptılarsa, “Sen biliyor musun? Konserlerim var. Gigahertz var. Sizi örtbas ettim, ”ya da etmedim ve bir bakışta başka bir nokta olan başka bir araç açmak yerine ve bu şeylerle hemfikir olmak yerine, bu tür bir şaka olarak yapıyorum.

Houston ofisi, trafikten bahsediyorduk. Dişçim ve ben trafikten bahsediyorduk, Iowa'da büyüdü, “Küçük kasabalardan hoşlandığım tek şey, çok fazla trafik olmaması” dedi. Burada, gördüğünüz gibi bırakın. Herhangi bir web'i temelde iframe gibi bütünleştirebilirim, herhangi biriniz HTML ile aşina iseniz, herhangi bir web'i bu gadget'lardan herhangi birine entegre edebilirim. Web siteniz gibi ya da ofisinin dışındaki bir trafik kamerası ya da her neyse, bunu yapabilirim. Gadget'ların eklenmesi çok kolaydır.

Yani panolar - TV büyüsünü gösteririm. Bu, “Ah bak, bitti, hepsi güzel ve cilalı” gibi bir şey ama gerçek şu ki bu panolara girmek çok kolay bir şey. Elimizdeki tüm farklı veri noktalarında verileri görüntülemenin birçok farklı yolu vardır. Bu sabitleme görüntüsü gibi şeyler, insanlar arasında çok popüler olma eğilimindedir, çünkü bir uygulama hakkında bir anlayış oluşturmaya çalışırken, bu videoyu yükleyebilir ve sonra onu oluşturan öğeleri sabitleyebilirsiniz. Görüyorsunuz, size tüm sorunların nerelerde olduğunu söyleyebilirim.

Bunlar sadece son derece yararlı, sanırım - ağ topolojisi, neyin neye bağlı olduğunu, neye bağlı neyin, neyin olabileceği, çalışma panosu, anahtarlar veya web siteleri ya da her neyse, yerleşik olanların hepsi. , farklı teknoloji yığınları arasında. Henüz getirmedim, burada zamanımızın tükendiğini biliyorum, sizin Q & A ve diğerleri için zamanınızın olduğundan emin olmak istiyorum, ancak her çeşit kaynaktan kaynaktan toplayabileceğimiz bir sürü bilgi var. toplamalar, API'ler - ne olursa olsun, adını verin - SMP, WMI vb., vb., alfabe çorbası. Yani bu verileri toplamak, anlayışı geliştirmek ve pragmatik bir şekilde uyarmak ve harekete geçmekle ilgilidir. Ve böylece özet olarak.

Eric Kavanagh: Harika. Herkesten fantastik bir sunumdu. Söylemeliyim ki sevdim. Soru sormak için birkaç dakikamız daha var. Rick, neden bir iki soru sormuyorsun, sonra Dez, o zaman izleyiciden sadece uygulama konusunda özel olan birkaç soru var. Ama önce Rick, sonra Dez.

Rick Sherman: Tamam harika. Öncelikle, özellikle bir araya getirme demosunu özellikle sevdim, özellikle de sunucuları, monitörleri, eklentileri vb. Ekleme. Sahip olduğum sorulardan biri, insanların mimari veya uygulamaların ne olduğunu anlayabilmesi için, okul öncesi gibi tekrar eden bir tema olduğunu söylediniz. Bir şeyleri izlemek istiyorlar ve sonra bu parça var. Onları tipolojinin nasıl parçalanacağı konusunda eğitmeye nasıl devam edersiniz? Seçebileceğiniz birçok şey olduğunu anladım, ancak onları nasıl eğitirsiniz? Çünkü ne kadar yapabileceğinizi tam olarak kavrayabileceklerinden emin değilim.

Robert Vandervoort: Evet, kesinlikle, kendinden mahrum bırakan bir mizah hayranıyım, bu yüzden genellikle bu açıdan başlıyorum. Söyleyemiyorsan DEHB’im var. Karım artık benimle Ev Depo'ya girmek istemiyor, hadi öyle koyalım. Ben gıcırtılı bir menteşe veya sızıntı varsa, benzetmesini yapıyorum ve oraya gidip “musluğumu düzeltmek istiyorum.” Diye düşünüyorum. Zen yerinize gidin, “Musluklarımı düzeltmek istiyorum.” Düşünmeyin, “Hmm, evimde ne düzeltebilirim?” Çünkü bütün gün orada olacaksınız ve musluk mührünü unutacaksınız. Oluklarla gideceksin.

İnsanlara odaklanmaya çalıştığım uygulama. Bana bunun acıtdığını ve canın yaktığını söylüyorsun, bir uygulama yapalım. ERP'niz mi? Güzel. Uygulamayı bir POC içinde bulalım, benim için öğrenelim, kiminle konuşmanız ya da ne tür bilgilerle uymanız gerektiği önemli değil. Bu uygulama neyden yapıldı? Veri tabanı sunucuları, dosya sunucuları, uygulamanın tüm son noktaları, her neyse, her neyse, biliyorsunuz. Öğrenin, tüm bunlara erişin. Herhangi bir araç almak için yardıma ihtiyacınız olursa, havalı, buradayız. Ancak, belirli bir uygulamaya odaklanalım, çünkü değerin sonunda olacağı yer.Yani, yüzlerce veya binlerce sunucuyu kolayca ekleyebilir ve bu açıda ilerlemeye başlayabilirsiniz, ancak o zaman bu seri modelde çok varsınız - bu sadece bir POC'dan sürdürülemez değil, aynı zamanda bizim istediğimiz yerde değil olmak için kafaları.

Rick Sherman: Evet, panoyu, vb. Size iş görüşünü vermek için, bu varlığı destekleyen parçaların bu tür bir kompozit görünümünü, neyi izlemeye çalışıyorlarsa onu düzenler misiniz?

Robert Vandervoort: Kesinlikle. Genel olarak önerebilirim, tamam, sahip olmak istiyoruz - benim bunlar benim uygulama panomuza sahip olduğumuz ve tüm bu parçalara sahip olmamız gereken uygulama haritaları. Mevcut değilse şemayı hazırlayın, Uptime'a tokatlayın, oraya ne gitmesi gerektiğini belirleyin. En azından bunların hepsini keşfedin ve izleme başlığı altına alın ve ardından bu uygulamanın işlevini yerine getirmek için gerçekten ekleyen hizmetleri eklemeye başlayın. Buradaki gibi SharePoint'teki gibi - ve sadece harika bir nokta - bu uygulamalar başka uygulamalardan oluşturulabilir. Bir SQL kümesinin olması durumunda, bu gerçekten bir uygulamadır. Birden fazla sunucu, birden fazla servis ve başka şeyler var. AD, bir uygulama vb. Vb. Bu toplu görünümleri burada gördüğünüz gibi SharePoint'te görebilirsiniz. Bunu inşa edebilmek istiyoruz. Bunu yapamazsam, yeterince şey eklemedim. Oradaki bütün küçük parçaları yaparız, onu tıkar.

Rick Sherman: Bir şekilde geriye doğru çalışır mısın?

Robert Vandervoort: Evet, geriye doğru düşünün, ileriye doğru çalışın.

Eric Kavanagh: Tamam. Dez, al onu.

Dez Blanchfield: İçgörüden haberdar olmak istiyorum, çünkü kısaca burada kısa sürede olduğumuzu biliyorum, mümkünse derin bir soruya devam edeceğim. İşletmelerin ve kuruluşların, şu anda yalnızca hizmet izlemenin yanı sıra, pragmatik olarak sona erdirdiğiniz yaklaşımın türünün değeriyle aynı bakış açısına sahip olduğuna dair bir fikir verebilir misiniz? Özellikle, ticari faydalardan. Bu yüzden birçoğumuz teknik bir arka plandan geldik ve bir şeylere ping atmayı ve açık olup olmadıklarını görmeyi seviyoruz. Ancak iş bakış açısıyla, genellikle ilgilenmiyorlar çünkü bu, bizim için dediğimizi söylediğin gibi.

İnsanların aracınıza bakabilmesi için doğru şekilde çalışan tüm çerçeve işi için KPI'ları ticari seviyede ve hizmet yönetimi düzeyinde izlemenin derin entegrasyonunda bir operasyon seviyesine getirmek için artık sadece ışıkları açık tutmaktan bir geçiş görüyor musunuz? Işıkları açık tutabileceğimiz bir bakış açısı var, ama aslında baştan sona görüşün tamamını görmenin değerine bir dolar değeri koyduk ve “Tamam, işler açık, sizin dediğiniz gibi akıllıca kullanıyoruz. , SLA'larımızla buluşuyor muyuz, ve eğer öyleyse, bunun anlamı iş için ne anlama geliyor? ”Buna doğru bir geçiş mi görüyorsunuz, yoksa biz hala ondan biraz uzakta muyuz?

Robert Vandervoort: Kesinlikle bir istek var. Orada bir aciliyet var. Millet, bir soru açmak istedim, belli ki dolu bir soru - SLA'larınız var mı? Ve neredeyse kesin bir şekilde, “Hayır, ama yöneticilerimiz bu konuda biraz konuşuyorlar” vb. Ben, “Cool, oraya nasıl gideceksin?” Gibiyim, “Pek emin değiliz. Biz ServiceNow'a biraz bakıyoruz ya da bunu yapıyoruz. ”Ben gibiyim,“ Anlamak zorundasın, ServiceNow bir şey, temel bir kilitleme adımını takip ediyor, boş bir çerçeve ” belirli herhangi bir ITSM platformunu desteklememek. Ancak SLA sorularınızı yanıtlamayacak. Sadece bir parça tamir etmek için kaç saat harcadığınız veya belirli bir sunucuya kaç tane kaynak harcadığınızdan bahsedecek mi? Sunucuların gerçekte ne olması gerektiği, kullanım ömrü sonu veya her neyse gerçek dünyadaki soruya cevap veremez. Dereceye kadar hiçbir yerde.

SLA açısından, konuştuğumuzda, para kaybettikleri SLA'lara sahip olan birçok müşterimiz var. Pizza sunmak gibi, geç kalırsa, seni hayal kırıklığına uğratırlarsa para alamazlar. Dolayısıyla doğrudan iş etkisi var, bu adamlar bu şeyleri diğerlerinden çok daha fazla önemseme eğilimindeler ve bu yüzden millet yapmak için gerçekten istekli olduğum şeylerden birinin sadece sizin için, ekibiniz için, BT için bir beklenti yaratması. Hiç kimseye gerçek veya yazılı veya söz vermek zorunda değil, ama beklentiyi oluşturduğunuzda, “Hey, işte bu yüzden neden sunucu kullanılabilirliği ile buluşamıyorum?” Diyerek bir şeyleri ters çevirerek. sadece bir kokuşmuş sunucu. Bir sunucuya odaklanabiliriz ve “Hey bak, kusursuz çalışma süresi gibi bir şeyimiz var.” Ve bu aslında benim durumum, tam burada bir tane var, ama siz anladınız.

Yani evet, bu soruyu cevaplamak için, evet, kesinlikle, bu konuda gerçek bir hareketten daha çok bir istek olduğunu hissediyorum çünkü insanlar hala soruyu gerçekten cevaplayabilecek bir araç nasıl elde edersiniz, yeterince şeyi nasıl izler? ve çoğu insan birden fazla araca sahiptir. Bunun nedeni, ağ ekibinin bir ağ izleme aracı için alışverişe gittiği ve dev ekibinin bir APM aracı için alışverişe gittiği ve veritabanı adamlarının aracı için alışveriş yaptıkları ve hiçbirinin öğle yemeği odası dışında birbirleriyle konuşmadıklarındandır.

Dez Blanchfield: Evet, hayatımda benim için hiç bitmeyen bir baş ağrısı. Son 25 yıl boyunca, organizasyona girdiğinizde yıkıldıkları ve mantıksal bloklara ayrıldıkları için sürekli bir sorun yaşadım. Aklımdaki ön fotoğrafın olduğu gibi bir ağ operasyon merkezi ve ağ hakkında endişeleniyorlar ve ağ çalıştığı sürece ödeme alıyorlar, işleri bitiyor ve devir oluyorlar. Evet, ama ilginç.

Son bir kısa soru ve kısmen kişisel ilgim, ama birçok insanın aynı şeyi bilmek isteyeceğini biliyorum. Bu aracı nasıl ele geçireceğiz ve nasıl başlayacağız? Onu nerede bulacağız, daha fazla bilgiyi nereden alacağız ve bunun için bir deneme veya deneme ya da başka bir şey alabilir miyiz?

Robert Vandervoort: Kesinlikle, evet. Bu kelimeden nefret ediyorum, kesinlikle böyle bir şey yok. Idera.com bunun için gideceğiniz yerdir. Jack simgesi gibi küçük bir simge var, “BT Yönetimi” diyor, buna tıklayacaksınız ve sonra iki seçenek var. Biri elimizde bulunan bulut tabanlı, diğeri Uptime Infrastructure Monitor için, bu ürünün bugün size gösterdiği şey. Duruşma yaklaşık 30 gün sürmelidir. Bazı BS formuna koymayın, gerçek bilgilerinizi koyun. Satış elemanlarımız gerçekten çok iyi eller, kimse satış elemanlarının can sıkıcı olduğunu söylemedi. Ama gerçekten çünkü benim takımımda benim gibi insanlara giden en iyi yol.

Bu teknik sorularınız varsa ve belgeler sizin için kesmiyorsa - çünkü hangi belgeler olursa olsun - doğrudan destek hattınız, isterseniz konsiyerj düzeyiniz, uzantıların yanı sıra çoğu insan gitmek isteyecektir. vCenter'a bağlanın ve yüzlerce şey bulursunuz. Deneme lisansını sonlandıracağınız için, size bir POC için ayrıldığınızdan emin olmak için ya da kesinlikle bunu yapmanın birebir bir demo olmasını istiyorsanız ilgili soruları soracaklar.

Dez Blanchfield: Fantastik. Şey, çok teşekkür ederim, bunu dört gözle bekliyorum ve umarım sizi tekrar göreceğiz ve blog zinciri eklemek hakkında konuşacağız. Eric, sana geri vereceğiz.

Eric Kavanagh: İşte geliyor, kulağa hoş geliyor millet. Size çok hızlı bir şekilde atacağım birkaç hızlı sorum var. Birincisi: Uptime Infrastructure web tabanlı veya istemci-sunucu uygulamasını izliyor, cevap verebilir misiniz?

Robert Vandervoort: Web tabanlı. % 100 web tabanlı. Şirket içi.

Eric Kavanagh: İyi ve bir başka katılımcı şunu sorar: IDERA'nın izleyebilmesi için bireysel sunuculara bir çeşit özel artalan kurmanız gerekir mi?

Robert Vandervoort: Bunları herkes için sakladım, bu yüzden bu talimatlara bakalım. Yani acımasız, acımasız, acımasız, acımasız, tıpkı kablosuz olmadıkça kablolu dediğim gibi dedim ve sizi kablosuz ile ilgili diğer uygun olmayan benzerliklerden kurtaracağım. Ama yine de, hemen hemen her işletim sistemi için aracımız var, bunları kullanmazsanız kaçırdığınız tek şey, üzerinde çalıştığı söylenen sunucuya ve ayrıca komut dosyalarını çalıştırma yeteneğine sahip bir TLS1.2 şifreli yolu. doğrudan üzerinde.

Bunun dışında, Windows, Net-SNMP, Windows'umuzda WMI, dünyanın geri kalanı için Net-SNMP, tüm ağ işleriniz için SNMP vb. Vb. Var. Yani hayır, her zaman hayır derim. istemiyorsan yapmak zorunda değilsin. Ve sonra onu yükleyen teknoloji gibi, ihtiyacınız olan her şeyle birlikte gelir, şemanın sağ tarafı MySQL, Java, PHP, Apache'den gelir. Çalıştırmak için başka bir sunucu bulmanız gerekmez. Windows 7 hizmet paketinde bir tane bile çalışacaktır. Ayrıca Linux tabanlı ve Solaris tabanlı bir dağıtım hizmetimiz var, bu yüzden teknik olarak tokatlamak için sunucu lisanslaması için para ödemenize bile gerek yok, sadece bir miktar ek donanım.

Eric Kavanagh: Harika, bunun fantastik bir sunum olduğunu söylemeliyim, bu yüzden bugün hem analistlerimiz hem de hem teşekkürler, hem de IDERA sayesinde. Bence bu harika bir şey ve bence sizler çok olumlu ve çekici bir şekilde dört gözle bekliyorsunuz ve IDERA'dan yıl sonra tekrar duyacağız millet. Onlarla birlikte düzenlenmiş birkaç etkinliğimiz var. Bu harikaydı, zaman ayırdığınız için çok teşekkür ederim. Arşiv genellikle yaklaşık bir gün içinde yayılır, bu yüzden ayrıntıları öğrenmek için Techopedia ya da InsideAnalysis.com'a çevrimiçi olarak atlayın ve bir dahaki sefere sizinle konuşacağız, ilgileneceğiz. Güle güle.

Rick Sherman: Teşekkürler beyler.

Eric Kavanagh: Evet ve Dez -