Techopedia Staff tarafından, Haziran 21, 2017
Paket Servisi: Ev sahibi Eric Kavanagh, mobil işgücünü Dr. Robin Bloor ve IDERA'dan Bill Ellis ile tartışıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya üye olun.
Eric Kavanagh: Pekala bayanlar ve baylar, 21 Haziran Çarşamba. Doğu saati 4:00 ve tabii ki kurumsal teknoloji dünyasında Hot Technologies zamanı! Evet kesinlikle. Benim adım Eric Kavanagh, bugünkü etkinliğiniz için sunucunuz ve moderatörünüz olacağım. Sıcak bir konu millet, büyük bir konu: “En Marche! Mobil İş Gücünü Etkinleştirme. ”Ve bilerek, Macron'un Fransa'daki adaylığından sloganını almadım. Oldukça tesadüf oldu, size söz veriyorum, ama yine de oldukça heyecan verici. Böylece, mobil iş gücü ve bu kişilerin ihtiyaç duydukları şeyi almalarını nasıl sağlayabileceğinizden ve iyi yaptıklarından nasıl emin olabileceğinizden bahsedeceğiz. Birçok zorluk, birçok sorun var. Bu web yayınını daha sonra izlemek üzere arşivleyeceğiz, böylece bir şeyi kaçırırsanız geri dönebilir ve kontrol edebilirsiniz. Ayrıca, arkadaşlarınızla ve iş arkadaşlarınızla paylaşın.
Ve söylemeliyim ki utangaç olma; gerçekten özel içerik elde etmenin en iyi yolu ve bunun gibi bir etkinlikten ihtiyacınız olan bilgiler soru sormaktır. Böylece, sohbet penceresinden veya web yayını konsolunuzun Soru-Cevap bileşeninden bir soru sorabilirsiniz. Etkinlik sırasında her zaman, gönderin ve bunu alacağım ve sonunda Soru-Cevap bölümüne öreceğim. Birkaç sunum yapacağız ve sonra IDERA Software'den Bill Ellis'ten haber alacağız. Tabii ki, kendi Robin Bloor'umuz bugün on line. Ve bununla, hemen içeri girelim.
Bu yüzden, neler olup bittiğiyle ilgili olarak RCR Wireless'dan bazı iyi istatistiklerim var ve gerçekten akıl almaz. Küresel mobil işgücünün 2022 yılına kadar 1.87 milyar insanı vuracağını söylüyorlar. Bu, gezegendeki toplam işgücünün yüzde 40'ından fazlasını oluşturuyor. Yani, bunu düşünürseniz, şimdi, BT yetenekleri açısından, bilgisayar gibi cihazlarda işlevsellik açısından aniden sahip olduğunuz birdenbire ofisler - yani, 15 yıl önce, 10 yıl önce muhtemelen yüzde 85-90, beş yıl önce yüzde 70 miydi? Bunun gibi bir şey? Şimdi, neredeyse yüzde 60'a kadar. Ve bu çok önemli. Bu nedenle, teknoloji açısından bu büyük değişimin, insanların kullandığı gerçek araçların ofis dışından iş gücüne geçtiğini gördük.
Bunun sayısız faydası var. Yani, kelimenin tam anlamıyla, örneğin UPS gibi nakliye endüstrisine bakarsanız veya petrol sahalarındaki kulelere giden adamlara bakarsanız, sizinle derin bir işlevselliğe sahip olmanın yardımcı olduğu çeşitli işlerden birine bakarsanız, yolda mobil işgücü her şeyi değiştiriyor. Şimdi, sorunlardan biri - ve bunun hakkında biraz daha derinlikten bahsedeceğiz - devam eden birkaç farklı şeyimiz var, bunlardan biri işgücü çeşitliliği. Yani 2020'de - bugün istatistikleri gördüm - işgücünde beş kuşak insan olacak. Bu, büyükanneniz ve büyükbabanız, daha sonra anne ve babanız ve aynı zamanda çocuklarınız olacağı anlamına gelir, ancak teorik olarak aslında büyük büyükbaba ve büyük büyük büyükbaba ve büyük büyük büyükanne olacak. Şimdi, belli bir aile içinde değil, ama mesele kuşaklar arası, işgücünde beş farklı geniş kişi kategorisine sahipsiniz, her birinin kendi eğilimleri, kendi tercihleri, kendi çalışma eğilimleri var teknolojisi.
Açıkçası, çocuklar dünyayla nasıl etkileşime girdikleri açısından önce mobil olma eğilimindedir. Ve sadece değiştiği iletişim kanallarını düşünün - yakın zamanda başka bir şovda konuştuk; SnapChat, birçok gencin nasıl iletişim kurduğu, sizinle telefonda konuşmak bile istemiyor, sadece küçük SnapChat mesajları göndermek istiyor. Tüketici dünyasında şeylerin nasıl değiştiğine dair sadece bir örnek ve bu teknolojilerin, işlevsellik, bireyin, şirketin, iş modelinin tüm spektrumlarına yayılabilir. Her şey haritanın her yerinde, ama önemli olan nokta, mobil iş gücünün gerçek olduğu, dışarıda olduğu ve şirketinizin iş süreçlerinizi nasıl etkilediğini anlamak için sağlam bir programa sahip olmadığı sürece - ve çok spesifik teknoloji odaklı veri- yakıtlı süreçler - bunların ne olduğunu anlamadıysanız ve bunu bir BT altyapısı ve bir süreç ve yönetişim perspektifi ile yönetmiyorsanız, her türlü sorunla karşılaşırsınız.
Yani, iPhone var. Bu enayi ortaya çıktığında hatırlıyorum, şimdi bir milyon yıl önce gibi görünüyor. Ama sadece neye benziyordu, 2007 mi yoksa '08 mi? Çok uzun zaman önce iPhone'larımız yoktu ve elbette form faktörü teknolojiyi temelden değiştirdi ve mobil iş gücünü gerçekten etkinleştirdi. Ve elbette o zaman hatırlıyorum, iPad çıktı ve sonra iPhone, aynı zamanda. Hangisinin ilk olduğunu hatırlayamıyorum, ancak iPad gerçekten de ana bilgisayardan bu yana kurumsal BT için en önemli değişim güçlerinden biriydi. Bunun nedeni, açıkçası, çok sayıda üst düzey yönetici, büyük organizasyonların C-suite halkı onu yarasanın dışında sevdi. Ve dedi ki, “İstiyorum. Bunu işe getiriyorum. ”Eh, bunu düşünün - ani BT geri dönüp muhtemelen bu yeni cihazlarla uğraşmak istemedikleri sorunla başa çıkmak zorunda kaldı.
Şimdi, eğer iPad'leriniz varsa - bunu matrise nasıl örüyorsunuz? Bununla ilgili yönetişimi nasıl sürdürüyorsunuz? Bunların hepsi gerçekten büyük zorluklar ve eski iPad ve iPhone, büyük ve küçük birçok kuruluş için BT ve BT yönetiminde gerçekten yıkıcı bir güçtü. Bu nedenle, mobil cihazlarla hayal edebileceğiniz kadar geniş bir dizi arasında değişen bu zorluk ve fayda yelpazesine hala sahibiz. Ve elbette değişmeye devam ediyorlar, değil mi? Şimdi, sadece BYOD değil, yöneticilerin ve profesyonellerin kendi cihazlarını getirdikleri birçok kez BYOA. Biz buna “gölge BT” derdik, değil mi? O eski nesilde olanlar için, eski radyo şovlarını hatırlayabilir, radyo draması vardı ve bunlardan biri The Shadow - “İnsanların kalbindeki kötü şeyleri kim bilir? Gölge biliyor. ”Ve hatırlıyorum çünkü ben çocuktum. Gölge BT bugünlerde her yerde korkuyor; herkes gölge BT yapıyor.
Bu, bu BT yönetimi ve iş süreci yönetimi, tüm operasyonlar için gerçek bir zorluktur. Mobil cihazlardan yararlanabilmek istiyorsunuz, ancak bunu sistemlerinize geri bağlayabiliyorsunuz ve oyuna giren çok tuhaf, küçük sorunlar var. En azından bir mobil cihaz kullanırken elde ettiğiniz görsel deneyim ve ilişkili işlevsellik değildir. Ve iPad gibi birden çok cihazı, bir dizüstü bilgisayarı, bir masaüstünü, bazı yeni mobil akıllı telefonlara karşı kullanan, işlevselliğin tam olarak çalışmadığı gerçeğini deneyimlemiş olan herhangi biriniz ve bu gerçek bir sorun. Aslında, tarayıcı savaşları bizi bunun için hazırlamalıydı, çünkü tarayıcıların hepsi de işleri biraz farklı yapıyor. Ve bu sadece tasarım için değil, sadece kullandığınız uygulamanın görünüşü ve hissi ile zarif doğası için değil, aynı zamanda gerçek işlevsellik için de bir başka büyük zorluktur. Bu cihazda ne istediğinizi seçmek için açılır menüyü nasıl edinebilirsiniz? Bu çok önemli.
Yani, bugün biraz konuşacağız ve bahsettiğim gibi, bu alanda gerçek bir uzman olan Robin ve Bill Ellis'ten duyacağız. Bu, insanların sahip olduğu büyük sorunlardan biri - sadece lanet çeşitlilik ve platformlar arasında çalışabilmek için tek bir yöntem yok. Samsung ve Apple çoğunlukla bunları yapıyor, ancak her türlü var - çok fazla cihaz var! Son zamanlarda iPhone'un satış açısından kazandığını gördüm ve sayının ne kadar düşük olduğuna şaşırdım - sanki yüzde 20 bile olduğunu sanmıyorum! Ve onlar bir numaraydı, yani yüzlerce olmasa da kullanılabilecek tam anlamıyla puanlar var. BT departmanının bu konuda nasıl hissettiğini ve elbette bu teknolojinin değiştiğini hayal edebilirsiniz; gün geçtikçe çeşitleniyor.
Her şey değişiyor, her türlü şeyimiz var - konteynerler, sadece buradaki çalışmalara başka bir anahtar atmak için. Ve sonra, elbette, işgücünün çeşitliliğine sahibiz. Bir çok bin yıl, tercihleri, teknolojiyi nasıl kullandıkları, neyi dolaşmaya istekli oldukları, ne kadar çabuk çözebilecekleri açısından çok farklılar. Tipik olarak, eski zamanlayıcılardan daha hızlıdır, ancak yine de şirket içi sistemlerinize veya en azından buluta kadar eşlenmesi gereken her şey. Ve bu büyük, büyük bir meydan okuma.
Ve bununla, onu eşsiz Dr. Robin Bloor'a vereceğim. Robin, götürün onu.
Robin Bloor: Tamam, bu kısa tanıtım için teşekkürler. Mobil hakkında konuşalım. Özellikle belirgin değildi - Eric iPhone'un tanıtımına atıfta bulundu - iPhone'un bunun ne haber verdiğini özellikle belli değildi. Bence iPad oldukça farklı bir mobil dünyaya sahip olacağımız belli oldu. Ben bir çeşit Apple bağnazıyım, bu yüzden gerçekten Android açısından düşünmüyorum, ama elbette, Apple çoğunluğu uzun bir yol kat etmesine rağmen, hem ped pazarından hem de telefon pazarından büyük kazanç sağlıyor, artık sayıları yok, bu ilginç bir şey. Ve bu demek oluyor ki - her şeyden başka - yeni cihazlar olacak, insanlar onları alacak ve milyonlarca satış yapacaklar. Böylece, geçmeniz gerekebilecek çok çeşitli bir ortam yaratır.
Buradaki şaka, “Siri'ye bir sinyal alabilseydik nereye cehennemde olduğumu sorarım.” Mobil cihazları biraz farklı yapan şey, masaüstü bilgisayarların her zaman bağlı olmasıdır. Ve mobil cihazlar mutlaka bağlı değildir ve 7/24 açık olmaları gerekmez, çünkü insanlar bunları kapatabilir. ayrıca uçaklara ve bunun gibi şeylere götürebilirsiniz ve bu nedenle daha önce sahip olduğunuz her şeyden farklı bir cihazdır. Cep telefonunun aslında gerçek kişisel bilgisayar olduğunu söyleyebilirim, çünkü her zaman yanınızda olan bilgisayar. Bu, tanımlayan insan mobil cihazıdır. Tablet biraz farklıdır; bu bir şekilde garip bir durum, bunu düşündüğünüzde, şu ya da bu şekilde, birden fazla işlevsel türde mobil cihaz var.
Her neyse, mobil olmanın anlamı. İnternet değişti. Bunun gerçekleştiğini fark etmedik - bunun olduğunu fark etmedim - ancak günümüzde internet etkinliğinin yüzde 80'i mobil cihazlardan geliyor ve bunu düşündüğünüzde olağanüstü bir rakam. Ancak yüzde 80'inin yüzde 47'si tablet trafiğidir. Çoğu uygulamayı mobil ortamda sağlamak mümkündür. Başka bir deyişle, zaten var olan uygulamalarınız varsa ve bilirsiniz, masaüstünden erişilebilirler, muhtemelen bunları bir cep telefonuna koyabilirsiniz, ancak açıkça sınırlayıcı faktörler vardır. Form faktörü ve klavye bunlardan biri. Microsoft ve Apple'a göre tabletlerin kendisi yavaş yavaş mobil PC'lerin yerini alacak. Ve belirli alanlarda belirli uygulamaları var, çünkü daha sağlamlar.
BT uzmanlarıyla konuştuğumu hatırladığım şeylerden biri, tablet var olmadan önce, bir izolasyon koğuşu olan bir ortama girerseniz, biliyorsunuz, aldığınız cihazlara sahip olmanız gerekirdi. aslında, bir şekilde dezenfekte edilmelidir. Bunu bir tabletle yapmak gerçekten çok kolay, bunu eskiden sahip oldukları şeylerle yapmak kolay değil, ki bu da bir arabası üzerinde olması ve çevreye takılı olması nedeniyle mobil olan masaüstü bilgisayarlardı. Eskiden bu tür ortamlarda kalmak zorunda kalıyorlardı ya da bu ortamlardan çıkan olağanüstü bir dezenfeksiyondan geçiyorlardı. Ve bu ortamlarda çalışmadığımız sürece bu ortamlar hakkında fazla düşünmüyoruz. Ancak tabletler ve cep telefonları, bu ortamlarda çalışmayı bağlanmak ve bu ortamlarda çalışmak için oldukça doğal hale getirdi.
Eric'in 1.7 milyarda koyduğu durum, sanırım 2020 yılına kadar mobil çalışanlardı. Mobil çalışan mıyım? Sanırım bunun gibi, ara sıra ofis dışında çalıştığım için bir mobil çalışanım ve bunu yaptığımda bir tablet üzerinde çalışacağım veya bir cep telefonunda bir şeyler yapacağım. Yani, buna gerçekten baktığınızda ve bunu düşündüğünüzde, muhtemelen işgücü için sadece mobil cihazları kullanacak olan insanlar nedeniyle, aslında temelde hareket eden insanlar. Her neyse, şimdi üç çeşit kullanıcı açısından düşünebilirsiniz: masaüstü kullanıcıları, tablet kullanıcıları ve telefon kullanıcıları. Ve farklı uygulamalara ihtiyaçları var. Ve bundan bahsetmenin nedeni de bu.
Kamera ve ses artık mobil cihazların doğal bir parçası ancak masaüstü bilgisayarların doğal bir parçası. Ancak mobil cihazlarda farklı şekillerde kullanılırlar ve mobil cihazlarda farklı arayüzlere sahiptirler. Ve bunu neden kullandığınızın tüm karakteri bir mobil cihazda farklı. Yani, mobil uygulamalar oluşturuyorsanız, bir sürü nedenden ötürü oluşturduğunuz tür uygulamaları oluşturmuyorsunuz - çoğu bu slaytta. Öyleyse, zaten bir şekilde web sitelerinde çalışan uygulamalar geliştiren bir iş olsaydınız, soru şu ki, mobil uygulamalar da olmalı mı? Ve bu slayt buna bakıyor. Bir web uygulaması üzerinde, daha fazla şey yapabilirsiniz, çünkü bunlar bir şekilde veya başka bir şekilde oluşturulduklarından, aslında form faktörü ile ilgilenmeden inşa edilirler, böylece insanlar makul şekilde kullanamayacağınız bir web sayfası oluşturacaklardır veya sadece bir tablette kullanılabilen bir iPhone veya Android cihazda kolayca kullanamazsınız, ancak bir tablette bile özellikle iyi olmayabilir. Normalde, sorun olmaz.
Veya bir mobil uygulama oluşturabilirsiniz. Mobil uygulamalar oluşturursanız, çeşitli indirme mağazalarında bir uygulama bolluğu vardır ve bu tür dirençleri azaltır. Belirli iPhone'uma bakarsanız, kurtulamadığım uygulamalarla dolu; Onları siliyorum, ama her zaman garip bir şekilde tekrar indiriliyor gibi görünüyorlar. Bir iPhone'u düzgün bir şekilde nasıl yöneteceğimizi bilmiyorum. Ama biliyorsunuz, bir çok uygulama ile sonuçlanıyorsunuz ve bunun bir anlamı yok. Daha fazla var, iPhone'umda masaüstümde olduğundan daha fazla uygulama olduğundan şüpheleniyorum, bu da düşündüğünüzde tuhaf. Mobil uygulamalar başarı için bir turnusol testidir. Bazı web işletmelerinin - Yelp bunlardan biri - bir uygulama oluşturarak ve insanların indirmesini sağlayarak son derece iyi yaptığı ilginç. Görünüşe göre oldukça iyi bir başarının olduğu alanlar aslında finans sektöründe; Bu bankalar değil, aynı zamanda E-Ticaret ve bunun gibi şirketler, çünkü insanlar bazen hareket halindeyken ticaret yapabiliyorlar. Gıda uygulamaları, bu yüzden sadece restoran aramakla kalmıyor, aynı zamanda tarif siteleri de yapıyorlar, uygulamalar açısından gerçekten çok iyi yaptılar.
Birçok insan özellikle iyi sonuç vermedi ve bunun nedeni, bence çoğunlukla kullanmaya alıştığınız çok fazla uygulama var ve birkaç günde bir uygulama kullanıyorsanız ya da öyleyse, o zaman unutursun. Sizin için büyük bir kişisel değeri yoksa, bunu unutursunuz. Bu nedenle, genel anlamda erişilebilir bir mobil uygulama oluşturmak zordur, ancak bunları kendi personeliniz için oluşturabilir ve bunları kuruluş içinde kullanabilirsiniz. Mobil uygulamalar gerçekten büyük geliştirme maliyetlerine sahiptir ve bunun birkaç nedeni vardır. Bunun nedenlerinden biri, aslında oldukça farklı sayıda cihaza işaret ediyor olmanızdır.
Ve birden fazla cihazı hedefleyecek geliştirme ortamları elde edebilirsiniz, ancak bazı uygulamalar, özellikle güvenliğe baktığınızda, gerçekten cihazın kendisi için kodlama yapmanız gerekir. İPhone veya Android ortamı için farklı kodlar yazardınız. Belki farklı. Bazen donanım özelliklerine başvuruyorsunuz. Yani genel mobil uygulama, evet, belki de bir çeşit hibrit olan ve hedef ortamların çoğunu dolduracak bir geliştirme yazılımı var. HTML5 bunu her zamankinden daha mümkün kılıyor. Ancak, bazı uygulamaların aslında bunu yapamadığı bu durumu da elde edersiniz; bu, aslında hedeflediğiniz her cihaz için aynı işi birden çok kez yaptığınız anlamına gelir ve bu, insanların kendi cihazlarını getirme haklarına sahip olduklarını iddia etmelerini durdurmaz; bu hiçbir fark yaratmayacak, bu yüzden gerçekten etrafta dolaşamazsınız.
Görünüşe göre, mobil uygulamaların analizi daha fazla satış sağladıklarını gösteriyor, değil mi? Ve bu, isterseniz, tamamlayıcı olarak web sitesi ve mobil uygulamanın garip bir türüdür. Uygulamalar daha fazla satış sağlar. Web siteleri yeni müşteriler edinmede daha iyidir. Uygulamalar, daha önce aldığınız müşterileri elde tutmakta daha iyidir. Müşteriler, web sitelerine uygulamalarda olduğundan çok daha fazla harcarlar, ancak müşteriler uygulamalara daha sık harcarlar. Ve bu gerçekten garip bir şey ve bu, eğer bir şey inşa edecekseniz, muhtemelen bir web sitesi enkarnasyonuna ve bir mobil uygulama enkarnasyonuna ihtiyacınız olduğunu, yaygın olarak kullanılmasını bekliyorsanız gerçeğini anlatır. Ve bu, şu ya da bu şekilde, bir yazılım projesine eklemek için dramatik bir masraftır, bu da her durumda oldukça fazla şey yapıyor olabilir.
Genel bir fikir olarak, bir web sitesi bir katalog ve bir uygulama bir sadakat makinesi. Mobil uygulama geliştirmeleri - ve bu sadece sorunu çözmek için - farklı geliştirme ortamı, donanım açısından farklı sorunlar, farklı kullanıcı arayüzü tasarım ilkeleri ve yetenek, çevrimdışı yeteneğe sahip olmanız gerekecek - insanların bağlantısı kesilirse bunları kullanmayı umdukları birçok uygulama - verileri kaybetmek istemezler; bazı veriler yerel olarak saklanmalıdır. Diyelim ki masaüstü için geliştirebileceğinizden farklı bir uygulama geliştiriyorsunuz. Ve sonra, mobil arka uç sorununuz var, orada ara katman yazılımı olması gerekecek, orada güvenlik prosedürleri olacak. Büyük olasılıkla, çeşitli şeyleri bir araya getirdiğiniz arka planda hizmet odaklı bir mimari olacak. Ve bunun söylediği şey, sadece sunucu ve diğer uygulamalarda uygulama geliştirmeye alışkın bir takım almamanızdır. Onlara bir cep telefonu fırlatmak için gerçekten mobil geliştiricilere ihtiyacınız var. Ve mobil deneyimi olan insanlar.
Her neyse, söyleyecek bir şey daha var - her şeyden önce mobil uygulamaların çoğu, bir müşteri temas noktası, bu yüzden gerçekten iyi olmalılar, çünkü bir müşteri şirketi mobil olarak değerlendirecek tecrübe, yoksa yargısını etkiler. Ve bazı durumlarda, belirttiğim gibi, mobil uygulama aslında iş başarısını belirleyen şeydir; gerçekten bir organizasyon yapan şey olabilir. Ve elbette, nemli bir kabuk da olabilir.
Ve bunu söyledikten sonra, topu Eric'e geri vereceğim.
Eric Kavanagh: Güzel, ben de Bill'e teslim edeceğim. Bill, oraya Hızlı Başlat'a gidip ekranını paylaşmak istiyorsan?
Bill Ellis: Evet. Buraya?
Eric Kavanagh: Sol üst köşede.
Bill Ellis: Evet. Talimatlar için teşekkür ederim, takdir ediyorum. Robin, tartışmanızı gerçekten çok beğendim, komikti. 18 yıldır sanal bir ekipte çalıştım, bu yüzden mobil iş gücünün bir parçası olarak kendimi sayabiliyorum. Bazen göreceğimden endişe ediyorum, eğer bir iş sonrası fonksiyonum varsa, sık sık ona gitmek için giyinmem gerekir. (Gülüyor) Ve belki de “giyinmiş” olanın perspektifini kaybetmeye başladım, bu yüzden her neyse. (Gülüyor) Bununla başlayalım ve başlayalım. Eric'in içeri girip bana söyleyebileceğini onaylamak istiyorum, ekranımı görebiliyor musun?
Eric Kavanagh: Evet, güzel görünüyor.
Bill Ellis: Tamam. Bu yüzden benim adım Bill Ellis, Hassas ürün serisinde IDERA ile çalışıyorum ve mobiliteyi mümkün kılmaktan bahsedeceğiz. Ve gerçekten onu ölçmekten ve memnuniyetinize göre çalıştığından emin olmaktan bahsediyoruz. Buradaki en önemli noktalardan biri, insanların şirketinizle etkileşime girdiği bir şeydi. Bir bakıma, çok samimi - telefon birisinin elinde ve böylece izlenim, hız, tüm kullanıcılar üzerinde büyük bir izlenim bırakıyor.
Bu, paylaşacağımı düşündüğüm bir müşteri deneyimiydi. Canlı yayın yaptılar, iyi gitmedi. Ve ilk yük testi temeldeki uygulama altyapısındaki değişiklikleri tam olarak ortaya koymadığından ve vurgulamaktan hoşlandığım şeylerden biri, ister uygulama ister HTML5 olsun, mobil cihazlarda olduğu gibi, bağımlı olan birçok teknoloji de var. Ağdan başlayarak, web sunucusuna, iş mantığına, mesajlaşmaya ve satın alma yapıyorlarsa, önemli bir ticari işlem yaparlarsa, kayıt sistemi ile etkileşime girerler.
Ve ironik bir şekilde, başlarken birkaç ağ sorunuyla karşılaştık, bu yüzden tüm bu şeyler bu web seminerini kendisi için bile çok uygun. Ve böylece, bir uygulamanız olabilir, en az altı teknoloji, çok sayıda son kullanıcı ve en basit soruları bile cevaplamak çok zordur. Son kullanıcının sorunu mu var? Uygulama yığınıyla ilgili sorun nedir, soruna hangi kod neden oluyor? Ve böylece, bu tür şeyleri ele almak gerçekten önemsiz değildir.
Şimdi, yapacağımız şey, uygulama yığını içinde sorunların nerede olduğunu anlamanıza yardımcı olmak için bir sitede yapılan bazı ölçümlere göz atacağız. Ve burada baktığımız, Y ekseninin tepki süresi, X ekseninin gün boyunca süre olduğu bir grafik. Yığın çubuk grafiği, son kullanıcı işlemlerinin zamanlarını nerede geçirdiğinin bir ölçümüdür. Ve böylece burada hoş bir eğilim görüyorsunuz ve sonra yukarı ve yukarı gidiyor. Ve temel olarak kesicinin sınırlandırılmasıdır ve böylece yığın çubuk grafiğine danışarak J2EE katmanında çok fazla sorun olduğunu görmeye başlayabilirsiniz. Ayrıca, web sunucusu katmanında sorunlar görüyorsunuz ve aslında veritabanı katmanında da oldukça büyük asansörler var.
Ve böylece, artık çok sayıda sorunu olan birden fazla katman olduğunu tespit ettiğimize göre, bu yeni kullanım modeline ve bu çok yavaş bir şekilde akıllı bir yanıt alabilmek için neler olup bittiğini bulmak için biraz daha ileri gitmeliyiz., dört veya beş X daha yavaş performanstan bahsediyoruz. Ve bu yüzden yapmak istediğimiz ilk şeylerden biri “Bu bir işlem” demek ve bu yüzden tüm işlemlerin sol tarafındaki kapsama baktık ve danışabilirler, gerçekten kolay temelde aynı istemci web sunucusu Java gördüğünüz görmek için tepki süresi çubuk grafiğine bakmak için diğerlerinden daha fazla veritabanı işlemleri. Ancak, tüm işlemler açısından gerçekten tüm yönetim kurulu genelinde.
Ve bu kullanıcılara bakıyor ve bu yüzden bu küresel bir dağıtım, yani dünyadaki birincil kıtalara bakıyorsunuz, bu yüzden hepsi kullanıcılar, tüm yerler. Bu küresel bir sorundur, oluyor, bu yüzden soyutlanmaya başlıyor, bir veya belirli bir kullanıcı grubu değil - veri merkezi tarafında daha fazla olan bir şey. Ve böylece, verilerin neresinde olduğunu teşhis etmeye başlıyoruz? Hangi uygulama katmanları? Ve böylece, ölçeklendirme hakkında bir fikir edinmek için, yürütme sayısı ile de katmanlı olan ortalama tepki süresinin arttığına bakmaya başlarız. Bu çok ilginç - alt yarı aslında uzun vadeli geçmişi gösteriyor ve çok yüksek erişim sayılarını görebilirsiniz, ancak bunun diğer tarafı eşzamanlı bağlantıların sayısı nispeten düşük. Bir mobil HTML5 uygulamasına geçtikten sonra, bağlantı sayısı çok daha küçük bir oranda iki kattan fazla - büyüklüklerden bahsediyoruz - 100 kat daha az erişim var, bu yüzden ölçeklendirmiyoruz; daha önce sahip olduğumuz bağlantı sayısının en az iki katı var. Bu nedenle, mobil uygulamanın altta yatan altyapılara getirdiği yeni talepleri görmeye başlıyoruz.
Bu yüzden daha da ileri gidelim, çünkü sorunların oluştuğu yerleri izole etmeliyiz. Ve böylece, burada, temelde bir tür şeylere bakıyorsunuz ve SLA'larımızla tanışmadığımızı söylemek için bu çubuk grafiğe gerçekten ihtiyacımız yoktu, ancak bunu üst grafikte kolayca görebiliriz. Ancak, SLA uyumsuzluğu için yürütme sayıları konusunda ikincil bir onayımız var. Şimdi, burada, aslında kilitlemeye bakacağız ve bu içeride - bu WebLogic ama iş mantığı katmanı içinde gerçekleşiyor. Burada görebilirsiniz ve bunu okumak biraz zor olabilir, ancak toplam 12 saatlik 30 dakikalık bir kilit süresi için 31.000 kilit alımını zorluyorsunuz. Yani, bu çok büyük bir problem.
Şimdi, kilit etkisi bize her zaman 80/20 kuralının bazı türlerinin olduğunu gösteriyor. Gerçekten tek bir yönteme, gerçekten sorunlara neden olan bir yöntem grubuna bağlı. Şimdi problemleri belirli bir katman içinde izole etmeye başlıyoruz. Yani, biraz daha ileri gideceğiz ve işte mesajlaşma sistemi. Ve bunu görmeye başlıyoruz, sol üstte dolaştığım zaman grafiği, kaba tepki süresinin yükseldiğini ve pembe, anahtarın aslında kuyruk gösterdiği ve aslında çok farklı olduğunu görebilirsiniz. sıraya giriyor, bağlantı sayısı nedeniyle yukarı doğru itiliyor. Ve böylece mesajlaşma sistemi çok daha fazla iş yapıyor; çok daha fazlası var - bu bakkaliye bir benzetme yaparsanız, ödeme sayacında her şeritte çok daha fazla araba var - ve sıralamayı yukarı iten şey budur ve bunu etki alanında en net şekilde görebilirsiniz. Alanların her biri çok, çok yüksek kuyruklar görüyor.
Şimdiye kadar, WebLogic içinde kilitlemeyi belirledim, mesajlaşma sisteminde kuyruk oluşturduğumu belirledim ve bu Smokin oluyor. Ve sonra, burada baktığımız benzer bir analiz türü, ancak kayıt sistemi içindeki yürütme durumlarına bakıyoruz. Ve bu, Oracle içindeki yürütme durumlarıdır. Zamana odaklanmamızın nedeni, zamanın iki mükemmel özelliğe sahip olmasıdır. Birincisi: Son kullanıcıların ve uygulamaların performansı deneyimleme biçimi budur. İkincisi kaynak tüketimini ölçüyor. Ve böylece darboğazların nerede olduğunu otomatik olarak belirleyecektir. Ve burada, veritabanı katmanında, ek G / Ç zamanım olduğunu görebiliyorum, bu yüzden depolama alt sistemine vurgu yapıyorum. Her katman aşağı akış katmanına bağlıdır, bu nedenle veritabanı depolamaya bağlıdır. Ayrıca veritabanı zaman içinde kilitleme yapıyorum görebilirsiniz. Bu yüzden, bu bilgiler biraz daha eyleme geçirilebilir hale gelmeden önce biraz daha ayrıntılı olmalıyım. Ve öyleyse içeri girelim, soğanı başka bir tabakayı geri soyalım.
Şimdi, bu aslında yürütme sayılarına bir bakış, bu sayımdaki Y ekseni, bu binlerce, 9.000, dokuz milyona bakıyorsunuz ve böylece yürütme sayısı da yukarı ve yukarı gidiyor. Yani, yeni mobilite uygulaması uygulamayı bir çok yol üzerinde vurgulamaktadır. Kilitleme, sadece özetlemek gerekirse: web katmanında kilitleme, mesajlaşma sisteminde kuyruğa alma, veritabanı katmanında ek yürütme sayısı, ek G / Ç, veritabanı katmanında ek kilitleme. Yani, aslında, uygulama spesifikasyonundaki her katmanı etkiliyordum. Bu nedenle, uygulama yığını içindeki her katmandan metriklere sahip olmak çok önemlidir. Burada, aslında veritabanı etkinliğini programa alt gruplara ayırıyorum ve gerçekten iki programım olduğunu görebiliyorum: turkuaz renk uygulama kilidini eşler. Ve böylece, bu, uygulama kilidi olarak dağıtım sunucusu, uygulama, bu mobil bölüm, bu da uygulama kilidi vardır. Ve bunların birçoğunun depolamanın kendisinde darboğaz olduğunu görebilirsiniz.
Şimdi her katmanda neler yapabileceğimi görmek için soğanı soyarak alıyorum. Bunu yapmamın nedeni, birçok insanın buna kapasite planlama açısından bakması. Ve bulut hizmetlerinin çoğu, sunucuları, CPU'yu ve belleği genişletmekten bahsediyorlar. Madalyonun diğer tarafı da bu kaynakların tüketimini yürüten ve yürüten uygulama kodudur. Ve uygulama kodunu bildiğinizde, artık verimliliği işleyerek kapasiteye hitap edebilirsiniz. Yani, aynı madalyonun her iki tarafına da sahipsiniz ve BT uzmanlarına sorunu çözmek için ek seçenekler sunuyor. Sadece daha fazla sunucu eklemekle kalmıyor, aynı zamanda işleri temizlemek ve daha verimli çalışmak için ne yapabiliriz? Eski “Daha akıllıca çalış, daha zor değil.”
Yani, burada aslında, Oracle'ın aslında kodu belgelemeye başlayabileceğiniz Modüller ve İşlemler adlı düzgün bir şeyi var ve böylece burada gördüğümüz uygulama kilidi gibi şeylere başka bir şekilde bakabilirsiniz. Bu, gider sayfası kodundan geldi, dağıtım sunucusundan da geldi ve bunlar yeni kilitlemenin iki ana sürücüsü. Ve yeni depolama çevrimiçi sistemden geliyor ve böylece sürücülerin bu ek kaynak tüketimi için olduğu bir profil oluşturmaya başlıyorsunuz. Temel koddaki sürücüleri saptamak başka bir şeydir. Ve bunun içine girerken, sanırım bu harcama sayfasına baktık ve buraya giriyoruz.
Şimdi, kullanılan temel nesnelere baktığınızda, bu mesaj günlüğünü görmeye başlarsınız. Her mesajlaştıklarında - ve bunun bir çoklu tarafından yükseldiğini gördüğümüzde - aslında bu mesaj günlüğü tablosuna dokunuyoruz ve aslında bir dakika içinde aslında kilitlemenin çok fazla kilitlenmesine neden olduğunu göreceksiniz. veritabanı katmanı. Bu nedenle, bu yeni kullanım şekillerinin uygulama yığınında yukarı ve aşağı etkisi büyüktür. Şimdi, sağ tarafta SQL kodu var ve bu aslında uygulama kodu ve SQL deyimlerinin yürütme durumuna göre ne yaptığını izliyoruz. Ve böylece, bu kodlarda hangi SQL ifadelerinin bulunduğunu görmek için renk kodlaması ile çok kolaydır. Bunun gerçekten hayati olmasının nedeni, DBA'nıza gidip “Hey, veritabanı düzeyinde bir sorun olduğunu düşünüyoruz” derseniz, veritabanına bakabilirler ve oldukça hoş görünebilirler. dün koştu.
Ancak, uygulamanın veritabanını kullanma şeklini ilişkilendirebilmeleri için, odaklanmaları gereken kesin SQL ifadelerini tam olarak belirleyebilir ve daha sonra yürütme planlarına ve tüm bu şeylere bakarak bu gelişmiş uygulamalardan bazılarına girebilirler. kayıt sisteminin çok daha hızlı çalışmasını sağlamak için ayarlayabiliyorlar. Ve böylece, kodun ilgili şüpheleri, teknoloji uzmanlarının altta yatan problemleri çözebilmelerini ve çözebilmelerini sağlamak için çok önemlidir. Şimdi, burada, depolama hakkında da konuştuk - burada, fiziksel okumaların sayısını görüyorsunuz, bunun ne zaman olduğunu görebilirsiniz ve bu donanım mimarisine girmeye başlıyor, çünkü bir sistemi geliştirmeyi planladığınızda, yapmayı seçebileceğiniz şey, farklı depolama türleri seçebilmenizdir ve çok farklı bir gider profiline sahiptirler. Ve bazı durumlarda, flash depolama için yükseltme ve ödeme yapmak iyi bir mantıklı olacaktır; çok daha rastgele okumalar yapıyorsam, bu flash depolama gerçekten benim için işe yarayacak.
Ve böylece, bunun genel mesajı, yeni bir uygulama ile sisteme yeni talepler getirmesi ve temel uygulama yığınının bu ihtiyaçları karşılamak için gelişmesi gerektiğidir. Ayrıca, bu ihtiyaçların ne olduğuna bakmak istiyorsunuz ve kodun daha verimli olması için ayarlanabiliyor mu? Ve son olarak, CPU'ya girdiğinizde, kesme döneminde görebilirsiniz, yaklaşık yüzde 10'da çalışıyorduk ve sonra yeni kodla bir kez 4X'deyiz, şimdi yüzde 40'dayız ve bu uygulamanın gereksinimlerini karşılamak için yeterli sunucu kaynaklarına sahip olduğunuzdan emin olmak için fiziksel ve sanal ortamlar için gerçekten önemlidir. Ve böylece, burada sadece bir yakınlık daha var, bu yüzden bu sayıların bazılarını biraz açık görebilirsiniz. Sunucu düzeyinde ilginç bir şekilde, bellek tüketimi çok fazla değişmemişti, ancak kesinlikle istenen CPU döngüsü sayısı da değişti.
Ve bu temel olarak, gider raporuna bakmanın, ölçeklendirmeye, icra sayısının gerçekten düştüğü, ancak yürütme süresinin arttığı gerçeğinin bir özetidir. Bu da hareketlilik altında uygulamanın masraf bileşeninin gerçekten sorun yaşadığını gösterdi. Ve bu kesinlikle şeyler üzerinde bir kullanıcı etkisi yaratacaktır, çünkü eğer işinizi yapamazsanız, insanlar temelde hareketliliği kullanmayı bırakacaklardır. Hareketlilikle ilgili güzel olan şey, işgücü verimliliğini gerçekten güçlendirmesidir ve bu, maaş çekleri vb.İçin çok iyidir, bu yüzden kesinlikle yuvarlanmasını istersiniz. Şimdi, burada aynı noktaya sadece bir konum açısından bakıyoruz, bu yüzden Avrupa ve Orta Doğu, Asya VPN bağlantıları ve daha sonra karargahın kendisi. Ve genel olarak ABD. Bu nedenle, uygulama yığınının her katmanında bu değerli bilgileri elde etmenin bir yolunun kesin ürün yelpazesi olduğuna inanıyoruz.
Çok hızlı bir şekilde yapacağım, Robin ve Eric, Precise'ın yaptıklarına ve neden tasarlandığı gibi tasarlandığına hızlıca bakacağım. Ve son kullanıcı bir şey yapmaya çalışıyorsa ne olur, veri merkezinde çok fazla teknoloji var, son kullanıcı gerçekten umursamıyor, sadece işlerini yapmak istiyorlar. Bu arada, BT'de bir çok insan var, iyi niyetli, çok akıllı, ancak rapor verdikleri takdirde bu son kullanıcı raporlarına kadar bir sorunun farkında bile değiller. Ve sonra, çoğu zaman bu, uygulama yığınının bir alt kümesine baktığı çok pahalı, zaman alıcı bir sonuçta sinir bozucu bir süreci başlatacak, ancak kim, ne, ne zaman, nerede nasıl.
Yani, inandığımız şey, cihazlarından başlayarak, ağ üzerinden, web sunucusuna, Java'ya giren son kullanıcı işlemlerini ölçerek, bu bilgileri yakalayarak kimin, ne, ne zaman, nerede, neden sağladığına dair soruları cevaplayabileceğimizdir. ancak muhtemelen en önemli şey geri bildirim döngüsünü tamamlamaktır. Hepimizin iyileştirilmesi için geri bildirime ihtiyacımız var, bir şeyin yanlış gittiğini bilmenin tek yolu bu. Tarihin merkezi bir depoya yerleştirilmesiyle, herkesin okuması için bir müzik sayfası sağlar. Ve böylece, sorunların nerede olduğunu anlamak çok kolay hale geliyor, bu yüzden tasarım son kullanıcı işlemini ölçmekle ilgili; bu yavaş işlemleri belirleyecek, bölümlere ayıracak, bu hangi teknolojinin bir sorun olduğunu anlatacak ve daha sonra her bir katman üzerinde uzman bir görüş sunacak, böylece neler olduğunu anlayabilirsiniz. Precise, sadece bir genel bakışa sahip olmak ya da neler olup bittiğine dair derin bir teknoloji görüşüne sahip olmak istiyorsanız, tüm paydaşlar için bir öğrenme, raporlama ve gösterge panoları sunacaktır.
Şimdi, bir BT uzmanı olarak size son kullanıcı diyebilir veya bazen son kullanıcı sizi arayabilir. Hassas oturum açın, bir kez daha odaklanabilirsiniz, Y ekseni yanıttır, X ekseni gün boyunca süredir. Burada, her bir alt durumdayız, böylece istemci zamanı, web sunucusu zamanı, Java, Smokin, veritabanı zamanınız var. Burada sürüş işlemlerine sahipsiniz, belirli bir son kullanıcıyı tanımlamak için bir menü getirebilirsiniz ve bu şekilde BT, belirli son kullanıcıların sorunlarını çözme yeteneğine sahiptir. Ve böylece tam olarak ne zaman meşgul olduklarını görebilirsiniz, bu işleme odaklanabileceğiniz içerik yönetimi kullandıklarını görebiliyorsunuz ve daha sonra Precise size bu işlemin bir analizini verecek.
Sondaki yüzde, Kesin ve yüzde olarak eklenir ve bu, tek tek adımda ayrı ayrı SQL ifadelerine ne kadar zaman, ancak bir süre harcandığını söyler, bu bağlamdır. Ve söylediğimiz şeylerden biri, herkesin araçlara sahip olduğu, ancak birkaç mağazanın bağlamı olduğu. Bağlam, Java yöneticisinin uygulama koduna odaklanmasını, DBA'nın bu durumda belirli SQL ifadesini tanımlamasını sağlar. Ve böylece, bu bilgilerle, belirli bir kullanıcıyı etkileyen belirli işlemin temel nedenini nasıl ele alacağına dair daha fazla görünürlük sağlar. Yani, gerçekten lazer nedenine odaklandın. Ve SQL deyimini analiz edebilirsiniz, zamanını nerede geçirdi, iyi çalıştı? Ve tam tersine, Enterprise Manager gibi bir çok araç sadece onları seçer. Büyükler, alabilirler. Olaylara örnek bir perspektiften bakarlar ve bu gerçekten bu uygulamalara girmek için yeterli odak değildir.
Tipik olarak, OLTP mobilite uygulamalarınız düşük gecikme, yüksek verim olacak, bu yüzden ilk on listeye odaklanacaksınız, bu bir başlangıç ama bu tür uygulamalar için gerçekten iyi değil. Ve sonra, diğer bir şey, özellikle dahili olarak barındırılan uygulamalar için, kullanıcı kimliğine göre tanımlamanın gerçekten hayati olduğu, çünkü bu sadece uygulama ve altyapı ile ilgili değil, aynı zamanda son kullanıcıların uygulamayı nasıl kullandıklarıyla da ilgili. Ve son kullanıcılar genellikle onları tanımlayabildiğinizde çok daha iyi davranış gösterirler. Ve bu sadece farklı işlemlerin ve müşteri deneyiminin bir ekranı ve sonra alt bölümlere ayrılmış (gülüyor) Sanırım biraz uzun süredir konuşuyorum. Burada biraz yorgun; İleri süreceğim.
Burada, uyarıları ve ardından uygulama yığınının farklı katmanlarını gösteren bir panoya bakıyoruz. İşte web sunucularınız ve yanıt süresi yürütme sayısıyla işlerin yük dengeli olduğunu doğrulayabilirsiniz. Tarayıcı erişimlerine bakabilir, kullanıma ve çöp koleksiyonlarına bakabilir, güzel testere dişine sahip olduğunuzdan, bellek sızıntısı olmadığından emin olabilirsiniz. Ve bunun fikri biraz sağlamaktır. yığınındaki her bir bileşenin daha teknik bir gösterge tablosunun bitidir. Bu nedenle, IDERA'nın sunduğu hassas ürün serisi, 7'den 7'ye kadar çok ayrıntılı bilgi içeren üretim izleme sunar. Bunu dağıtmak oldukça kolay; Son kullanıcılar ne olursa olsun işlemleri eşlemenize gerek yoktur, Precise noktaları uygulama yığını boyunca otomatik olarak bağlar.
Bir aşağı akış katmanı kullanılmazsa, Precise bunu tanır ve giriş ve çıkış zamanını sağlar ve aşağı akış katmanını ölçmenizi önerir. Ve böylece, değer vermek çok kolay bir zaman; veritabanında çok güçlüyüz, bu IDERA'nın şöhret iddiası. Ve bu kadar önemli olmasının nedeni, her önemli ticari işlemin kayıt sistemi ile etkileşime girmesidir, böylece veritabanı temel performans haline gelir. Ve böylece piyasadaki diğer araçlar, iyi bir iş çıkarıyorlar, ama Tamam gerçekten yeterince iyi değil; SQL ifadelerinde tam olarak ne olduğunu bilmeniz gerekir. Ve bir SQL deyimi geçmişi tutmak ve zaman içinde yürütme planlarını takip etmek gibi bunun için çok fazla gelişmiş birçok şey yapıyoruz. Ve böylece, eğer ilgilenirseniz, daha fazla keşfedebileceğimiz bir alan.
Bu nedenle, bu Kesin uygulama performans platformu, eğer çözüme ve bugün tartıştığımız konulara daha fazla ilgi duyuyorsanız, sizi idera.com web sitesi aracılığıyla ek bir toplantı talep etmeye davet ediyoruz.
Ve Eric, bununla birlikte, sanırım hala telin altındayız, copu sana ve Robin'e geri vereceğim. Teşekkür ederim.
Eric Kavanagh: Hayır, bu harika ve burada bir araya getirdiğiniz içeriği çok seviyorum, çünkü ortamın kaputun altında ne kadar karmaşık olduğunu göstermek için harika bir iş çıkarıyorsunuz. Ve elbette, Hassas'ın tüm işi, Hassas'ın amacı, bu karmaşıklıkta gezinmeye ve gerçekte ne olduğunu anlamaya yardımcı olmak ve bir şeyi geliştirmek için bazı işlemler yapabilmektir. Ve ne kadar karmaşık olduğuna şaşıyorum. Precise'ın ayrıca belirli davranış kalıplarını tanımlamanıza ve daha sonra bunları adlandırmanıza veya en azından bunları kaydetmenize veya yer işaretlerine veya buna benzer bir şeye işaret etmenize izin verdiğini tahmin ediyorum.
Bill Ellis: Evet, olacak şeylerden biri, kuyruğunu kovalamak istemiyorsun; bir kereye mahsus olmak için çok fazla zaman harcamak istemezsiniz. Böylece, modellerin ne olduğuna, trendlerin neler olduğuna bakmak istersiniz, çünkü yönetilecek çok fazla teknoloji var. Ve işlerden biri, öncelik vermek ve sıralamak, zamanınızı nerede geçireceğinizi bilmek, neyin honlanması gerektiğini bilmek. Ayrıca, daha düşük risk ve daha düşük maliyete sahip konservatif bir yaklaşım benimsemek istiyorsunuz. Bunu değerlendirmeden veya bilmek konusunda çok iyi bir fikre sahip olmadan, mutlaka pahalı bir küresel değişiklik yapmak istemezsiniz, bu gerçekten de soruna yardımcı olacaktır. Bu nedenle, zaman içinde neler olduğunu bilin ve bu eğilim, altta yatan sorunları akıllıca ele almak için çok önemlidir.
Eric Kavanagh: Bu tam mantıklı. Ve neler olduğunu görmek için sanallaştırma ne kadar büyüktür ve sonra, örneğin Docker'ı kullanarak kap kullanan kuruluşlara mı giriyorsunuz? Ve bu Precise'ın yapabileceklerini nasıl etkiler?
Bill Ellis: Evet, yani “konteyner” kelimesi farklı satıcılara göre farklı anlamlara gelebilir. Ve böylece, VM ile çalışıyoruz, neredeyse herkes VMware kullanıyor - bu noktada fiili standart olarak görüyorum; Dışarıda rakipler olduğunu biliyorum. Ve desteklediğimiz şeyi genişletiyoruz, ancak Oracle yığını içinde VMware baskın. Kapsayıcı veritabanları var ve bu yüzden sisteminizi çok hızlı bir şekilde geliştirebilmeniz çok önemli. Ayrıca, sanal ana bilgisayarın konukların tüm konteynerlerinin ihtiyaçlarını karşılayamadığı durumlarda sanallaştırılmış bir ortamda bilmek gerçekten önemlidir, çünkü her biri kaynaklar için rekabet eder.
Ve içsel olarak gerçekte şaşırdım şeylerden biri, aslında IDERA'da çok fazla boş VM'imiz vardı, ancak bu boş VM'lerin her biri kaynakları tüketiyor, aslında gerçekte olan VM'ler için genel bir soruna neden olmaya başladılar. bizim için önemli olan, işimizi yürüten. Ve bu ilginç bir şeydi. Şimdi Güneş'in altındaki her teknolojiyi desteklemiyoruz; bu çözümle ilişkili bir destek matrisi vardır ve bu nedenle, belirli bir potansiyel müşteri veya belirli bir müşteri için, sadece teknoloji ihtiyaçlarını ve bireysel teknolojileri karşılayabildiğimizden emin olmak için detaylandırmak istediğimiz şeylerden biri budur uygulama yığını altında çalışıyor.
Eric Kavanagh: Evet, bu çok mantıklı. Deneyiminize göre, şu anda mobil cihazlarda zorluk çeken başlıca güçlerden bazıları nelerdir? Siz ve ben birkaç ay önce bu web yayınından önce konuştuğumuzda, bir iPhone'un veya bazı mobil cihazların işlevselliğinin ve düzeninin iş için gerçek bir zorluk olabileceği konusunda gerçekten iyi bir noktaya değindiniz, çünkü aniden son kullanıcı İş akışında belirli bir sürecin nasıl yapılacağını anlamıyorum, değil mi? Ve bu noktada, mobil uygulama geliştirmede etkinleştirdiğiniz şey, geliştiricilere sorunların nerede ortaya çıktığını göstermektir ve daha sonra bunu uygulamanın belirli bir cihazda veya belirli bir cihazda ne yaptığına eşleyebilirsiniz. Ve bu, geliştirici için çok faydalı, çünkü şimdi soruna neyin neden olduğunu görebiliyorlar, bunu çözmek için uygulamada bazı değişiklikler yapabilirler, değil mi?
Bill Ellis: Evet, bu inanılmaz derecede yüksek beklentilerin üstesinden gelmek - herkes her şeyin bir anlamda çalışmasını bekliyor, ama orada çok fazla çeşitlilik var. Tüm bu farklı akıllı telefonlara sahipsiniz, farklı ekran boyutlarına sahipler ve daha sonra farklı iletişim sağlayıcılarına sahipsiniz, Verizons, AT & Ts, Sprintler, bunlar sadece Amerika Birleşik Devletleri'nde popüler olanlar. Ve orada çok fazla çeşitlilik var, sanki, sorunların nerede olduğunu fark etmeye başlamak için kollarınızı tüm bunların etrafına nasıl sarıyorsunuz? Ve böylece, çok sayıda metrik var ve ürün yönetimi ekibimizin yaptığı şeylerden biri, akıllı kararlar alabilmek için BT ekibinin en önemli veya en çok ihtiyaç duyduğu metrikleri çekme girişimidir. .
Bu nedenle, bu biraz zor bir iş ve ürünümüzün pazarın gelişmekte olduğu gibi olduğunu ve müşterilerimizden geri bildirim aldığımızı ve her zaman geliştirme talepleri olduğunu, bu yüzden “Hey, bu ek metrik bizim için çok yararlı olacaktır.” Yani, Ürün piyasada olduğu gibi gelişiyor, ama söylemek gerekirse, aslında Eric, benim için gerçekten ilginç, tüm beklentiler bu. İnsanlar sanki, bir ekranın yukarı kalkması için insanların beş, yedi saniye bekleyeceği güne geri döndü, şimdi bir ya da iki saniye gibi, insanlar "Oh, bu uygulama hiç çalışmıyor!" (Gülüyor)
Eric Kavanagh: Çok komik. Bu çok doğru!
Bill Ellis: Çılgınca.
Eric Kavanagh: Evet, dürüst olmak gerekirse biraz gerçekçi değil. Ve bence bu konu hakkında biraz daha gerçekçilik görmeye başlayacağız, ama yine de insanların çok, çok yüksek beklentileri olduğu yaşamın bir gerçeğidir. Ve sanýrým Robin, burada son bir kaç dakika içinde seni geri getireceđim. Web sitenizi bir katalog ve uygulama olarak bir sadakat makinesi olarak değerlendirmenize bayıldım. Ve bu noktada, burada bahsettiğimiz şey, bu uygulamaların geliştiricilerinin neler olduğunu anlamalarını nasıl sağlayacağımızdır: Kullanılabilir mi? Kullanılabilir değil mi? Ve bunu ayarlamak için neyi değiştirebilirsiniz? Ve Bill'in buradaki noktaya gelince, sadece bir saniye önce, bu sorunu çözme döngüsü gerçekten kısaldı, değil mi? Sadece eskisi gibi değil - bunu çabucak düzeltmelisin. Yoksa sadece kullanımda büyük bir düşüş olacak, değil mi?
Robin Bloor: Evet, bununla oynanan bir sürü başka şey var, bu yüzden bu çevik gelişmeye sahipsiniz ve şimdi birçok yerde beklentileriniz var, yeni bir sürüm yayınlayacaksınız her iki haftada bir geliştirilme ya da değiştirme sürecinde olan bir şey. Ve bu da, bunu düşündüğünüzde yapar, dağıtım ortamlarını düşünürseniz ve yığının mobil cihazlara girerken ne kadar büyük olduğunu düşünürseniz, aslında son düğümde birden fazla potansiyel cihazınız vardır, ve sonra ortada ara katman yazılımı olacak. Ve altında da olabilir ve altında da veritabanları olabilir. Yani, birçok uygulamaya dokunuyor olabilirsiniz; birden çok veritabanına dokunuyor olabilirsiniz ve güvenlik açısından çok karmaşık şeyler yapıyor olabilirsiniz. Ve hepsi işe yarıyor ve beklentisi gayet iyi çalışacak.
Ve şaşırtıcı olan şey bazen oluyor, ama benim düşüncem, eğer gerçekten, eğer şirketin başarısı için gerçekten önemli olan mobil uygulamalar geliştiriyorsanız ve birçoğu ortaya çıkarsa, gerçekten. Petrol kuyuları ve petrol boru hatları ve bunun gibi şeylerde mobil bakım yapıyorsanız, bu bir şekilde işe yarıyor. Çalışmamanın sonuçları sadece bir tür korkunç. Ve eğer uygulamayı gerçekten dilimleme ve işlerin nerede yanlış gittiğini bilme yeteneğine sahip değilseniz, çünkü bunların çoğu performanstır. Bugünlerde gerçekten iyi test koşumlarımız var, bu yüzden evet, geçecek hatalar ve hatalar var. Ancak çoğunlukla bir şeyler ters giderse performans sorunu söz konusudur. Ve eğer stetoskopu 18 farklı yere koyamazsanız, neyin yanlış gittiğini tespit etmek gerçekten zor. Ayrıca ağın bu konuda bir faktörünüz var ve bir uygulamadaki belirli bir bileşenin, söz konusu uygulamanın doğası nedeniyle günün farklı saatlerinde vurgulanabileceği gerçeğine de sahipsiniz. Tüm bunlarla bir şansa sahip olacaksanız, gelişmiş izleme araçlarına sahip olmalısınız.
Eric Kavanagh: Evet, aynı fikirdeyim ve bence bu gerçekten IDERA'nın Precise'ın gücü, bugünlerde. Ve Bill, sanırım sizden herhangi bir kapanış yorumu var mı? Bu teknolojinin harika olduğunu düşünüyorum. Ayrıca, bu teknolojinin bir kullanıcısı olarak, bilgi sistemlerinin karmaşıklığını ve bağımlılıklarını gerçekten anlamanız ve gerçekte ne olduğunu değerlendirmek için tüm bu bilgileri nerede, ne zaman ve nasıl sentezlediğinizi anlamanız gerektiğini anlıyorum. Ve bu zeki ve eğitimli bir insan gerektirir ve açıkçası, makine öğreniminin işleri götürmekle hiç ilgilenmememin bir nedeni budur. Bence makine öğrenimi böyle bir teknolojinin altında, ortak kalıpları tanımlamak ve son kullanıcıya burada neler olabileceğine dair önerilerde bulunmak için çok yararlı olabilir. Ancak, işletmenize bu tür sorun giderme yeteneğine sahip olmanın önemini gerçekten kazandırmakla ilgili bazı kapanış düşünceleri nelerdir ve zaten söylediklerinizin yanı sıra bu konuda ne bilmeliler?
Bill Ellis: Evet, Eric, sana muazzam miktarda karmaşıklık olduğunu kabul ediyorum. Metrik zamana odaklanarak, bir yığın çubuk grafiği okuyabilen bir kullanıcının Precise'ı başarılı bir şekilde kullanabileceğine inanıyorum Kesin ürün serisine ve bugünün web seminerine ev sahipliği yaptığınız için katılımcılara ve size ve Robin'e teşekkür etmek istiyorum.
Eric Kavanagh: Eminim! Dediğim gibi, bu arşivi bir süre daha ağırlayacağız, bu yüzden arkadaşlarınızla ve iş arkadaşlarınızla paylaşmaktan çekinmeyin; tüm bu web yayınlarını arşivliyoruz. Birkaç dakika önce slaytlara bir bağlantı gönderdim, bunu kontrol etmekten çekinmeyin, ama yine harika bir iş, Bill, bugün. Eşyalarını gerçekten biliyorsun; sizin gibi bir profesyonelle çalışmak her zaman eğlencelidir. Ve bence bu gerçekten mobil işgücü için olanaklı teknolojiler olacak! Bu yüzden zaman ayırdığınız için teşekkürler millet, bir dahaki sefere sizi yakalayacağız, kendine iyi bakacağız. Güle güle.
