Paket servisi: Ev sahibi Eric Kavanagh, Hot Technologies'in bu bölümünde PeopleSoft performans yönetimini Matt Sarrel ve Bill Ellis ile tartışıyor.
Eric Kavanagh: Tamam bayanlar baylar. Merhaba ve tekrar hoş geldiniz. Saat 4'te Doğu'da bir Çarşamba ve son birkaç yıldır, bu BT dünyasında ve büyük işletme ve verilerde, Sıcak Teknolojiler zamanı. Evet gerçekten, benim adım Eric Kavanagh. Bugünkü etkinliğin moderatörlüğünü yapacağım.
İşleyen sistemler hakkında konuşacağız millet; PeopleSoft'tan, karmaşık ortamların performansını nasıl yöneteceğimizden bahsediyoruz. Her zaman bahsetmek isterim, bu etkinliklerde büyük bir rol oynarsınız, bu yüzden lütfen utangaç olmayın. Sorunuzu istediğiniz zaman sorun; sohbet penceresini veya soru-cevap bölümünü kullanarak bunu başarabilirsiniz. Ne bilmek istediğinizi duymak isterim ve bu en iyi yoldur; zamanınız için en iyi değeri elde edersiniz. Tüm bu web yayınlarını daha sonra dinlemek için arşivliyoruz, bu yüzden sadece aklınızda bulundurun.
Sistemler yavaş çalışıyorsa, hayatın nasıl bir şey olduğunu unutmayın. Bu fotoğraf aslında 1968'den itibaren Danelle adında bir bayanın izniyle, ve şunu söylemeliyim ki, bu gerçekten ne kadar çok şey değiştiğinin tam bir hatırlatıcısı. Dünya çok daha karmaşık bir hale geldi ve elbette iş ihtiyaçları ve kullanıcı deneyimi el ele gitme eğilimindedir. Fakat bu günlerde biraz bağlantı kesildi. Sık sık söylediğimiz gibi bir uyumsuzluk var ve gerçek şu ki, iş adamları her zaman işleri daha hızlı ve daha hızlı istiyor, teslim etmek zorunda olan BT ekipleri işi bitirmek için baskı altına girmiş olan ekipler ve burası yoğun bir dünya.
Söylemeliyim ki rekabet her yerde ısındı. Sadece herhangi bir sektöre bakarsanız, bugünlerde önemli gelişmeler olduğunu görebilirsiniz - örneğin Amazon, Tüm Yiyecekleri satın alıyor. Bakkaliye endüstrisinin bu konuya sert bir şekilde baktığından emin olabilirsiniz.Bunu her yerde görüyoruz, bu nedenle iş liderlerinin nasıl yapılacağına karar vermelerini sağlamak - ve burada bugünün kelimesi - dijital geçişi yapmak, eski santral panosunun ötesine geçmeyi çok daha yeni ve sağlam sistemlere dönüştürmek gerçekten güç. Bugün hakkında konuşacağımız şey bu.
Özellikle bir süredir etrafta olan birçok kuruluşun karşılaştığı sorunlardan biri bu eski sistemlerdir. Bu eski bir IBM anabilgisayarıydı. Her yerde eski sistemler var. Şakalardan biri, eski bir sistemin üretimde olan, yani üretime geçtiği an, teknik olarak eski bir sistem olduğu sistemdir. Her zaman bir şeyler yapmanın yeni yolları olacak.
Ve son birkaç yılda, sistemlerin neredeyse sadece bir sistemin performansını iyileştirmek için değil, performansın üstesinden gelmek için bir çeşit offshoot veya off-taktik oluşturmanın bir yolunu bulmak için uzlaşmanın bir yolunu bulma konusunda bazı ilginç gelişmeler var. diğer yollarda. Bugün, elbette inanılmaz derecede karmaşık olan PeopleSoft gibi bir sistemin performansını nasıl artıracağınız hakkında daha fazla konuşacağız. Ancak iyi yapıldığında, yüklendiğinde, uygulandığında, iyi yönetildiğinde harika şeyler yapabilir. Fakat iyi yönetilmediğinde, her türlü probleminiz olduğunda.
Peki ne oldu? Kullanıcılar istediklerini elde edemezlerse er ya da geç gölge sistemlerine giderlerse, şeyler hakkında ve herhangi bir ortamda gerçekçi olmalısınız. Bu her zaman olur. Gölge sistemleri çok üretken olabilir, insanların işi yapmasına yardımcı olabilir. Ama elbette birçok sorun var. Kesinlikle tüm uyum ve düzenleme alanında, gölge sistemleri büyük bir hayır-hayır. Fakat onlar dışarıdalar ve ana sisteminiz hızlı bir şekilde çalışmıyorsa veya verimli bir şekilde çalışmıyorsa, er ya da geç bir geçici çözüm olacağını ve bu geçici çözümlerin ortaya çıkmasının çok zor olabileceğini, sisteminizin hatırlamasının önemli olduğunu düşünüyorum. Günbatımı için zor olabilir çünkü onlar iş için kritik öneme sahipler. Bütünleşmeleri zor olabilir, bu yüzden orada olduğunu ve performansı iyileştirmenin başka bir nedeni olduğunu unutmayın.
Kısa bir süre önce bu ifadeyi duydum ve onu dışarıya atmak zorundayım: “aciliyet zulmü”. Sanırım sadece neden bahsettiğimi ve çoğu kuruluşta ne olduğunu iş yükünün kritik bir kitleye ulaştığını bildiğinizi duydum. ve insanlar ellerinden geldiğince yapıyor ve her şeyi değiştirmek çok zorlaşıyor. “Aciliyet zulmü” nden acı çekiyorsunuz - her şeyin hemen yapılması gerekiyor. Eh, bir sistem yükseltme hemen gerçekleşmez.
Bir ERP'yi bir sürümden başka bir sürüme yükseltmekle yaşamış olan herhangi biri, göreceli olarak acı verici bir süreç olduğunu bilir, bu nedenle şunu unutmayın: Örgütünüzde görürseniz, bunu tanıyın. Umarım birisine ulaşabilir veya bir CIO veya CTO veya CEO gibi kıdemli bir kişiyseniz, bunun çok tehlikeli bir senaryo olduğunu kabul edin, çünkü sekiz topun arkasında olduğunuzda, arkadan çıkmak gerçekten zor Bilardo.
Bu, tüm maratonun bilmecesi gibidir: Bir tür yarışta çok geride kalıyorsanız ve herkes önünüzde duruyorsa ve hepiniz hala koşuyorsanız, çok geride kaldığınızda yakalanmanız gerçekten zor olacak. Sadece buna dikkat et ve bunu aklında tut.
Ve bununla birlikte, PeopleSoft ortamları ile karmaşıklığın nasıl ele alınacağı hakkında bazı bilgiler vermek için Matt Sarrel'e vereceğim. Matt, al onu.
Matt Sarrel: Tamam, teşekkürler Eric. Herkese merhaba. Ve görelim ki, Size neden performans yönetimi hakkında sizinle konuşacağım doğru insan olduğumu düşündüğümü söyleyerek başlayacağım. Bu yüzden teknolojide 30 yıllık bir deneyime sahibim. Bir kaç başlangıçta bir uygulayıcı, bir ağ yöneticisi, BT yöneticisi, mühendislik yardımcısı olarak işe başladığımı söylemek isterim. Sonra bu geçişi PC Mag'de teknik direktör olmaya başladım. Orada resmim var ama temelde küçük bir çocuğa benziyorum.
Daha sonra eWeek ve InfoWorld gibi çeşitli yayınlarda gazeteci olmak, Gigahome'de analist olmak, Bloor Grubu ile ağ kurmak ve danışmanlık yapmak. Ve ben varım: Soldaki bu resim şuan nasıl göründüğüm. Ortadaki bu resim, çok mutlu olduğum yer - teller ve yanık ışıklarla dolu bir odada ve soğuk olduğu yerde - hava çok soğuk olmalı ve herkesin sıcaklığı rahat hissetmek için beni rahatsız etmesi gerekiyor. Ve benim iletişim bilgilerim, takip sorularınız olursa.
Sahneyi buraya kurmak ve Eric'in konuştuğu gibi sadece performans hakkında konuşmak istiyorum. Şimdi, kullanıcıların tüketici uygulamaları ve web siteleri tarafından belirlenen bu beklentiye sahip olduğu bu dünyaya girdik. Ve insanlar işe gitmeye ve orada oturup istekliydiler ve sistemlerini beklerlerdi, çünkü ihtiyaç duydukları şeydi ve şimdi insanlar gerçekten orada oturmaya istekli değillerdi. Bu yüzden bu motosikletin pistte uçmasını isteyip istemedikleri bir soru. Muhtemelen adamın bisiklete binmesini ve kızını okula götürmesini istemiyorlar. Ama hangisini sağlayacaksın?
Ve bu zor çünkü - gerçekten bir ila üç saniye kadar cömert davrandım - insanlar da anında yanıt almak istiyorlar ve her yerden erişim istiyorlar. Herhangi bir yerin binanızın herhangi bir yerinde veya kampüsünüzde olabileceği gibi, işinizin ne kadar iyi çalıştığına bağlı olarak herhangi bir zamanda dünyanın herhangi bir yerinde olabilir. Ve sanırım performansım hakkında konuştuğumuzda performansın kullanıcı deneyimi açısından düşünülmesi önemlidir.
Ölçüm ve ayarlamadan önce performans hedeflerini tanımlamak önemlidir. Bir tuner ve sonra bir tuner resmi var. Tuner olan gerçek adam, neye göre ayar yaptığını ya da gerçekten piyanoya koyup onu ayarlamanın bir anlamı olmadığını bilmek zorundadır. Böylece önceden hedefleri tanımlamak, hedefleri mevcut duruma uyacak şekilde uyarlamak yerine, onu gerçek kılar. Metrikleri zaman içinde izlemek ve sistemlerin kaynak sahnelerinden ve kullanım modellerinden etkilenen kullanıcı yükleme uygulaması performansıyla nasıl değiştiğini fark etmesi önemlidir.
Bunların hepsini bir kullanıcı deneyimi veya destek olaylarıyla birlikte ilişkilendirmek, elde etmeyi umduğunuz performans için bir temel oluşturmak ve bu temel çizgiden sapmalara yaklaşırken proaktif uyarıları almak için her zaman önemlidir. “başarısız balina” durumuna geçildi. Ve bunun performans meselesinin kök nedenini çok hızlı ve kolay bir şekilde belirleme ve çözme yeteneğini gerektirdiğini biliyorsunuz. Ve yine, bu daha erken, daha iyi, doğru mu?
Geçmişe dayanarak gelişim çabalarına bakarak, performans problemlerini ne kadar erken bulabilir ve çözebilirseniz o kadar iyi olursunuz. Tüm kodunuz veya sisteminiz performans testine başlamak veya sorunları çözmeye başlamak için canlı olana kadar beklerseniz, çok geç olduğunu söyleyemem, ama yine, şimdi maratonda kötü bir başlangıç yapmışsınız ve şimdi oyun oynuyorsunuz dışarı atlamak ve öne geçmek yerine. Peki bunu nasıl yapıyorsun? Ortalamanızı ve en yüksek yükünüzü bekliyor musunuz?
Ve devam edersiniz ve fiziksel sunucularınızı, sanal sunucularınızı veya bulut örneklerinizi veya konteynerlerinizi ve konteyner kaynaklarınızı boyutlandırırsınız ve sonra bir kavram kanıtı uygular ve bir pilot çalıştırır mısınız? Bunlar bir zaman yakalamak, bir şeyi yakalamak isteyeceğiniz yerin sonu olsa da, üretimde onu yakalamaktan, üretimde görmezden gelmekten daha iyisin. Fakat gerçekte, pilotunuzda olduğunuz zaman, sürekli olarak izleme ve iyileştirme konusunda metodolojinizi ve prosedürlerinizi belirlemiş olmalısınız.
Tamam, pek çok şirket - dijital dönüşüm hakkında konuşuyoruz. DevOps, DevOps devriminde bu dijital dönüşümde büyük rol oynuyor. Ve bu gerçekten hiç durmayan bir uçtan uca süreçtir. Yani iki el birbirini çiziyor gibi, ve bu iyi şeyler. Planın bu iki elinin arasında sonsuz bir döngü var, kod, inşa, test et, piyasaya sür, planla. Kendini besliyor ve biz otomatik hale getiriyoruz, böylece hızla ilerliyor. Bir üretim performansı izleme geri besleme döngüsü oluşturur ve performans sorunlarını proaktif olarak ortaya çıkarmak ve tüm kullanıcı tabanınızı etkilemeden önce bunları düzeltmek için kullanır.
Ve şimdi anladığınıza göre, BT geliştiricileri ve operasyon personeli çok hızlı ve hizalı hareket ediyor, bu çabaları işletme personeli ile de kolayca hizalayabilirsiniz. Kurumsal yazılım performansı karmaşık bir canavardır. Biri kara tahta önünde oturan bir futbol takımına benzeyebilir ve her şey ayrı çalışır ve her şey birlikte çalışır. Bunu her zaman ilk arabamı aldığım ve bir şeyi düzelttiğimin eski hikayesi olarak düşünüyorum. Klimayı tamir ettim ve sonra olan şey, soğutma sisteminin geri kalanının başarısız olmasıydı. Böylece acı puanlarını ve her şeyi bir araya getirip ayarlamalar yaptın. Her şeyi bu şekilde organize etmek ve süreçleri inşa etmek zorundasınız ki değişikliklerinizi yaparken, her şeyin her şeyi nasıl etkilediğini anlayın.
Ayrıca dikkatli olun ve iki kez kontrol edin. Test, geçersiz kılın, uygulayın. Ve yine sürekli izleme ve performans geliştirme programları oluşturma konusuna geldik. Ve bu aslında benim son slaydım. Bu karmaşıklıktan bahsederken ve bu saatin içi gibi güzel bir karmaşıklık olsa da, PeopleSoft için çok fazla hareketli parçamız var. Her şey yığındaki yukarı ve aşağı her şeyi etkiler. Ve doğru araç olmadan ve doğru süreç olmadan kolayca kaybolabileceğiniz performans sorunlarının anahtarlarını arayabileceğiniz pek çok farklı yer var. Ve yine her şeyde, çoğu zaman öğrendiğimi düşündüğüm şey altyapıyı giderebildiğinizdir, ancak büyük değişken özel uygulama kodunuz olacaktır. Bu nedenle, uygulama kodunuzu test etmek ve sürekli iyileştirmek için doğru süreçleri uygulamak anahtar olacaktır.
Ve böylece bu benim payımın sonu ve bunu Bill'e devredeceğim.
Eric Kavanagh: Tamam, Bill, size burada WebEx'in anahtarlarını vereyim. Bu güzel karmaşıklığı severim - bu hoş bir şey. Orada birkaç iyi alıntı yaptın Matt. Tamam Bill, al onu. Ekranınızı paylaşmak istiyorsanız “hızlı başlangıç” a gidin. Hepiniz.
Bill Ellis: Teşekkür ederim Matt ve teşekkür ederim Eric. Sadece onaylamak için şimdi ekranımı görebiliyor musunuz?
Eric Kavanagh: Evet kesinlikle.
Bill Ellis: Bu yüzden IDERA’nın PeopleSoft için Precise ürünü Precise ve karmaşık uygulama yığınını yönetmenize yardımcı olmak için sağlayabilecekleri görünürlüklerinden bahsedeceğiz. Zorluğu konumlandırmanın bir yolu, bir uygulama, en az altı teknoloji, sayısız son kullanıcı ve basit soruları bile cevaplamayı zorlaştırıyor. Bir son kullanıcının bir sorunu mu var? Son kullanıcı kim, ne yapıyorlar, kök sebebi nedir?
Genelde gördüğümüz şey bu durum - ve bu diğer uygulamaların yanı sıra diğer uygulamalarla etkileşimde olan PeopleSoft'a veya diğer uygulamalarla etkileşime girebilecek olan PeopleSoft için de geçerli olabilir - veri kümeleri içinde ya da bu günlerde bulut olabilir, bir son kullanıcı gerçekten umursamıyor bu karmaşıklık. Sadece işlemi, yaklaşımları, envanter aramayı, raporlama zaman çizelgesini, bu tür şeyleri tamamlamak istiyorlar. İşler yavaşsa veya uygun değilse, bu akıllı, iyi niyetli insanların tümü son kullanıcı şikayet edene kadar habersizdir.
İşte bu tam bir görünürlük boşluğu ve sonra ne olabileceği, insanların bir araç açabilecekleri ve ne yazık ki, uygulama yığınının bir alt kümesine baktıkları zaman alıcı ve sinir bozucu bir süreci başlatabilir. Yani bu temel soruları cevaplamadaki zorluklar devam ediyor.
Ve çoğu zaman bir sorun olabilir ve WebLogic yöneticisine gidersiniz ve o da “Peki, bellek, çöp koleksiyonlarının hepsi harika görünüyor. Bunun WebLogic olduğunu sanmıyorum. ”DBA yöneticisine gidiyorsunuz ve“ Peki, veritabanı, dün olduğu gibi çalışıyor. İlk on iyi görünüyor. Belki de depolama yöneticisi, saniyede G / Ç veya verim gibi, kare düzeyindeki metrikler olan ve özel uygulamanıza yansımamış olabilecek, veritabanı veya belirli bir işlemden çok daha az bazı ölçümlerle size çarptı. ”
Ve hepsinde, problemin başka bir yerde olduğunu gösteren görünen bu ölçütler var, ancak bu son kullanıcının bir sorunu var veya bir problemi var, ancak bu problemi daha iyi nasıl çözebiliriz? Ve en iyisi, Kesin yol - veya bu bizim sunduğumuz bir yoldur - tarayıcıda ağ üzerinden başlayan kullanıcı işlemlerini, web sunucusuna, Java Jolt'a, Tuxedo'ya, DB2'yi içeren veritabanına ölçmektir. ve sonra nihayet depoya.
Ve bu gösterinin toplam süresinin “Peki, kim sorun yaşıyor?” Dediğini gösteriyor. Son kullanıcıları PeopleSoft'a nasıl imzaladıklarını belirleyebilir ve ayrıca PeopleSoft panellerinin ne yaptığını Tuxedo çevirisi yoluyla da yakalayabiliriz.
Böylece zamanlamalar performans yönetimi veri tabanı olarak adlandırdığımız tarihi bir havuza giriyor ve bu da kimin, neyin, ne zaman, nerede, neden olduğunu büyük ölçüde kolaylaştıran tek bir müzik parçası haline geliyor. Kesin ayrıca öneriler içerir. Muhtemelen en önemlisi, her zaman tüm bilgileri yakalamamızdır - hem teknik BT personeli düzeyinde - önce ve sonra ölçebilirsiniz. Böylece, tüm performans çalışmasına ölçümle veya Altı Sigma ile ölçüm getirebilirsiniz.
Böylece “hayatta bir gün” gibi bir göz atalım. İlk olarak, Kesin uyarı ekranını açabilirsiniz ve bu noktada erken uyarı alacağınız yer burasıdır. En üstteki uyarı, etkinlik uyarılarınızın olması. Böylece kullanıcılar işlem gerçekleştiriyor ve temelde SLA'larımızla tanışmıyoruz. Aynı şekilde, uygunluk durumlarında da bir durumumuz var - ve bu temelde uygulama altyapımızın bir kısmının kullanılamayacağını söylüyor - bu nedenle detaylara varabiliriz ve aslında Tuxedo'nun formdaki örneklerinin nasıl olduğunu görebiliriz ve örnekler bozuk. Tüm faaliyetler bu örneğe itiliyor ve bununla uğraşmak zorunda. Temelde bir tıkanıklık yarattık.
Şimdi, bir şey olarak, bunun üzerinde çalışan etkinlik için, bu genel altyapı sorunumuza rağmen, bu özel JVM for WebLogic için işleme verimliliğini artırmanın yollarının olduğunu bulmaya başlayabilirsiniz. İşte burası gerçekten önemli bir şeyin olduğu yer: Çoğu zaman insanlar bir bulutun içine doğru hareket ediyor ve “Peki ne kadar CPU ve ne kadar hafızaya ihtiyacınız var?” Diyorlar.
Eh, bu madalyonun diğer tarafı kapasite olarak bilinen işlem verimliliğidir. Daha az bellek kullanırsam, daha az CPU kullanırsam, sadece bu kadar ihtiyacım olmaz. Ve Matt'in daha önce de söylediği gibi, her şey birbiriyle ilişkili. Şimdi yapabileceğim şey, PeopleSoft işlem ekranını açabilmem ve ekranda, y ekseninin tepki süresi, x ekseni gün boyu.
Burada müşteri zamanını gösteren bir yığın çubuk grafiğimiz var. Bu aslında tarayıcı, web sunucusu. Yeşil Java zamanı, pembe tür Smokin, koyu mavi veri tabanı zamanı. Bu profil kendi başına gelmedi; Belirli PeopleSoft panelleri nedeniyle gerçekleşti - idam edildiler ve size tepki süreleri ile sunuldular. Aslında uygulamadaki her adımın bir zamanlamasını ve ayrıca uygulamayı burada panelden gösteren bir yığın çubuk grafiğini gösterir. Ayrıca belirli bir kullanıcıyı delip bulabiliyorum veya kullanıcılarımı sıralayabiliyorum.
Bu ekran belirli bir kullanıcıyı oturum açma adıyla belirtmeme izin veriyor. Bunun ne kadar dikkat çekici veya ne kadar güçlü olduğunu düşünün. Çoğu zaman, sadece altyapı ve kurulum ile ilgili değil, son kullanıcıların sistemi nasıl kullandıkları ile ilgilidir. Yeni bir işe alım yapmış olabilir veya birisinin yeni bir iş fonksiyonu olabilir: Uygulamanın doğru şekilde nasıl kullanılacağını bilemeyebilir. Bu aslında eğitim fırsatlarının belirlenmesine yardımcı olabilir.
Madalyonun öbür tarafı, belirli bir kullanıcıya odaklanabilirsem - burada o kullanıcıya kendi işlemlerinde ve yaşadıkları tepki süresinde bakıyorum - doğrudan belirli bir kullanıcının kullanıcı deneyimini ele alabiliyorum. Artık sistem düzeyinde genel ölçümler hakkında değil, son kullanıcı deneyimiyle ilgili ve bu çok güçlü. Ortamınızın bazı bölümleri kesinlikle iç, İK vb. Olacaktır. Müşterinin karşılaştığı başka bölümler de olabilir. Her iki durumda da, mümkün olan en iyi, en verimli müşteri deneyimini sunmak istersiniz.
Şimdi belirli bir panel için, soruları cevaplamak için içeri girebilir ve delebilirim. Yani bu, olanları ortaya çıkarmak için yapabileceğimiz bir tür derin dalış ve bir son kullanıcı aramadan önce veya bir son kullanıcı sizi aradıysa, bir son işlem çağrısı yapmadan önce bu derin dalışı yapabilirsiniz. “Peki tam olarak kök neden nerede?” Ve bu bir CPU kullanımı ve geçersiz kılma gibi olmayacak, kullandıkları uygulama kodunda olacak.
Şimdi içeriğe bakalım ve şu içerik yönetimine bir göz atalım ve bu işlemin bir analizini görebilirsiniz: tarayıcıyı başlatmak, web sunucusuna Java Jolt'a giriş noktası ve aslında Smokin paneline giren kodu gösteriyordu. Precise'ın bu belirli PeopleSoft paneli tarafından yürütülen SQL ifadesini ortaya koyduğu SQL ifadesine.
Konuştuğumuz herkesin araçları var, fakat sahip olmadıkları şey con. Noktaları bağlamak veya işlemi tarayıcıdan SQL deyimine kadar takip etmek con. Bunun için, DBA'niz gibi, bir örneğe veya bir veritabanı seviyesindeki şeylere bakmak yerine, şimdi bir SQL ifadesi düzeyinde inceleyebilirim.
Böylece, “Bireysel SQL ifadesinin darboğazları nelerdir?” Diyebilirim ve bu son derece güçlü. Lütfen bu işlemin SQL ifadesinden daha hızlı çalışamayacağını ve her önemli ticari işlemin kayıt sistemiyle etkileşime girdiğini göz önünde bulundurun. Veri tabanı, ister ister ister olmasın, performansın temelidir ve eğer bir ticari işlem için hayati önem taşıyan bireysel SQL ifadelerine odaklanacak kadar ayrıntılı olabilirsem, oyunumu gerçekten bir sonraki seviyeye taşıyabilirim.
Burada fark edebileceğiniz bir diğer şey, Precise tarafından sağlanan bir yüzde katkı payı hesaplamasıdır. Tarayıcının kendisi aslında uygulama yığınının önemli bir parçasıdır.JavaScript yürütmeniz var, görüntü oluşturma süreniz var, sayfa bileşenleriniz, GIF'ler, JPEGleriniz var. Aslında uygulamanızın Chrome'a göre IE ve farklı sürümlerde çok farklı davranabileceğini görüyorsunuz. Kesin olarak bunu size de gösterebilir ve tarayıcıda ekranın donması gibi şeylere neden olabilecek bir tıkanıklık veya çekişme olduğu zamanlar olabilir.
BT'nin yanlış ağacı havlamasını önlemediğini, ancak ortaya çıkabilecek farklı sorunların temel nedenini çözebildiğini tespit edebilmek. Şimdi yapabileceğim şey belirli bir SQL ifadesi için, o zaman tam olarak bu SQL ifadesinde neler olduğunu analiz edebilirim. Yani burada veritabanı uzmanı görünümüne bıraktık.
Veri tabanı düzeyinde Kesinliği belirleyen şeylerden biri, ikinci bir temelde örneklememizdir. Bu, her 10 dakikada bir, sadece her 15 dakikada bir kez bakan rakiplerimize kıyasla. Öyleyse, ayrıntı düzeyi, çözünürlük düzeyi, rakiplerimizden daha iyi büyüklük dereceleridir.
Ve bir kez daha, veritabanı vakfımızın bir parçası olduğu için, DBA'nızın bir sonraki seviyeye gerçekten performans göstermesine izin vereceğiz. Böylece, bu SQL ifadesinin, depolanan alt sisteme erişme zamanının yüzde 50'sini, CPU kullanarak zamanının yüzde 50'sini harcadığını görebiliyorum. Ayar düğmesini tıkladığınızda içeri girip yürütme planlarını ve bu kullanım şeklini tam olarak neyin sürdüğünü açıklayabilirim.
Şimdi müşterilerimizden birinden alıntılar - Oracle Shop’ta olmasalardı OEM denilen bir Oracle aracı kullanıyorlardı ve OEM gerçekten bir tür veritabanı ya da örnek odaklıydı - DBA’lar sürekli olarak en iyi 10 listeye ne bakıyordu? Ancak Precise ile noktaları tek tek SQL ifadelerine bağlayabiliyoruz ve böylece ayrıntı düzeyi, DBA'nın yalnızca çok daha yüksek veritabanı düzeyinde değil, işlem düzeyinde gerçekten ayar yapabilmesini sağlıyor.
Bu müşteri için gerçekten hayati olan ikinci nokta, URL’nizi karmaşık hale getiren şeylerin bir PeopleSoft panel adına çevrilmesidir - BT’de ve ben ağaç yöneticisi, içerik yöneticisi, belirli bir İK sayfası hakkında konuşabiliyorsam, yardım etmeye çalıştığım kişi aslında neye baktığını ve neye baktıklarını anladığımı biliyor çünkü artık bu hiyeroglifler, aşina oldukları isim.
Sorduğumuz sorulardan biri - her zamanki gibi görünüyor, bu yüzden kimliğe soruları proaktif olarak cevapladığımı düşündüm - dünyada bu PeopleSoft kullanıcı kimliğini nasıl yakalarsınız? Adımlardan geçmeme izin ver. İşte bir PeopleSoft oturum açma ekranı. Erişmek için web sunucuma gitmek zorunda kaldım ve bu ekran belirdi. Uygulama Precise ile donatıldığında, bu ekran aslında bir Precision betiği içeriyor ve sağ tıklatarak, kaynak göstererek bunu ortaya çıkarabiliyorum. Ve bu aslında bana asıl sayfayı oluşturan kodu gösterir ve burada sayfa çerçevesinde aslında web için Kesin koddur ve bu oturum açma ekranını, IP adresini, tarayıcı türünü, bir bütününü yakalamama izin verir. Renderleme ve gerçek son kullanıcı deneyimi hakkında birçok bilgi. Böylece kullanıcı adımı girip oturum aç'ı tıkladığımda, Precise daha sonra ne yaptığımı ölçebiliyor.
Açıyorum, ağaç yöneticisine gidiyorum, bir arama yapmak istiyorum, alanı doldurdum ve ara butonuna tıklıyorum. Bir sonuç kümesi bana sunuldu, bu yüzden tüm uygulama kümesini veri tabanına kadar tamamen geçtim. Precise bunu nasıl gösterir? Hadi gidip bir göz atalım. Açma Kesin, giriyorum, aktiviteyi görebiliyorum, bu ekranı açacak olan aktivite sekmesine tıklayabiliyorum. Bunlar çevrilmemiş URL'ler. Kullanıcıları gösterebilirim ve burada yeni oturum açtığım kullanıcı kimliğim ve etkinlik burada.
Bunu ortaya çıkarmak için Firefox sürüm 45 kullandığımı görebiliyordunuz. Uygulamayı 12 kez yaptım ve vazgeçmek, temel olarak, bir kişi tamamen işlenmeden önce bir web sayfasını terk ettiğinde, bu bir iş sorunu olduğunu gösteriyor. Böylece son kullanıcı kimliğini bu şekilde aldık. Çok güzel, insanlar tam olarak neler olduğunu bildiğiniz zaman gerçekten minnettarlar.
Şimdi vitesleri biraz garip yapmak istiyoruz. Daha sonra işleme bakıyorduk. Belirli bir işlem hakkında derin bir dalış yaptık ve SQL ifadelerine baktık. Şimdi vites değiştirmek ve WebLogic ile başlayan PeopleSoft uygulama yığındaki diğer teknolojilere göz atmak istiyorum.
Ve işte burada bir WebLogic örneği ve zaman içindeki aktiviteyi görebilirsiniz. Finans raporun var. Bana yarasadan hemen hemen haberin olduğunu söyledi. Bulduğumuz şeylerden biri çoğu insanın tüm uygulama yığınını veya en azından bir kısmını paylaşılan bir ortam altında VMware'i çalıştırmasıdır. Ne kadar kaynağa ihtiyaç duyduğunuzu ve ne kadar ihtiyacınız olduğunu dengelemeniz gerekir. Bir kaynak domuzu olmak istemezsiniz. Aynı şekilde, bu durumda yeterli bellek isteyerek işlem kısıtı koymak istemezsiniz.
Yapılandırma performans yönetimi için de hayati öneme sahiptir. Yani aslında bellek çöp toplama ve tüm JMX WebLogic sayaçlarına girebiliriz, böylece WebLogic formumun sağlığını tam olarak biliyorum.
Şimdi Smokin'e. Birçok mağazada smokin bir tür kara kutu ve PeopleSoft'un çok önemli bir parçası. Her şeyi bir arada tutan yapıştırıcı türü ve bu yüzden onu neredeyse işletim sisteminin bir uzantısı olarak düşünüyorum. Çok dikkatli kullandığınız ve yapılandırdığınız bir şey. Bu arada - bu küçük bir not - Eric'in “aciliyet zulmünden” bahsettiği açılış yorumlarında ve PeopleSoft mağazaları klasik UI'dan akıcı UI'ye geçmeyi düşündüğü zaman gerçekten ortaya çıktığını düşünüyorum. akışkan arayüzünün PeopleSoft ortamını kullanma şeklinden dolayı eğrinin arkasındasınız.
Artık WebLogic'te, Smokin'de, veritabanında ve burada depoda sadece HTML5'in çok fazla sayıda mesajlaşma yaptığı için sorunlarınız var. Muhtemelen en az 10x klasik kullanıcı arayüzü ne yapar ve bu ek mesajlaşma ek trafik anlamına gelir. Bu nedenle, Tuxedo'nun yapılandırması ek trafiği barındıracak şekilde değiştirilmelidir. Bu ekranla ilgili birkaç şey sağ tarafta, ağırlıklı tepki süresi, ortalama tepki süresi ve yürütme sayısı için fazla zaman grafiğimiz var.
Burada, ortamdaki tüm Smokin alanları hakkında bilgilerimiz var. Hizmetleri, kullanıcıları, sunucu işlemlerini ve IP'leri ayırdık. Bunu yürütme sayımına değiştirebilir ve bunları azalan düzende sunabilirim, böylece çoğu zaman ne yapıldığını görebiliyorum. Etki alanlarını ortaya çıkarmak için aşağı kaydırırım; Çoğu insan, temel olarak aktiviteyi yaymak için ortamlarında birden fazla alana sahiptir ve SLA uyumluluğunu ayarlayabiliyorum, bu nedenle Smokin katmanında uyarıyorlar.
Kuyruğa alıyorsanız, yapılandırma nedeniyle ortaya çıkan farklı sorunlarınız vardır. Siz tipik olarak - etkisi küresel olduğu için - genellikle anında değişiklikler yapmayacaksınız. Sistemin, QA sürecinin bir parçası olarak, sürecin başlarında performans sorunlarını ele almak için daha önce yapmış olduğu bir noktaya geri dönen, kademeli olarak yükseltmek istiyorsunuz. Üretime gitmek yerine üretime giderken doğru yapılandırmaya sahip olmak ve yapılandırmanın kullanım düzenleriyle uyuşmadığını bulmak çok daha iyidir. Eric ve Matt'in bugün sağladıkları tanıtımı çok beğendim. PeopleSoft ortamını yönetme ve geliştirmede karşılaştığınız zorluklar açısından onların gerçekten hedefte olduklarını düşündüm.
Şimdi, bunu daha önce bir kez söyledim - tekrar söylemeye değer olduğunu düşünüyorum: Her önemli ticari işlem veritabanıyla etkileşime girer. Öyleyse, Precise’ın nasıl ek bilgi sağlayabileceğini keşfedelim. Burada belirli bir Oracle örneğidir. Gördüğümüz aynı yaklaşım - y ekseni yürütme zamanı, x ekseni gün boyunca zamandır, ancak şimdi yığın çubuk grafikleri Oracle içindeki yürütme durumlarıdır. Bu bize sistemdeki işlem kısıtlamalarının ne olduğunu gösteriyor. Aşağıda, bana bu yüksek yineleme günlük arabelleğini aldığınızı söyleyen bir bulgular raporu var.
Ayrıca PSVersion'un bu seçkin sürümüne de bakıyorum. Aslında çok fazla kaynak tüketiyor. Bu arada, örnekleme yaptığımız ve sistemde gerçekte neler olup bittiğine dair bu yüksek çözünürlüklü görüşü sağladığımız için, sisteminizdeki gerçek kaynak tüketicisi olanlara şaşırmış olabilirsiniz, çünkü sadece 10 dakikada bir bakarsanız, bu kaynak tüketicilerinin ne olduğunu göstereyim. Ve böylece gerçek tüketicilerin ne olduğunu bilerek, darboğazlardaki veya sistemdeki gerçek işlemeyi ele alabilirsiniz.
Şimdi burada aktivite sekmesine atladı ve bu aktivite. CPU, depolama altsistemi, uygulama kilitleri, işletim sistemi beklemeleri, RAC, taahhüt, Oracle sunucusu, iletişim ve iç toplamı birlikte aradığımızı görebilirsiniz. Bu, y eksenidir, toplam yürütme süresidir.
Aşağıda, bu profili sürükleyen SQL ifadeleri ve gördüğünüz şeylerden biri bu düşük gecikme süresidir - iki milisaniye, ancak yaklaşık 4.500 çalıştırma ile SQL ifadesinin aslında sisteminizdeki bir numaralı kaynak tüketicisi olduğu ve bunun için iyi olduğu anlamına gelir. biliyorum. Aynı zamanda bir kilit veya beklemede beklemiyor. İşlemciyi% 100 kullanıyor. Bu konuda yapamayacağım şeyler olmadığı anlamına gelmez. Hangi SQL ifadelerine ve nesnelerine erişildiğini biliyorsanız, bu konuda yapabileceğim birçok şey var. Ve böylece bunlar yardım edebileceğimiz yollardan bazıları.
Şimdi burada, bu detaylandırma var ve bu bizi bireysel PeopleSoft programlarının bir araya getirebilir ve bu programların her biri PeopleSoft içinde farklı bir amaca hizmet eder. Aslında uygulamanın nasıl kullanıldığını veritabanı düzeyinde ele almaya başlayabilirsiniz.
Ve belirli bir programı seçersem, o zaman o programın gönderdiği SQL ifadelerini izole edebilirim, böylece temelde veritabanı optimizasyonu ve veritabanı yapılandırmasını ararken ve görüntülediğimde veritabanı teknolojisi odaklı olmak yerine uygulama odaklı olabilirim. Bunu sadece dikkatinize çekmek istiyorum. Çoğu zaman birçok büyük kuruluş altyapı DBA'larına ve uygulama DBA'larına ayrılır. Kesin olarak, uygulamanın yanı sıra kaynak tüketimini de göstererek, aslında açığı kapatmayı başardık ve bu çözüm sistemdeki her iki DBA türünde de kullanışlıdır.
Şimdi, bu kısım gerçekten de veritabanı düzeyinde neler yapabileceğimizi gösteriyor. Ve burada ne oldu, bir ekran donması vardı, PS_Prod'dan bir seçim yapıldı ve yaptığımız bu ayar düğmesini tıklattığımız ve bunun yaptığı şey bizi bu SQL çalışma alanına getirmesi. Şimdi, sizin için DBA olmayan insanlar, bu gerçekten heyecan verici görünmeyebilir. DBA'lar olan insanlar için bunu oldukça heyecan verici bulabilirsin. Burada gösterilen, sistemdeki değişikliklere karşı bu belirli SQL ifadesinin süresidir. Bu da Çarşamba, Perşembe, Cuma günleri gösteriyor, sürenin saniyenin 2 / 10'u olduğunu gösteriyor. Cumartesi ve Pazar bu şirket çalışmıyor - şanslılar. Pazartesi gel, bir değişiklik oldu: Erişim planı değişti. Yeni erişim planı, buradaki ani yolların tümü. Bu aslında bir ekran donmasıyla sonuçlanan yeterince yavaş.
Şimdi eğer bir DBA'ysam, asıl nedenini bilmek için ek bilgiye ihtiyacım var. Yapılan seçim veritabanları optimizer bilmem gerekiyor. Dolayısıyla Precise, işler harika çalışırken hızlı ve verimli bir yürütme planının yanı sıra yavaş ve verimsiz bir yürütme planını gösteren bu karşılaştırmayı sunar. Bu filtre birleştirme PeopleSoft'u çalıştıran DBA'lar için ortaktır. Filtrenin yaptığı şey, bir tablodaki her sırayı arar, birleştirme tablosundaki her sırayı arar - bu da çok fazla CPU gerektirir. Bu son derece verimsizdir, çünkü sadece ihtiyaç duyulan satır alt kümesine bakma filtrelemesi yoktur, ancak SQL ifadesi ve verimsizliğin daha yavaş yürütme süresi ile sonuçlandığını gösterir. Bu nedenle, sonunda ekran donmadaki PeopleSoft panelini yavaşlatırlar ve Precise, uygulama kodunu, SQL ifadelerini ve benzeri şeyleri açığa çıkaran bir aracınız olmadığı sürece asla bilemeyeceğiniz gerçek kökene ulaşabilirdi.
Bu tür bir derin dalış oldu. Şimdi görünümü panoların 10.000 metrekarelik görünümüne çekeceğiz. Kesin olarak, panolar teknik ekip için gerçekten değildir - bilgiyi operasyonlarla, belki de uygulama ekibiyle, belki de sizin emir komuta zincirinizle paylaşmak için kullanmanız gerçekten sizin içindir. Ve böylece bir gösterge paneli PeopleSoft panellerini ve müşteri zamanını gösterebilir, böylece son kullanıcı deneyiminin ne olduğunu bilirsiniz. İşlemler için başka bir gösterge paneli yapılandırılmış olabilir ve bu gösterge panosunda donma meydana gelmiş herhangi bir uyarı var mı? Aslında işletim sistemi, web, WebLogic, Tuxedo ve veritabanı seviyelerinde uyarılar var. Burada uyarı yok, ortalama tepki süresi. Bunun saniyenin üçte biri kadar koşduğunu görebilirsiniz. Burada altyapıma bakabilirim, ortamımdaki tüm sanal makineleri bana gösterebilir ve işlemeye, yük dengelemeye başlayabilirim ve ayrıca Smokin alanlarına bakabilirim. Bu özel ortamın altı farklı alanı var ve bu alanları görebiliyorum ve aslında web dengelemesine girebiliyorum.
Şimdi, Precise’ın, performans yönetimi veritabanı olan PMDB’nin tonlarca ölçütü olduğu tarihi bir deposu. Bazen birileri tarayıcı erişim sayısını bilmek ister veya tarayıcı türüne göre erişim sayısını veya tarayıcı türüne göre performans sayısını görebilirsiniz. Sisteminizde ek görünürlük sağlamak için yapılabilecek birçok şey var.
Burada, bu, aslında WebLogic bellek kullanımına bakıyoruz ve bu güzel testere dişi modelini, bellek kullanımını görüyorsunuz. Çöp toplama var, referansları geri alıyor. Geriye gidiyor ve bu da görmek istediğiniz çok hoş bir kalıp. Yani bu, PeopleSoft ortamına bir alt sistem koleksiyonu olarak bakmaktır ve bu operasyonlar için uygun olacaktır. En temel soru şudur: “Peki, sunucuda neler oluyor?” Kesin olarak bu görünürlük var. Ayrıca sunucu ölçümlerini de sağlar. Ve böylece aslında sistemdeki CPU, bellek, G / Ç, sunucu, kullanıcıları ölçebileceksiniz ve böylece tam bir görünürlük elde edersiniz. Ve bu, uzun vadeli eğilimle birleştirilen bir yöntem olarak, insanların kapasite planlama için Precise'ı nasıl kullandığıdır.
Ve sadece oraya küçük bir not atmak istiyorum. Genellikle bir dükkan donanım, sunucu ve personel için çok fazla bütçeye sahip olacaktır. Nasıl yatırım yapacaksınız, bahislerinizi nereye koyacaksınız? Precise'ı kullanarak bir avantaj elde edersiniz, çünkü depolama alt sisteminin nasıl kullanıldığını görürsünüz. Çok fazla rastgele G / Ç yapıyorsanız, Precise size bunu gösterecek. Katı hal depolama yatırımını haklı göstermeye yardımcı olacak. CPU kullanımı düşükse, bu sizin dükkanınız için ek CPU satın almaktan daha önemli olabilir.
Doğru işleme darboğazlarının olduğu, gerçekte bir geri ödeme alabileceğiniz yerlere yatırım yapmak istiyorsunuz. Uygulama kodlama işlem verimliliğinden kapasiteye kadar her şeyi hassas bir şekilde ele alarak, bu ihtiyaçların nerede olduğunu sayılarla değerlendirmenize ve belgelemenize izin veriyoruz.
Şimdi son parça uyarı veriyor ve uyarı aslında bu şekilde başladı. Bunu hatırla? Performans SLA'sı olduğuna dair bir uyarı gördük ve bir WebLogic örneğinin kapalı olduğunu gördük. Öyleyse, uyarı arayüzüne bir göz atalım. Ve bir kez daha, ne oluyor? Bu bakış açısında belirtmek istediğim şeylerden biri, Kesin'in sadece bu performans uyarıları ve kullanılabilirlikle ilgili durum uyarıları değil, trend uyarıları da almasıdır. Trendli uyarıların önemli olmasının nedeni, sisteminizin boşta kalması veya bir veya iki kullanıcısı olması durumunda, muhtemelen her şeyin mükemmel şekilde çalışmasıdır. Kullanıcı eklemeye başlamayacaksınız ve veri için, Smokin düzeyinde, WebLogic düzeyinde, ağ düzeyinde, veritabanı düzeyinde, daha fazla etkinlik yapmaya başlayacaksınız. Ve bu çekişme performansın düşmesine neden olur ve sonunda nihayetinde bir çizgiyi aşabilirsiniz ve bu bir performans uyarısıdır ve bu temelde organizasyon için SLA hedeflerine ulaşmıyorsunuzdur. Ve böylece bu uyarı kümeleri çok hoş.
Web katmanı, sol taraftaki web katmanı, aslında son kullanıcı deneyimini ölçer ve ardından temel uygulama yığını içindeki teknolojilere girersiniz. Tüm bunları nasıl yaptığımıza dair mimari ekranımız budur. İdeal olarak, izlenen ortamdan veya ortamlardan bağımsız bir Hassas sunucuya sahip olmak istersiniz. Bir Hassas sunucu sayısız uygulamayı idare edebilir.
PeopleSoft ve Oracle ve DB2 veritabanı için yerel bir aracıya ihtiyacımız var. PeopleSoft ortamınız SQL Server tarafından yeniden sona erdiyse, aracısız yapmak için bir seçenek var. Ayrıca Sybase için ajanımız yok. Güvenlik modelimizin kalbi, verilerin burada toplanmış olmasıdır; oysa Hassas kullanıcılar, Hassas olarak doğrulanır. Tamamen ayrı süreçler, ayrı kimlik bilgileri, ayrı kimlik doğrulama vb. Güvenlik modelimizin bir parçasıdır. Ve ek detaylar var.
Bunun şimdilik mimarlığa giriş için yeterli olduğunu düşünüyorum. Herhangi bir sorunuz varsa, lütfen Eric’in söylediği gibi, onlara sorun.
Hızlı bir özet olarak, bu çözüm üretimde 24'e 7 için tasarlanmıştır. Bizi QA'da kullanmanız şiddetle tavsiye edilir. Kurum içi geliştirme yaparsanız, bizi geliştirme aşamasında kullanmaya başlayın. Karmaşık URL'yi (URI) bir PeopleSoft panel ismine çevirecektik. Prodüksiyondan bahsettiğimde, genel giderler çok düşüktür, bu nedenle görünürlüğünüz vardır, ne olduğunu her zaman bilirsiniz, son kullanıcıyı belirlersiniz.
Bu işlemleri yapmak ve tanımlamak zorunda değildim - sadece tarayıcıdan gelen doğal bağlantı noktaları, URL, giriş noktaları, WebLogic’e web sunucusu bağlantısı, SQL deyimini sağlayan davet. O zaman SQL deyimini ve ne yaptığını yakalayabiliyoruz. Kesin veritabanı akıllı ve bunun bizim için ayırt edici bir faktör olduğunu düşünüyorum ve DBA'nın işbirliğine girmesine ve uygulama görünürlüğünü artırmasına izin veriyor.
Son nokta, çünkü her zaman açık, her zaman topluyoruz, her zaman önce ve sonra ölçebilir ve iyileştirmeyi ölçebilir ya da nadir durumlarda performansı değiştirmiş olabilirsiniz, bunu bilirsiniz ve hemen geri alırsınız. . Rakiplerimizin çoğu, yaptıkları şey, ek bilgi görmeniz gerekiyorsa, ek görünürlüğü açmanız gerekir ve tipik olarak ek görünürlük çok fazla ek yük getirir.Precise ile her zaman görünürlüğünüz vardır ve sorunu her zaman çözebilirsiniz. Bu nedenle, Hassas web sitesine gitmek istiyorsanız, lütfen Oracle için Hassas olup olmadığını, Hassas ürünlerden herhangi birini kontrol edin. Hassas Uygulama Performans Platformu olarak listelendik ve burada demo isteğinde bulunacak bir düğme var.
Aslında, ekranımı paylaşırsam, nasıl göründüğünü göstermek için oraya gidebilirim diye düşünüyorum. İşte IDERA web sitesi. Ürünlere gidersiniz. Bu Hassas bileşenlerin herhangi birini seçebilirim ve sadece çalışırken görmek istiyorum. Bu, siteniz için önemli olabilecek ek bilgileri paylaşma sürecimizi başlatır. Veya sıvı UI’ye geçiş hakkında daha fazla bilgi edinmek isterseniz, bizimle iletişime geçebilirsiniz.
Ve bu da, Eric, kimliği copunu sana geri vermeyi severim.
Eric Kavanagh: Tamam, iyi anlaşma. Bir kez daha söylemek zorundayım - orada oldukça kapsamlı ve etkileyici bir sunum, Bill. Sormaktan hoşlandığım bir sürü şeyden bahsettin. Fazla vaktimiz yok - yaklaşık dokuz dakika - ve Matt'in de birkaç soru sorma şansı yakalaması ve izleyicilerden en az bir veya iki tane olması gibi bir id.
Ama Precise'ın BT ekibinin tedarikinde nasıl yardımcı olabileceği konusunda çok ama çok ilginç olduğunu düşündüğüm bir şeyden bahsettiniz, çünkü şunu belirtebilirsiniz, ihtiyaç duyduğunuz şeyin daha katı hal olduğuna karar verenlere bir dava açabilirsiniz. Örneğin, depolama veya ihtiyacınız olan şey ağda yapılan iyileştirmeler veya durum ne olursa olsun. Ama bu çok önemli. Sık sık bunu tanıyan ve kullanan şirketleri görüyor musunuz veya biraz daha fazla uyarmaya mı çalışıyorsunuz?
Bill Ellis: Aslında, her ikisi de ve asıl mesele, kullanım kalıpları, PeopleSoft gibi bir paket uygulama için bile, kullanım kalıplarının her sitede farklı olmasıdır. Bir bankada PeopleSoft geçişi yapma şansım vardı ve bankalar genel muhasebe sistemini çoğu kuruluştan çok farklı kullanıyor. Aslında bir şubede yapılan bireysel işlemleri yapabilirsiniz, hepsi genel muhasebe defterine gönderilir.
Ve onlarca ya da yüzlerce genel muhasebeciyi göndermek yerine, aslında yüz binlerce kişiyi gönderiyorsunuz. Ve Precise'a nasıl dahil olduğumun kullanım kalıpları yüzünden olduğu ve bunun bizim ele alınmamızı sağladığı, ancak uygulamanın gereklerinin gerek kod düzeyinde, gerek yapılandırma düzeyinde olduğu kadar altyapı düzeyinde olduğu. Bu yüzden kesinlikle büyük bir inanan benim ve bunu da değerlendirmek istiyorum, çünkü donanım kararlarını sadece kullanıma dayalı olarak vermemeniz gerekir. Bunu çevrenizin ihtiyaçlarına dayandırmalısınız.
Eric Kavanagh: Ve bir katılımcıdan gelen bir soru var ve sonra Matt, bir iki soru için size teslim edeceğim. Evet, bu iyi ve komik bir şey çünkü bu size verebileceğiniz büyük, uzun bir cevap. Katılan: “Kullanmadan sonra dağıtımdan ve testten sonra performans ölçümünü nasıl topluyorsunuz?”
Bence bu performans ölçütlerinin ne kadar derin ve zengin olduğuna çok iyi bir dalış yaptınız. Her beş dakikada bir veya 10 dakikada bir, bazı şeylerin ikinci saniyesinden bile bahsettin. İşte cevabınızı bulmak için gerekli olan detay seviyesine ulaşacaksınız, değil mi?
fatura Ellis: Evet, bu yüzden önemli olan, performans bilgisinin bireysel koleksiyoncularının teknolojiye dayalı olmasıdır. Bu yüzden, bir dağıtım yaptığımızda, işletim sisteminizden, sürümünden, hangi Tuxedo sürümünden, WebLogic'ten, hangi sürümünü çalıştırdığınızı çalıştığınızdan, uygulama yığınızın nasıl oluşturulduğunu bilmemiz gerekir.
Ve bu gerçekten bunu yapan ajanların tasarımı, Precise'ın sağladığı görünürlük seviyesinin ortaya çıkmamasını sağlayan veri toplama. Ve bu görünürlük, bence, bazen insanlara biraz korkutucu gelebilir. Fakat hedefiniz bir şeyleri gerçekten içine almak ve geliştirmek ve 11'e kadar performans elde etmekse, bu gerçekten sahip olmak istediğiniz görünürlük seviyesidir. Ve eğer Precise bunu ve düşük ek yükünü sağlayabilirse, soru neden olmasın? Bu yüzden bunun çok güzel bir soru olduğunu düşünüyorum ve lütfen daha fazla görüşmek isterseniz bizimle iletişime geçin.
Eric Kavanagh: Tamam iyi. Matt, bir sorunuz var mı?
Matt Sarrel: Sanırım ben iyiyim. Demek istediğim, burada WebEx çökmesini ile uğraşıyorum.
Eric Kavanagh: Oh hayır. Tam olarak nedenini anlamak için Kesin'e ihtiyacımız var.
Matt Sarrel: Evet, sanırım siz konuşurken konuşurken düşündüğüm soru, Bill, performans sorunlarını giderirken birden fazla takımın aynı sayfada nasıl olabileceği hakkında biraz konuşabiliyor olsaydınız, çünkü bunun ortaya çıkacak bir şey olduğunu biliyorum. ve yine, çalışanlara en iyi kaliteyi sunmak için herkesin birlikte ve nasıl birlikte çalışabileceğinden sorumlu kimdir.
fatura Ellis: Evet, bu yüzden BT personeli pahalı olma eğilimindedir. Çoğu mağazada, teknolojinin karmaşıklığı göz önüne alındığında, teknolojiye dayalı ekiplere ayrılırsınız. Oluşan en büyük şeylerden biri, bir performans sorunu ve savaş odasının toplandığı çatışmaların çoğu zaman. Ve bu, herkesin bir şekilde kendi kaderini abartmak için ölçütleri olduğu nokta. İşlem kodu düzeyinde olanlardan ziyade WebLogic düzeyinde neler olduğuna bakıyorlar. Veya işlemin bireysel SQL ifadesinden ziyade veritabanı seviyesine bakıyorlar.
Ve problem seviyesini ve bu seviyedeki problem kodunu tespit edebilmek, yaptığı şey, diğer ekipleri kendi bölgelerinde olmayan bir problem arayan kaynaklara gitmemek veya zaman harcamaktan kurtarmasıdır. Bir veritabanı sorunu varsa, sorunu çözmek için ihtiyaç duydukları bilgileri içeren DBA'ya gidin. Bunu yapmaktan mutluluk duyacaklar.
Ancak aynı şekilde, veri tabanındaki problemlere odaklanan WebLogic yardım ekibi olan Smokin'i de boşa harcamayın. Aynı şekilde, eğer problem WebLogic konfigürasyonunda olursa, DBA’nın kendini savunmaya çalışan bir tür savaş odasında zaman harcamayın. Sadece git ve sorunu WebLogic'te düzelt.
BT personelinin zaman tasarrufu nedeniyle Hassas'ı takdir ettiğini görüyoruz, çünkü tipik olarak savaş odaları her bir FTE kuruluşu için zaman planında bütçelenmiyor. Bir çeşit ek zaman gibi. Ve bu konuları daha verimli bir şekilde ele alabilmek gerçekten hayati önem taşıyor. Akışkan UI'yi başlatan organizasyon için, üretimde ölçeklendirme yapabilme ve üretimde yaşadıkları sorunları çözebilme, bireysel personel veya ekipler için değil, genel olarak BT yönetimi için çok önemliydi çünkü gerçekten kötü bir haber olurdu. geri çekilmeleri gerekiyorsa. Öyleyse, büyük soru, çünkü sadece teknoloji değil. Gerçekten her zaman insanlar hakkında.
Matt Sarrel: Doğru, insanlar ve süreçler. Evet, demo sırasında ortaya çıkan tek soru buydu. İzleyicilerden başka biri varsa?
Eric Kavanagh: Evet, sana son bir tane daha atarım, Bill ve Matt sunumunda kısaca konuştu. Bu mahsulü görmeye başladık. Hala ileriye dönük, ancak konteynerler ve konteyner ve Docker kullanımı ve bu nitelikteki şeyler, sizi ne kadar büyük bir eğri topu atar beyler?
Bill Ellis: Yani kelime, farklı teknolojilere bağlı olarak farklı anlamlara gelir. Bu yüzden ürünlerimizi, veri tabanı seviyesinde ve uygulama düzeyinde konteynerlerin bakımı için geliştiriyoruz. Ve bunun bir parçası olarak, hareketlerle, bulutla bütün çevre bir tür ve bulut içinde işlem yapıyoruz. Ancak bir keşif süreci var ve bu yüzden bu uygulamaların - PeopleSoft dahil - nasıl geliştiğine bağlı olarak, geçmişte bu kadar değerli olan derinlik seviyesini sağlayabilmemiz için izleme çözümümüzü geliştiriyoruz.
Eric Kavanagh: Evet. Ve şunu söylemeliyim ki, bu gösterileri her gördüğümde, sahip olduğunuz ve bu anlayışı bir araya getirebilmeniz için gerekenlere sahip olduğunuzu ve bu normal durumun ne olduğu hakkında biraz eğitim almanız gerekenin ne kadar küçük olduğunu görünce şaşırdım. standart.
Ve siz millet bu konuda çok fazla içerik sunuyoruz - insanların neyin normal olduğunu, neyin normal olmadığını tanımlamasına yardımcı olun. Trend uyarıları hakkında konuştunuz, örneğin, bunların hepsi daha iyi anlamak için kullanabileceğiniz mekanizmalardır, yanlış bir şeydir, yanlış olmayan bir şeydir ve sonra elbette oradan bulmak için delinmek zorunda kalırsınız, ancak tüm verilere sahipsiniz.
Bill Ellis: Evet, ve bu gerçekten önemli bir şey; Bence Matt bunun hakkında konuştu. Normal olan nedir? Farklı ortamlar farklı normal seviyelere sahiptir. Üst düzey donanım, Oracle mantığı ve verileriyle çalışıyorsanız, mağazanızda normal olan veya mağazanızda elde edilebilecek şeyler, daha az güçlü bir altyapı altında çalışmakta olduğunuzdan farklı olacaktır. İlk olarak neyin normal olduğunu bulmak, o taban çizgisini hesaplamaya başlamak ve oradan iyileştirmeler yapmaya başlayabilirsiniz.
Eric Kavanagh: Tamam, bu iyi bir nokta. Görünüşe göre son bir sorumuz var. Sadece bir sorum olacak sana atacağım Bill. Sistem düzeyinde ve uygulama düzeyinde veriler açısından SQL ve veritabanı performans izlemesi arasında bir fark var mı? Bakış açınızdan SQL ve veritabanı performansını izlemek arasındaki fark nedir?
fatura Ellis: Eh, SQL deyimini çalıştırana kadar bir veritabanında hiçbir şey olmuyor. SQL deyimi çekişmesi ne - kontrol kilitleme, bekletme, veri seviyesindeki kaynaklar için çekişme ve SQL Server düzeyindedir. Ve eğer hem SQL deyiminin sürücüsünü hem de sistem üzerindeki etkisini görebiliyorsam, bir etkiye neden oldum; DBA uygulamasının neye önem verdiğine, Hassas araçtan gerçekten en fazlasını elde edene kadar DBA'nın neye önem verdiği altyapısı ile bağlantı kurabiliyorum.
Eğer bir altyapı DBA'sıysam ve kullanım gibi şeyleri araştırıyorsam, tek tek bir SQL deyimine bakabiliyorsam ve aslında kaynağı en aza indirebilirsem, gerçekten geniş bir fırçayla yönetiyorum tüketim - ister CPU, ister bellek, ister G / Ç - Aynı madalyonun iki tarafına da hitap edebiliyorum.
Eric Kavanagh: Tamam millet. Sadece bir saatten fazla yaktık. IDERA'daki arkadaşlarımıza teşekkür ederim. Bugün bize katıldığınız için Matt Sarrel'e teşekkür ederiz. Tüm bu web yayınlarını daha sonra görüntülemek üzere arşivliyoruz, bu nedenle geri dönmekte özgürsünüz ve genellikle birkaç saat içinde arşiv devam eder. Öyleyse kontrol et ve tüm söyleyeceğim şeyleri seviyorum, Kesin'i seviyorum, yabani otlara girmeyi seviyorum. Ayrıca, uygulama yığınının bu farklı parçalarına ve kısımlarına kazınmanıza izin veren başka bir aracı da bilmiyorum, bu kişiler IDERA'da Precise ile olanlardan daha fazla.
Bununla, size veda ediyoruz millet. Tekrar teşekkürler, bir dahaki sefere konuşuruz.