Paket servisi: Ev sahibi Eric Kavanagh, Hot Technologies'in bu bölümünde Dr. Robin Bloor, Dez Blanchfield ve Scott Walz ile veritabanı trendlerini tartışıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya kaydolun.
Eric Kavanagh: Bayanlar baylar, merhaba ve 2016 IT Teknolojileri, BT dünyasının en sıcak gösterisine tekrar hoş geldiniz. Evet, gerçekten! Adım Eric Kavanagh, “Görünürlük Sanatı: Çok Platformlu Yönetimi Etkinleştirmek” başlıklı bir gösteri için bugün sizlerin ev sahibi olacağım, gerçekten. Birkaç kısa not, sizin hakkınızda bir slayt var, kuşkusuz beş yıl önce ve benim hakkımda yeterli, @Eric_Kavanagh. Yıl sıcak, bu bizim Sıcak Teknolojiler için standart slaydı. Bu programla yaptığımız şey, belirli bir teknoloji türünü tanımlamamıza yardımcı olacak bir program istedik, yani bütün fikir, içeri giren ve belirli bir alana ya da belirli bir işlev türünü ele alan iki analistin elde edilmesi gerektiği. işletmenin ihtiyaç duyduğu ve ardından satıcı girip neyi yaptıklarını gösterir ve analistlerden duyduklarınızla nasıl hizalandığını açıklar.
Ve bunun nedeni, tahmin edebileceğiniz gibi, kurumsal yazılım pazarlaması dünyasında, hakarete uğrayan terimler var ve değişmez bir şekilde olan şey, satıcıların en son sıcak terimi, büyük veri veya analitik örneğin, hatta SOA veya platform gibi farklı terimler ve bazen bu kelimeler belirli bir teknoloji için çok doğru ve bazen değil. Bu gösteri, sizi, izleyicileri, ne tür teknolojilerin yaptıklarını, nasıl çalıştıklarını ve ne zaman uygulamanız gerektiğini açıkça ifade etmemize yardımcı olmak için tasarlandı.
Bununla, konuşmacılarımızı tanıtacağım. Austin, Teksas'taki yeri Dez Blanchfield'ı, gezegenin diğer tarafını ve misafirimiz Scott Walz'ı Kentucky'den arayarak kendi Dr. Robin Bloor'umuzu aldık. Ve gerçekten sizin, aslında Pittsburgh'un dışındayım, bu yüzden bugün birçok farklı yerden tam coğrafi konumdaki bir organizasyonumuz var. Bununla, Robin’in ilk slaydını zorlayacağım, bu arada soru sormaktan çekinmeyin millet, utanma. Bunu web yayını konsolunuzun Q&A bileşenini kullanarak yapabilirsiniz. Ve bununla Dr. Bloor'a vereceğim. Zemin senindir.
Robin Bloor: Tamam, giriş için teşekkürler, Eric. Sadece ilk slayda geçeyim. Bu veritabanı hakkında düşünen fundalıklardır. Burada gerçekten yaptığım sunumun tamamı, son zamanlarda sahip olduğum veri tabanına dair genel bir düşünce dizisidir, asıl mesele, 2000 yılı civarında, aslında veritabanı oyunu anlamında bitmiş gibiydi. veritabanı uygulamalarının büyük çoğunluğunun ilişkisel veritabanı üzerinde gerçekleştiği Ve sonra, sadece değişti, bilirsiniz, merkatların düşündüğü tüm bu şeyler, sütun depoları, anahtar değer depoları, doküman veritabanları, hafıza içi veritabanı, grafik veritabanı ve birden fazla şey birden ortaya çıktı. Ve aniden ortaya çıkan farklı türden hayvanların fosillerine sahip olan yeni bir jeolojik dönem gibiydi.
Lake Wobegon'dan gelen haberler, tek bir model veri tabanı için bitti. RDBMS'nin hâlâ egemen olduğuna dair hiçbir şüphe yok, ancak başka tür veritabanları kuruluyor. Gerçekten, burada söyleyeceklerime genel bir bakış.
Veritabanının boyutları, bunlardan bazıları son zamanlarda daha önemli hale geldi, ancak bu slaydı yaptığımda düşünebildiklerim, herhangi bir sunucunun kaynaklarını verimli bir şekilde kullanarak ölçeklendiriyor muydu? Büyük kümeler arasında dolaşabilmesi için ölçeklenebilir mi? Bu tür bellekte bulunan veritabanlarının o yöne giden donanımından faydalanıyor mu? Dağıtılabilir mi? Dağıtılacak değişkenliği temel alan çok sayıda veritabanı vardır. Ne tür özellikleri var? Veritabanının temel ACID özelliği. Fakat şimdi gerçek tutarlılığa sahip olmak yerine, bazı veritabanları nihai tutarlılığa sahiptir, insanlar bunları kullanır ve onlarla bir problemi yoktur, bu yüzden ACID'nin kesinlikle gerekli olmadığını, sadece bir ortamda olması gereken iyi bir şey olduğunu kanıtladılar. birçok durum.
Meta veri organizasyonu açısından, tüm oyun değişti. Tipik bir RDBMS şeması yerine farklı meta veri organizasyonlarımız var. Optimize edici açısından, optimize etmeye çalıştığınız veri yapılarına bağlı olarak devam eden çok sayıda optimizer etkinliği var. Yönetilebilirlik açısından, bu konuda daha sonra geleceğim konusunda çok fazla fark var, ancak temelde bir DBMS'nin yönetimi yönetilebilir ve yine de bir dereceye kadar yönetilebilirliğinin kapsamı yararlılığının derecesini belirliyor.
Donanım faktörleri açısından, bu gerçekten demek istediğim nokta - yani burada yapılan tek bir nokta var - burada yapılan nokta, veritabanı mimarisi açısından bugün baktığımız her şeyin değişeceğidir. Aynı veritabanları olabilir, ancak bir şekilde veya başka bir şekilde, donanım düzeyinde gerçekte neler olup bittiğini hesaba katmak zorunda kalacaklar. Uzun yıllar boyunca, oldukça basit bir CPU, bellek ve döndürme diski durumu yaşadık - gerçekten de oldu.
Buradaki nokta, her şeyden önce CPU'larımız var, ancak daha önce birçok, çok sayıda farklı işlem çekirdeğine sahip olduklarından çok daha fazla paralel kapasiteye sahipler. Ayrıca GPU'larımız da var, FPGA'larımız, farklı silikon çeşitlerimiz de var, ancak Intel bir sonraki sürümünde CPU ile bir FPGA ile evlendi ve - VE - aynı çipte GPU ve CPU'larla birlikte evlendi. Farklı özelliklere sahip fişleriniz var. Bir GPU’nun avantajı, ağır paralellik ve özellikle sayısal hesaplama için gerçekten harika olmasıdır. FPGA'lar, bir şekilde veya başka bir şekilde, kodu çipin üzerine koyabilirsiniz ve yalnızca çipi beslediğinizden çok daha hızlı çalışır.
Olan bitenler arasında bir üreme var. Yeni bellek türleri olan, RAM’den daha yavaş, RAM’den daha ucuz fakat geçici olmayan IBM’in Intel ve PCM’lerinden 3D XPoint var. Ve bunlar, konuştuğum bir dizi yazılım satıcısı arasında biraz heyecan yaratıyor. SSD'lerimiz var ancak şimdi çok, çok büyüyorlar ve paralel erişim sağlıyorlar. Çok büyük bir SSD'ye paralel erişim ile RAM okuma hızlarına benzer okuma hızlarına yaklaşabilirsiniz. Bu üç çeşit depolama RAM'ımız var, hepsi de oldukça hızlı olacak olan 3D XPoint eşyaları ve SSD'ler. Ve hız veritabanının özü olduğundan, tüm veritabanı teknolojisi bunları olabildiğince hızlı bir şekilde kullanmaya çalışacaktır. Ve bu paralel mimariyi içerecek ve dahil edecektir, ancak paralel mimariyi ölçeklendirecektir. Donanım seviyesi performansı her zaman hızlanıyor, yıllarca sürdü, yapmaya devam ediyor ve genel maliyetler düşüyor.
Gözyaşı Yolu. Bu sadece veritabanlarındaki farklı denemelerdir, ilişkiselden önceki ilk veritabanlarına genellikle ağ veritabanları denir, daha sonra ilişkisel veritabanları gelir, daha sonra nesne veritabanları gelir, çok fazla çekişmez olurlar, sonra sütun depo veritabanları gelirdi. ilişkisel veritabanları çok farklı yapıldı. Daha sonra, belge veritabanlarını ve nesne veritabanlarının farklı şekilde yapılan SQL veritabanlarını veya isterseniz aynı nesne veritabanlarının aynı sütununu yakaladıklarını ve yakaladıklarını gördük. Ve son zamanlarda, çekiş ve RDF veritabanları elde eden grafik veritabanlarına sahibiz. Baktığınız şey, yerleştirilmekte olan en az üç farklı veri yapısı kümesidir. İlişkisel veritabanı tabloları ve satırları çok iyi yapar. Belge veritabanı ve nesne veri tabanları - garip veri yapıları, özellikle hiyerarşik veri yapıları çok iyi yapıyorlar. Grafik veritabanları ve RDF veritabanları ağ veri yapılarını çok iyi yapar. Ve bu farklı, onları üç satır olarak düşünüyorum, bu satırlar süresiz olarak devam edecek. Durmayacak, çünkü bunları iyi yapan motorlar diğer veri yapıları üzerinde özellikle iyi çalışmıyorlar.
Ve sonra Hadoop'un bozulma faktörü var. Hadoop’un veritabanı değil, HDFS’yi depolama yapıları için kullanan veritabanları var. Ve Hadoop'un yaptığı birçok şey, bir veritabanı için yapılması gereken yönetimsel şeylerdir. Ayrıca Spark'ın da bir veritabanı olmadığını söylemeye değer, ancak var ve bir olgunlaşmamış, ancak bir SQL iyileştiricisi var ve bu nedenle verileri nereye depolayacağınızı bilmeden bir veritabanının çekirdeği gibidir , ancak bunu HDFS'ye yapıştırırsanız, veritabanı gereksiniminin birçoğu, yalnızca temeldeki dosya sisteminin yetenekleri tarafından karşılanır. Özellikle Spark, veritabanı ekosisteminin bir parçası haline geldi ve genellikle daha güçlü veritabanlarıyla bir araya geldi ve bunun nedeni gerçekten analitik. Analytics - Spark, analitikte çok, çok hızlı gidiyor. Analytics, çoğu insanın şu anda yatırım yaptığı başlıca uygulamadır, bu yüzden iki el ele yürüyor. Konsantrasyon kuralları yerine veri federasyonu, en az üç farklı gereksiniminiz olması, orada yapılandırılmış veritabanı türleri olması ve bu nedenle, aralarındaki verileri paylaşmak istediğinizde veri federasyonu olması gerçeğinden açıkça anlaşılmalıdır. Genellikle gereklidir, ancak ölçeklenen veritabanları ve buna sahip olmayan veritabanları da vardır, ancak Teradata veya Vertica gibi güçlü motorların çok özel bir yeri vardır, ancak federasyonun çok fazla işini yapabilen daha küçük motorlar vardır. İlişkisel veritabanları arasında bile uzun, uzun bir süre orada olması muhtemeldir.
Söylenecek son şey, IoT, şişman kadın veriyi dağıtmaya başlayana kadar bitmedi. IoT, veritabanı dünyasında bir şekilde veya başka bir farklı dinamikler yaratabilir ve bu, işleri daha da karmaşıklaştıracaktır. Umarım, bir şekilde veya başka bir şekilde olacak - devam eden bir çeşit yakınlaşma olacak, ancak ilişkisel veritabanlarında olduğu gibi hepsinin bir araya geldiğini görmüyorum. Zaten yakında hiçbir zaman değil.
Ve sanırım tüm söyleyebileceğim şey bu yüzden Avustralya'ya dağıtacağım.
Dez Blanchfield: Sağol Robin. Bize katıldığınız için herkese teşekkürler, bu sabah ya da öğleden sonra vaktiniz için teşekkürler. Bu gerçekten sıcak bir konudur, çünkü son on yılda ve bir miktar, başa çıkmak zorunda olduğumuz veri miktarında oldukça büyük bir patlama yaşadık ve verilerin çoğu zaman için bir sistem biçiminde yer alması durumunda bir formun veri tabanıdır. Bizi buraya nasıl geldiğimizi ve yaratılan sorunu ve şimdi ele almamız gereken şeyleri, çok yüksek seviyeli bir yürüyüşe hızla götüreceğimi düşündüm. buna uygulanabilecek çözüm. Buradaki ilk slaydımı tutmama izin ver.Şimdilerde DB admin 2.0 veya database admin 2.0'ın türden olduğumuz noktada olduğumuzu düşünüyorum, bir zamanlar bir veritabanı yöneticisinin oldukça basit bir rol ve meydan okuma olduğu bir zamanlar ve çok hızlı bir şekilde birini eğitebilirsin. Bugünün dünyasında artık durum böyle değil ve size bunun neden böyle olduğunu göstereceğim.
Bir zamanlar, bir veritabanı yöneticisi DB arka ucuna bağlanabildi ve hızlı bir gösteri veritabanları hazırlayabilecekti ve sistemde, farkında olmaları gereken ve çok hızlı bir şekilde geçebilecekleri bir veritabanı listesi olacaktı. bu veritabanları ve bunları seçip etrafta bir dürtme ve bir sondaya sahip olup, translate'i kullanır, bir tabloda ne olduğunu ve her bir sütun ve satırın ne olduğunu bulmak için tabloyu açıklar ve ortalamayı okuyorsanız oldukça basit bir sorundur. Her platform için veritabanı yönetimi hakkında iki veya üç yüz sayfa kitap, bir roket bilimi derecesi yapmak zorunda kalmadan neredeyse kendinize öğretebildiniz.
Ancak artık durum böyle değil ve bunun nedeni, benim düşünceme göre, veritabanı dünyasında herhangi bir kişinin bir uzmanın uzmanı olması ve manuel olarak yönetmesi ve yönetmesi için çok fazla seçenek olması. . Bunun sebebi, son dört ila beş yıl boyunca, sunucular ve veritabanı sistemleri ve veritabanı sunucuları ve uygulama takımları dünyasına gelince, çok, çok uzun bir yoldan geldik. Bir zamanlar, etkili bir şekilde küçük verilerle uğraşmak zorunda kaldığımız büyük bir demirimiz vardı ve geriye dönüp baktığımızda gülerek küçük. Geçen gün, NASA'nın lider programcısı ve geliştiricisi olan bu inanılmaz bayanın, erkekleri aya koyduğumuz sırada, gerçekten düzgün bir fotoğrafını gördüm ve kodu, yüz otuz iki sütun çizgisi ers ve yelpaze katlanmış ve yazdığı kod miktarı, olduğundan daha uzun sürdü.
Ve düşündüğüm zaman, sanki aslında, muhtemelen en az, en az değil, en fazla yazması gereken yaklaşık iki ya da üç yüz megaplık veriydi. Ve böylece, kodunu tutmak için gereken toplam veri miktarı, fiziksel olarak kağıda konulduğunda kendisinden daha uzun boylu olmasına rağmen, aslında çok, çok küçük bir miktardı. Bu büyük oda büyüklüğünde bilgisayarlar bile ve bu, bu belirli slayttaki bir IBM System / 360 olsa da, alabileceği veri miktarı bugünün dünyasıyla karşılaştırıldığında çok küçüktü. Aslında, akıllı telefonlarımız 60 ve 128 ve 256 gig değerine sahip ve kısa sürede flaş fiyatı düştüğünde telefonlarımızda terabayt olacağız.
Ve böylece o dönemde ve o dönemde, veritabanı yönetimi oldukça kolaydı. İşte bir 3270 terminal oturumunun ve bir DBA için oturum açıp veritabanına bağlı dosya sayısını ve orada bulunan dizinleri ve satırları ve sütunları kolayca görebilmenizi sağlayan bir resim. Ve bu ekran görüntüsünde, bunun con'unun bir tablo ve bir dizi tablo alanı olduğunu, bir veritabanı tablosunu yöneten tüm ana bilgisayar olacağını görebiliyorsunuz. Oysa bugün, veritabanı sistemlerinde milyarlarca kayıt sırası tutuyoruz. Değişim, veri tabanları ve veri yönetimi sistemleri kurmamıza izin veren teknolojideki bir kayma ile gerçekleşti.
Orijinal ana bilgisayarların ve veritabanı çalıştıran pek çok bilgisayarın ve sonuçta ilişkisel veritabanlarının çeşitliliği hakkında düşünürsek, bu kadar elli yıl önce ve o büyük demir dünyası ve sahip olduğumuz küçük veri kümeleri, o zamanlar seksenlerin yaklaşık , biz bir nevi ana bilgisayarlardan miniden mikroya düştük ve dBase II ve dBase III, DOS ve CP / M gibi bilgisayarlarda çalışan bilgisayarlarımız vardı ve çok erken bir ilişkisel veritabanı vardı. mevcut stil teknolojileri mevcut ve ana sistemde alıştığımıza kıyasla oldukça iyi ölçeklendiler. Doksanlara geldiğimizde, Oracle ve DB2 gibi şeylerden hoşlanıyorduk. Doksanlı yılların sonlarında, bir ağ modeli gibi yapıştırabilecek gizli bilgisayarlar, çok, çok büyük makineler, kabine büyüklüğünde makineler bir araya gelerek bu bilgisayar kümelerini beğenip inşa eden insanlar vardı. Fakat o zaman bile, bugün gördüklerimize kıyasla hala küçüktü.
Ancak buraya geldiğim slaytta, bu Hadoop kümesi ve tek bir makine gibi etkili bir şekilde çalışıyor ve aslında sadece gerçekten, gerçekten büyük bir bilgisayar ve şimdiye kadar alıştığımız web ölçekli veri türlerini tutabiliyor. . Ve böylece veritabanı yönetiminin zorluğu, bu tür platformlarda veritabanı yönetimi gerçekten de, roket bilimi haline geldi. Çalıştığı teknolojiyi, çalıştığı platformu, içinde bulunan verileri, bu verilerin kullanım türlerini anlayabilmeniz için son derece akıllı bir karakter olmalısınız. Ve evet, bu patlamayı, Microsoft SQL'in bir şey haline getirdiği 2000'lerin başından beri gördük, Lotus Notes oldukça iyi bir şekilde kurulmuştu ve buralarda dolaşan Lotus Notes veritabanlarının sayısı oldukça korkutucu. Ve her zamanki Oracle ve DB2 görevlilerimiz vardı ve gerçekten el ele almaya başladılar. Gibi bazı markalar solmaya başlamıştı. Ama biz hala tam olarak bu noktaya kadar geleneksel veri tabanı yönetimi yapıyorduk, bu tür bir 2006 dönemi etrafında döndük, o küme görüntüsüne geri dönersem, Beowulf kümeleri dediğimiz bir şeye dönüşebildik. kullanıma hazır PC'leri alın ve bunları birbirine yapıştırın ve büyük süper bilgisayarlar yapın.
Ancak bu noktadan itibaren, insanların eski okul veri tabanı yönetimi yapabildikleri bir devrilme noktasını geçtik ve - dediğim gibi, ölçeğin çok hızlı bir şekilde çok, çok büyük olduğu ortaya çıktı. Sanki veri teknolojisini ve veri yönetimi teknolojisini benimsemeye sürükleyen teknolojide ve özellikle de çevrelerindeki veritabanlarında bu büyük patlama olayı yaşanmış gibi. Çünkü, verileri farklı biçimlerde barındırmak için yüksek performanslı bilgi işlem tarzı kümeleri oluşturduk. Ve bu noktaya değinmek için, burada bize sunulan veritabanı teknolojilerinin 2016 itibariyle manzarasının bir görüntüsü. Alt sağ köşeden ve açık kaynaktan, altyapıdaki sol üst köşeye kadar uzanıyor. Ve bize sunulan uygulama çözümlerinde sağ üst köşede ve sol alt köşede, analitik yapan altyapı ve performans motorlarının bir karışımı vb. Ve ortada, akıllı telefonlarımız gibi elbette çok küçük veritabanlarında çalışan, bizim telefon rehberlerimizi ve benzeri şeyleri yönetmek ya da çağrı kayıtlarımız ve sahip olduğumuz diğer şeyler yapmak için kullandığımız cihazlar var.
Ve aklımda bu patlama vardı, bir çeşit Kambriyen patlaması gibi bir şeye, bu kadar kısa bir süre içerisinde gerçekleşen teknoloji gelişimi miktarının yaklaşık 2006'dan 2016'ya kadar olan 10 yıl boyunca gerçekleştiğini, sanki. Şimdi grafik veritabanlarının büyük bir şey olduğunu, bellek içi veritabanlarının büyük bir şey olduğunu gördük, SQL veritabanları geliyor. Farklı bilgisayar modellerine geçiş Hadoop geldi, MapReduce modelimiz vardı, şimdi Spark ve akış analitiği ve akış bilgisayarları, esnek dağıtılmış veriler, insanların kendileri için geliştirmeleri gereken çerçeveler, ihtiyaç duyduğumuz ölçeklere ulaşmak için, ve bu yolculuğu düşündüğümüzde, sıradan bir şüpheyle, genel şüphelilerle, Oracle, PostgreS, Sybase, IBM DB2, MySQL ve Microsoft SQL Server platformuyla ilişkisel veritabanı yönetim sistemlerinin ne olduğunu. Şimdi blokta yeni çocuklar gördük, Clustrix, Xeround, NuoDB, MemSQL ve daha önce o slaytta gördüğünüz düzinelerce ve düzinelerce daha var. Bu platformları bilmek zorunda olduğunuzu ve bunları nasıl uygulayacağınızı ve tek bir cam görünümü elde etmeyi, bir DBA olmanız ve bunları yapmanız gerektiğini bilmenizin zorluğunu hayal edebiliyorsanız, zorluk önemsiz değildir. Ve sonra aniden tüm yeni bir eğlenceli meydan okuma cinsi olan NoSQL motorları geldi.
Ve bu yüzden burada sahip olduğum son slayt, son bir-iki-üç nakavt yumruğu türüdür ve bu, şimdi bu teknolojilerin bir kısmını aldık ve onlar için bir hizmet kabiliyeti yarattık; bulut modelleri ve artık bir hizmet olarak kullanılabilirler, bir hizmet olarak, temel olarak bir hizmet olarak veri tabanını elde edebilir ve Amazon'un Web Hizmetlerinde orada gördüğümüz olağan markalar ve Google'ın Bulut Hesaplama Platformu ve Microsoft Azure, insanlara gelenler. Dikkat, ama aslında onlarca ve onlarca bulut platformu var. Örneğin Avustralya’da, çeşitli biçimlerde veri tabanı hizmeti sunan büyük ölçekli bir genel buluttan kurtulan yüz on iki şirket gibi bir şey var.
Ortalama DBA'nın yataktan kalkması, işe gitmesi ve şimdi başa çıkması gerektiği konusundaki zorluğu düşünmek, oldukça şaşırtıcı bir sorundur. Ve şimdi çok fazla görüşüm var ki, yaşamdaki birçok şey gibi, yatay ve dikey olanları da büyütdük, bu altyapının çok yatay, doğrusal bir büyüme modelinde ölçeklendirildiği ve yığının karmaşıklığı. dikey anlamda, veritabanı platformlarının sayısı, uğraşmamız gereken uygulama çerçevesi ve modellerin sayısı, insanların tek bir cam görünümünde başa çıkmaları gerekenlerin ve şimdi veritabanı yöneticilerinin ihtiyaç duyduğu şeylerin ötesine geçmiştir. Tüm bu platformlarla konuşabilecek, onları yönetecek, yönetebilecek ve destekleyebilecek yeni bir araç seti ve bu sabah ya da bu öğleden sonra görüşmelerinizin tümünün konu olduğunu düşünüyorum. Ürünü hakkında çok konuşacak olan misafirimize ve bu zorluğun üstesinden nasıl geleceği konusunda teslim edeceğim.
Eric Kavanagh: Tamam Scott, yardım edeceğim.
Scott Walz: Çok teşekkür ederim, tamam, teşekkür ederim. Teşekkürler Dez, teşekkür Robin, ve bugün beni aramaya katıldığınız ve katıldığınız için herkese teşekkürler. Doksanlı yılların başından beri uzayda bulunduğundan, beni hatıra şeridindeki bir yürüyüşe götürdüğü için Robin ve Dez'e teşekkür etmek istiyorum. Bu slaytların ve resimlerin hiçbirinde görmediğim bellek, delikli kartlardı. Ve üniversite dışında ilk işime başladığımda, yanımdaki küpteki iş arkadaşım delikli kartlarına dokunmamamı söyleyen ilk başıma geldi. Bu yüzden, evet, kesinlikle ve bu gerçekten de bir meydan okuma ve müşterilerimizin doksanlı yılların ortasından bu yana müşterilerimize hitap etmesine yardım etmeye çalıştığımız bir zorluktu ve bu bugün hakkında konuşmak istediğim bir ürün. Çoklu platform yönetimine bir göz atalım ve bu yalnızca bir alt kümedir. Bir grafik seçtim ama Dez'in ortaya koyduğu gibi -
Eric Kavanagh: Ekranını paylaşmalısın.
Scott Walz: Oh, eminim teşekkür ederim.
Eric Kavanagh: Telaşa gerek yok. Ve millet, utanma, soru sorma, bugün çağrıda üç smarty pantolonumuz var, bu yüzden zor sorular. Web yayını konsolunuzun Q&A bileşenini kullanabilir veya BriefR etiketini tweetleyebilirsiniz. Tamam Scott, götür onu.
Scott Walz: İşte gidiyoruz, teşekkür ederim. Bu slaytı ve bu görüntüyü yakaladım. Dez imgesi beni gerçekten mahvetti çünkü bu, bugün gerçekten yaşadığımız dünya ve DBA’ların gerçekleştirdiği dünya. Ve dedikleri gibi, artık, sen, gerçekten, başarabilmek için mücadele etmek Bunu sadece kaba kuvvetle yapmak için. Gerçekten araçlara ihtiyacınız var ve bu, oynamaya geliyoruz ve tüm geçişin, ilk başladığınız andaki değişimin ve bahsettiğiniz gibi çok sessiz kaldığını görüyoruz ve sonra birden fazla veritabanı platformuyla çalışmaya gittik. Bu bizim araçlara yaptığımız ilk baskımızdı ve sonra kuruluşların olduğu yere geri döndü ve 2000 yılından sonra ve biraz daraldığında. Örgütlerle birlikte sağlam olmak istedi, ama sonra geri döndü ve tüm bu yeni platformları tanıttığınızda gerçekten patladı. Ve şimdi, belirli bir platforma veya belirli bir teknolojiye güvercin haline gelmek yerine, bu kuruluşların hiçbiri en iyisini bulmaz. En iyi uygulama veritabanı nedir, kullanılacak en iyi platform nedir? Ve bununla birlikte, DBArtisan ile yaptıklarımız hakkında sizi biraz yönlendirmek istiyorum. DBArtisan, 20 yılı aşkın bir süredir platformlar arası ortamlar dediği gibi yöneten amiral gemisi ürünümüzdü ve yaşadığımız yer burasıdır ve müşterilerimizi vurgulamak, çalışmak ve onlara üretken olmalarını sağlamak için araçları vermeyi seviyoruz. ve yapıldı.
Devam edelim ve hemen içeri atlayacağım. Ürünü slaytlardan geçerken daha çok gösteriyorum ve muhtemelen sizin de yaptığınızı düşünüyorum. DBArtisan'ı daha önce görmemiş olanlarınız için, comp'e bakıyoruz ve bence Dez “tek cam bölmesi” terimini kullandı ve bu, DBA'ya tek bir bakış atmak için kendimizle gurur duyduğumuz bir şeydi. tüm platformları. Tamam, başka bir uygulama açmanıza gerek yok, sizi oraya bağlayıp içeri sokacağız ve platformla çalışmaya başlayacağız. Veri tabanı gezginine sola baktığımızda, bunu uygun gördüğümüz şekilde oluşturabilir, istediğimiz şekilde düzenleyebiliriz. Ve bir karışımım olduğunu göreceksiniz, bazı Oracle sunucularım, benim MySQLim var, burada PostgreS'im var, ayrıca bir tane var - bazılarının MySQL sunucu ortamını içeren etiketli üretim sunucuları. Yine tam orada, iyi bir formda olduğumuzu görebiliriz. Yeni bir veritabanı kaydetmeye bakarsam, desteklediğimiz platformlardan birini görürsünüz, getirmek istediğim bir çift var. Bunun sizin SQL'iniz olduğunu fark edeceksiniz, bunun için destek, Teradata, Apache, PostgreS, işte bizim desteklediğimiz jenerikler.
Herhangi bir platformda JDBC veya LDBC sürücüsü varsa, DBArtisan'ın içinden bağlantı kurabilir, bağlantı kurabilir ve platformla çalışmanıza izin verebiliriz. Yine, elinizdeki işe odaklanmanıza izin verin ve nasıl halledeceğinize değil. Bunların arasında yürü. Ancak ürün hakkında birkaç şey göstermek istiyorum. Bu durumda, hadi açalım ve örneğin Oracle ile ilgileneceğiz. Bu sadece buradaki küçük açılış sayfam, ancak gidip çalıştığım şemalardan bazılarına bakmak istiyorum. Daha büyük şemalardan birine gireceğiz, bu yüzden tekrar tabloların listesini geri getireceğiz. Doğru, bu durumda, bir masa açacağım, bu yüzden sadece onları seçeceğiz ve bu onları nesne editörümüze getirecek.
Şimdi, Oracle yıllardır birlikte çalıştığım bir şey, size göstereceğim şey muhtemelen sizin için kolay bir ifadedir. Ancak Oracle platformsa veya PostgreS platformsa veya Teradata size yeni verilmiş bir platformsa ve hızlanmak için gelmeniz gerekiyorsa, eldeki görev bir sütun eklemektir. Ya da belki eldeki görev bir sütunu silmek. Fakat sentaks için endişelenmek istemezsin, değil mi? Gitmek istiyoruz, sadece ihtiyacımız olanı yazalım, kurduk ve üretmek için DBArtisan'dan ayrıldık. Burada “Alter” a basacağız. Bu senaryo bizim için oluşturulacak. Yine çok basit bir örnek, fakat asıl mesele bu sütunu oluşturmak ve masaya yerleştirmek için bizim için işi yapacak.
Yine de yapabileceğimiz şey, tablodaki sütunları taşımak. Bunu geleneksel yöntemlerle yapmaya çalıştıysanız, bunun gibi tek bir kod satırından biraz daha karmaşıktır. Fakat yine de, DBArtisan sahne arkasında çalışacak, sizin için kodu üretecek ve tekrar SQL'i üretecek. Buradan çıkacağız. Yapmadan önce, üstteki tüm sekmeleri tekrar dikkat edin, kullanıcı arayüzü çok sezgisel. Explorer'a gelirsem, PostgreS'e inersem, değil mi? Şema kipime girersem, masaya bak, çok benzer bir görünüm ve his, değil mi? Bunu açacağız, yine burada bilgileri göreceğiz. Özellikleri, ataları, sütunları. Platforma özeliz, bunu gösterebilmeniz ve nesnelerle çalışabilmeniz için size kullanıcı arayüzünü vereceğiz. Ne yapman gerektiğini bileceksin, ve bunu verimli ve zamanında yapmanı sağlayacak, böylece tam olarak oraya gitmek için gereken maddenin ne olduğu konusunda endişelenmene gerek kalmayacak. bu seçeneği sağlayın. Bunu senin için hallederiz.
Ayrıca, baktığımızda, şimdi SQL Server'a çıkacağım ve diğer özelliklerden biraz bahsedeceğim, bu yüzden hepimizin veritabanını izlememiz gerekiyor. Böylece tekrar başlayın, gerçekleşen tüm oturumları, çalışan oturumları görelim. Hangi ifadelerin yürütülmekte olduğunu ve bunun üzerinde kontrol sahibi olabileceğimizi nasıl göreceğiz? Bir oturumu durdurmamız gerekiyor mu? Veritabanında olabilecek kilitleri görmemize gerek var mı? Kilitleme kilitleri var mı? Yine, burada tüm bu bilgileri parmaklarımızın ucunda, hızlı bir şekilde tepki vermemiz, gerekirse düzeltici eylemler gerçekleştirmemiz ve geri döndürmemiz için elimizde bulunmaktadır. Gezginimize geri döneceğiz. Burası, burası itici nokta, burası her zaman geri döndüğüm yer, kişisel olarak işlerin başlamasını ve buradan çalışmayı sevdiğim yer. Yardımcı programlara bakmak için bir SQL Server veritabanına bağlı olduğum gibi. Çapraz platform olduğumuz için, çıkartmalara, göçlere bakmaya başlayabiliriz. Nesneleri bir platformdan diğerine geçirmemiz gerekirse platformlar arasında hareket edebiliriz, bu nesnelerin farklı platformlarda bulunması koşuluyla bunu yapabiliriz. Şemaları çıkartın, raporlara yayınlayın, verileri yükleyin, boşaltın ve veritabanlarını yedekleyin.
Yine, tüm bu UI içinden. Ve buraya aletlere gelince, kullanabileceğimiz eksiksiz bir alet seti görebilirsiniz, değil mi? “Dosyalarda Bul” arasında, aradığınız dizeyi bulmak için sistem tablolarının içine baktığımız tam bir veritabanı araması yapabiliriz. “Script ve File Execution”, eğer birden fazla platforma, çoklu veri kaynağına karşı çalıştırılabilecek standart bir ifadeniz varsa, bunu bir DBArtisan içinden gerçekleştirilmesini istediğimiz hedeflere işaret ederek ayarlayabiliriz. “Git” e bastığınızda, tüm bu hedef veri kaynaklarına karşı sonuçları bize geri getirecek ve geri getirecektir. Yine, o tek camdan çalışmana izin vermek.
Ve yine “Analyst Serisi”, bunlar daha derinlemesine. Bunlar, daha yeni platformlardan daha fazla içeri girmeye başladığımızda, bu işlevselliği de bu arenalara genişlettiğimizi görmeye başladığınızda, ilişkisel veritabanlarına yöneliktir. Ve genel olarak, sadece çok sayıda kullanıcı arayüzü geliştirmesi. DBA için özel olarak tasarlanmış özellikler. Bizim gibi bir script kütüphanesi yapabilme yeteneğine sahibiz.Sıklıkla birden fazla platforma karşı yürüttüğünüz SQL komut dosyaları, buraya kaydedin, sürükleyin, yeni bir ISQL penceresi kurar kurmaz, komut dosyasını içeri sürükleyebiliriz ve komut dosyasını şimdi kullanıma hazır hale getirdik. Yine, bunu yapmak ve yönetmek için parmaklarınızın ucunda olması. Bazı platformlar için önceden tanımlanmış komut dosyaları ile sunduğumuzu fark edeceksiniz, böylece ileriye gidebilir ve istediğiniz zaman istediğiniz kadar oluşturabiliriz.
Sevdiğim ve pek çok müşterimizden hoşlandığım hoş bir şey, eğer ilgileniyorsanız ve bu soruyu çok fazla ele alıyorum, “Bunu nasıl yaparım? Bu oldukça havalı. DBArtisan bunu nasıl yapıyor? ”Burada küçük bir özellik var,“ Logfile ”, yürüttüğümüz tüm SQL ifadelerini günlüğe kaydedebilirsiniz, böylece bu keşfi nasıl doldurduğumuzu veya PostgreSQL tablosu için editörü nasıl doldurduğumuzu bilmek istiyorsanız veya bir Teradata tablosu, SQL'i kaydedin; DBArtisan'ın veritabanına karşı yürüttüğü her şeyi kaydedeceğiz; geri dönüp bu SQL'e bakabilir ve ihtiyacımız olan her şeye sahip olabilirsiniz. Belki de bunu senaryolarınızdan birinin parçası olarak eklemek istersiniz. Kesinlikle. Tamamen iyi.
Yaptıklarımız ve veritabanına karşı yürüttüklerimiz konusunda çok şeffaf olmayı seviyoruz, bu nedenle veritabanına uyguladığımız her şeyi kaydetmenize ve kaydetmenize izin vereceğiz. Konfigürasyon seçeneklerimiz de var. “Nesne Sahibine Göre Düzenleme” olarak ayarladığımı fark edeceksiniz. “Nesne Türü” ile de ayarlayabilirim. PostgreSQL ortamıma tekrar girersem, SQL yerine baktım ise plana girdim. sadece bu şemaya ait GIM masalarım, şema adlarına bakmaksızın tüm tabloları göreceğim. Yine, kendi iş akışınız ve onu nasıl görmek istediğinizi gerçekten kişiselleştiren şeyleri düzenlemenin farklı yolları.
Ve konuşmak istediğim en son şey “Yer İmleri” ni belirleme yeteneğidir. Eğer delersem, eğer platformlarımdan birinde çalışıyorsam ve sadece masa moduma odaklanmak istiyorsam bir yer imi ekleyebilirim. Biliyorum, çok basit bir özellik, ama özellikle de bugünün DBA'sı kadar çok veri kaynağıyla ve platformla çalışırken çok güzel. Sisteme girebilmek için DBArtisan'ı başlatın ve yer imi yöneticisinin sizi ağaçta olmanız ve çalışmanız gereken yerdeki noktaya götürmesine izin verin. Ve sonra buradan yeni bir masa yaratabilirim ve yine, daha önce gördüğünüz platformlarda ve daha fazla araba kullanmanıza ve geliştirmenize ve yaratmanıza izin vermek için sizi “Sihirbaz” boyunca gezdireceğiz. Ve bunu sizin için perde arkasında yapmak için gereken tüm sözdizimini oluşturacağız ve sonunda size bir önizleme bölmesinde sunacağız. Doğrulayabilir, tam olarak ne üreteceğimizi görün. “Çalıştır” düğmesine, ardından “Son” düğmesine basabilir ve çalışmasına izin verebilirsiniz. Veya kaydedebilir veya başka bir ISQL penceresine gönderebilirsiniz, bu yüzden tekrar yapın, belki toplu iş saatleri sırasında kaydetmek ve dağıtmak istediğiniz daha büyük, daha büyük bir komut dosyasının parçası olması gerekir.
Bu, DBArtisan’a genel bir bakış. Bununla ilgili konuştuğumuzda, yine, pek çok platform görülen, bu platformlar için destek ve kullanıcı deneyiminin yanı sıra, müşterilerimizden gelen harika geri bildirimlerdir. Ve panelistlerden biri olarak ilgileniyorsanız, ancak IDERA veya DBArtisan ile ilgili bir şey bulmanız gerekiyorsa, ulaşmaktan çekinmeyin ve beni kesinlikle adresimde bulabilirsiniz.
Eric Kavanagh: Tamam, sanırım sorular için Robin’e açacağım ve sonra Dez’in ardından katılımcıların Q & A’sını izleyeceğim. Robin, al onu.
Robin Bloor: Tamam, demek istediğim, ilk soru, DBArtisan'ı bir süredir tanıdık olduğum için, onun yeteneklerinin farkındayım. Sizinle ilgilenmek istediğim şey buradan gelecekteki yolları. Demek istediğim, en son baktığımda, çok uzun zaman önce olmalı. Daha önce desteklediğinizi anlamadığım en az üç veritabanını desteklediğinizi görüyorum. DBArtisan için ileriye giden yol nedir? Sadece daha fazla veritabanı ekleyeceğiniz için muhtemel bir durum mu yoksa özellik uzatma özelliği mi? Bununla nereye gitmek niyetindesin?
Scott Walz: Bu harika bir soru ve yukarıdakilerin hepsini beğenmek istiyorum. Geleneksel RDBMS platformları hala oturmadığı için kesinlikle geliştirmeye devam edeceğiz, değil mi? İnşa etmeye devam ediyorlar. Bu yolu izlemeye devam edeceğiz. Ardından net yeni platformları destekleme yönüne bakmaya ve o yöne gitmeye başladığımızı göreceksiniz. Çünkü bu platformlardan bazıları büyümeye devam etse de, geleneksel RDBMS'nin, yeni platformların müşterilerin birlikte girebileceği doğru platformlar olduğu bazı durumlar olduğunun farkındayız. O piyasaya, o segmente gerçekten yaklaşıyoruz ve hangi platformlarla devam edeceğimize doğru kararlar vermeye çalışıyoruz. Pratik olarak her gün değişiyor gibi görünüyorlar.
Robin Bloor: Hem ben hem de Dez'in dediği gibi, çok hareketli bir pazar, muhtemelen ona bakmanın bir yoludur. İlgilendiğim başka bir şey - açıkçası bu soruyu kesin olarak cevaplayamayacaksınız, ancak zamanımda Oracle'ın binlerce örneğinin olduğu sitelere rastladım ve Oracle değildi. Bilinen tek veritabanı kullanılıyor, konuşlandırılıyordu. Ve onlarla aslında dünya üzerinde nasıl konuştuğumuzu konuştuğumda, “Eh, biliyorsun, sadece beş ya da altı büyük örnek var ve buna yaydığımız üç DBA'mız var” dedi. DBArtisan'ı kullanmakla ilgileniyorum, çünkü onunla çok fazla şey yapabilirsin, kaç veritabanını yazıyor, tipik olarak diyelim, hatta bir kerede kaç tane dizenin yönetebileceğinin en büyük örnekleri?
Scott Walz: Şey, durumları gördüm - ve yine, bu biraz karışık, bu soru, çünkü DBArtisan tek bir örnek için tanımlanmış birden fazla bağlantıya veya birden fazla veri kaynağına sahip olmamı sağlıyor. Belki bir syslogin yapmak istiyorum ve daha sonra daha düşük izinli giriş yapmak istiyorum, ancak müşterilerle her şey çöktü, bunun birden çok ekrana geçmesini sağladım. Şimdi onlara şunu sorduğumda, bana sorduğunuz soru, “O kadarı nasıl yönetirsiniz?” Demişti ve sonra “Yapmıyorum” diyor. Doğru mu? “Yapabildiğim şeyi yönetiyorum, ancak her şeye erişmem gerekiyor.” İnsanların yönetebileceği üst sınırların gerçekten, o kişinin, bireyin yapabileceklerinin üst sınırı olduğunu durduracak bir şey görmedim. üstesinden gelmek. Ama bildiğim gibi, bahsettiğim gibi, meydan okuduğum insanlar, tüm bu bağlantılara sahip olduklarını açıkça itiraf ediyorlar, ancak bunu yönetmelerinin mümkün olmadığını söylüyorlar. Takımlarına güveniyorlar. Senin yaşadığından emin olduğum gibi, evet.
Robin Bloor: Aslında, ben çok uzun zamandır yapmamama rağmen, aslında bir DBA oldum. Ve bildiğiniz gibi, ilişkisel veritabanlarındaki her şeyin üstünde ve ötesinde hatırladığım tek şey, SQL ile çok fazla şey yapabileceğinizdir. Genelde düşündüğünden daha fazla. Bu, bir şekilde veya diğerinde, DBArtisan’ın sahip olduğu işlevsellikten bazılarını açıklamaktadır, çünkü doğrudan SQL'e çevrilmektedir. Ama bilirsin, başka şeyler yaptığına eminim. Hepsi SQL komut dosyasıdır veya ezoterik durumlar için yazılmış başka özel rutinler var mı?
Scott Walz: Evet, birçoğu, bunun büyük kısmı SQL'dir, bu sadece doğasıdır. Ancak, satıcının önü olan, satıcının araçlarını kullanarak bir komut satırından çalıştırılabilecek yordamlar yazıyoruz. Örneğin, platformlardaki veri yükleme araçları için ön uçları koyacağız, değil mi? Bunlar SQL komut dosyaları değil, bunlar komut satırı işleri. Bunları üretecek ve DBA'ya daha sonra uygulayabileceklerini verebilecek. Evet, ikisini de biraz yapacağız, ancak bunların çoğu SQL komut dosyaları.
Robin Bloor: Bakarken, çünkü belli ki bir şekilde ya da bir başkası, oldukça yeni olarak kabul ettiğim gelişmelere bir göz atmalısınız. Yani, ilginç olduğunu düşündüğüm şeylerden biri, Spark'ın açıkça bir roket gibi hareket ettiği, ancak Spark’ın SQL'i, biraz daha SQL yetenekleriyle biraz daha olgun görünmeye başlamanın korkunç derecede olgunlaşmamış olmasından kaynaklanıyor. Böyle şeylere bakar mısın ve DBArtisan'lıları yönetmeye başlayıp başlamayacağını merak ediyor musun?
Scott Walz: Kesinlikle ve ben. O her zaman orada. Ürün yönetim ekibimizin gelecekte nereye bakacağımızla ilgili olarak her zaman nereye gideceğimizi ve kesinlikle bizim için masada olan her şeyi aradığını biliyorum.
Robin Bloor: Tamam, Dez, yığmak ister misin?
Dez Blanchfield: Evet, aslında, orada benim için kapıyı açtığın bir sürü harika şey var Robin. Çok teşekkür ederim. Bunun gibi ürünlere baktığımda, üzerime sıçrayan bazı şeyleri keşfetmeye istekliyim ve çok heyecanlandım. Ödevimi iki kez kontrol ettiğimde, çünkü daha önce de Dr. Robin Bloor'un söylediği gibi, o da benim gibi bir süredir bunu izliyor ve geçen gün sizin özel gereksinimlerinize baktığımı ve aslında bu şeyin çok çalıştığını düşünüyorum. gerçekte ne yaptığı hakkında eğilir. Ve bence bellekten - yanlış yaparsam düzelt beni - bir dizüstü bilgisayar performansının DBArtisan'ı rahatça çalıştırabileceği kadar az olduğunu düşünüyorum ve yine de oldukça önemli bir veritabanı arka ucunu çalıştırabildiğini düşünüyorum. Ve şimdi de Firebird olduğunu ve Greenplum olduğunu görmekle oldukça ilgilendim. Kelimenin tam anlamıyla tek bir gigahertz işlemcideki RAM konseri gibi çalışabilen donanımın gerekliliği veya teknik özelliklerinden oldukça etkilendim. Bu oldukça etkileyiciydi.
Ancak kullanım durumları birazcık içine dalmak istediğim bir şey. Ürünün alımının henüz kontrolden çıkmış olan mevcut ortamlar nedeniyle ihtiyaç duyulduğunu mu görüyorsunuz ya da insanların şu anda biraz daha proaktif olduklarını görüyorsunuz ve bildiğiniz gibi büyük, karmaşık. Ve örneğin, bir kuruluşun küçük, orta, büyük, her neyse bir grup şirketi satın alabileceği ve tüm bu ortamları devralarak yeni bir DB yeteneği oluşturmak zorunda kalacağı birleşme ve devralmalar hakkında düşünüyorum. Bunun için ne tür bir organizasyon ne de başvuru türüne göre kullanım örnekleri nelerdir? Ağırlıklı olarak mevcut ortamlara sahip olan ve onları temizlemek ve kontrollerini almak zorunda kalan insanlar mı yoksa insanlar biraz daha proaktif davranıyorlar ve erken inşa etmeleri ve sizi daha erken kurtaracakları karmaşıklığı düşünüyorlar mı?
Scott Walz: Konsolidasyondan bahsettiğiniz nedenlerden dolayı erken yaşta daha fazlasını görüyoruz. Sahip olduğumuz platform desteğinin genişliğiyle, geleceğin tam kanıtı değil, doğru, ama sizi ve DBA'larınızı gerçekten iyi bir duruma sokuyor, potansiyel bir kazanım hedefine baktıklarında, biraz daha az oldukları için Bilirsin, hangi platformların kalıtımsal olabileceği düşüncesi, değil mi? Önemli olmasına rağmen, doğru, endişe DBA'larımız için ne anlama geldiğinden biraz daha az, değil mi? DBA'ların artık bağlanabileceklerini bildikleri bir ürün var ve ürünü kullanmaya aşina olduklarında, henüz edindikleri bu platformla bağlantı kurmaya aşina olacaklar. Yani bu kesinlikle bizim gördüğümüz bir alan, yine biliyorsunuz, uzun zamandır, tüm bu platformların bir araya geldiği müşterileri, değil mi? Ellerimi bu işe nasıl sokacağım, değil mi? Ve bunu denediler çünkü düşünce süreci platformların her birinin bir aracı var, değil mi? Kendi aracımızı kullanabiliriz, değil mi? Ama nihayetinde geri dönersek, bilirsin, evet yapabilirsin, ama sadece platformların her birini öğrenmek zorunda kalacağım değil, şimdi her bir platformla birlikte giden araçlardan birini öğreniyorum. DBA’nın işini daha yeni birleştirdin. Bu yüzden bize geri döndükleri bu durumu görüyoruz ve “Biliyorsunuz, bunun için el ele almamız gerek. DBA için bir araç alalım, çünkü DBA'nın yapması gereken yeni bir aracın kullanıcı arayüzünü öğrenmekten daha önemli şeylerim var. Veya farklı araçlar. ”
Dez Blanchfield: Evet, kesinlikle hayır. Ve, bilirsiniz, gördüğünüzde, dün baktığımda hafızamdan sadece iki kez kontrol etmek için yanılmadığımı düşünüyorum, örneğin Sybase'i desteklediğinizi hatırlıyorum, bu yüzden bu şey bir süredir var. Aslında sizin için sorduğum başka bir soru daha var - evet, listenizde Greenplum ve Firebird'ün olması harika bir şey, ancak Sybase'iniz çok çabuk yaşlanıyor, bu bir süredir ortalıkta olduğunu ve iyi bir iş yaptığını gösteriyor.
Kümeler. Bu nedenle, bir DBA'nın en büyük baş ağrılarından biri, IP adresi ve bir grup API'ye neye benzediğini ya da JDBC veya LDBC olup olmadığını ya da neyle konuştuğumuzu ya da arkasında bir kümenin olduğunu işaret etmeleridir. DBArtisan, bir numaralı kapının ardında ne olduğu hakkında ne biliyor ya da ne biliyor, veritabanının arka ucuna girdiğimde olduğu gibi, oradaki tüm ortamları görebiliyor muyum, ve özellikle iki bölüm var. soru belki. Örneğin küme, IBM DB2 ve Microsoft SQL Veritabanı Sunucusu ile MySQL ve PostgreSQL ve Oracle ile bazı geleneksel RDBMS'lerin bazılarını destekliyorsunuz ve her zaman bir ana-köle veya ana-usta çalıştırıyoruz fazlalık ve yüksek kullanılabilirlik ve ayrıca performans için ortam. DBArtisan, bir numaralı kapının ardında, sadece bir veritabanı değil, bir küme olduğunu biliyor mu ve eğer öyleyse, bunun hakkında ne biliyor? Ve hızlıca akıp aynı soruyu cevaplayabilmeniz için üzgünüm. Öyleyse, sahip olduğunuz bazı senaryolarda yer alan kümelerin ardında, insanlar DBArtisan’ın kullanımına kadar üretim ortamları ve felaket kurtarma ortamları arasındaki karışımla nasıl başa çıkıyor?
Scott Walz: Harika sorular Size belirli platformlarda koşullu olacağını söyleyeceğim, çünkü denediğimiz kadarıyla, derinlemesine olan bazı özellikler için daha derin özellikler olan farklı seviyelerde destek alacağız. Örneğin, Oracle ve RAC ortamları olan Gerçek Uygulama Kümesi için, o kümedeki birincil düğüme bağlanabilirsiniz, ancak gösterdiğim veritabanı izleyicisinden geçerek SQL'in çalıştığını görmenize izin vereceğiz. aslında kümenin hangi düğümünde çalıştığını söyleyeceğim, değil mi? Yavaş çalışan bir sorgu olup olmadığını tam olarak görebilmeni sağlamak için, hangi düğümde çalışıyor? Kaçınılmaz olarak, kümenin nedeninin tamamı, son kullanıcı için olduğu için, nerede yapıldığına aldırmıyor, ancak DBA için bu tür bilgileri takip etmemiz gerekiyor. Örneğin, Oracle’da bu ayrıntı seviyesine inebiliriz. Bağlantımız olan diğer platformlar, muhtemelen Oracle için yaptığımız kadar ayrıntılı değil.
Üretim ve gelişim ortamı ile ilgili olarak, bu iyi bir soru. Aynı düzeyde destek veriyoruz. Yardımcı olacağımızın asıl yolu, bağlantı katmanı orada olacak, değil mi? Tüm özellikleri birbirine bağlayabilecek ve bunları yapabileceğiz. Veri kaynaklarını sınıflandırmak için DBArtisan’taki bazı özellikleri kullanan müşterilerim var, değil mi? Ve yine, sorduğunuz soru için bu biraz kapalı olabilir, ancak onların çalıştıkları gibi grafik olarak göstermelerini sağlayacağız. Çünkü bu, DBArtisan’la ilgili şeylerden biri, veri kaynakları arasında hızlı bir şekilde değişebildiğimdir. Ve bildiğiniz bir sonraki şey, kısaltılmış bir ifade vermeye hazır olduğumu ve bağlı olduğumu görmek için bakmaya başladığımı görmek - bunu sadece prodüksiyona veya gelişime karşı mı çalıştırdım? Bu yüzden DBArtisan'ın içindeki bazı DBA'lara, DBA'ların bazılarının DBA faaliyetleriyle birlikte bunları yönetme ve sorundan uzak tutmalarına yardımcı olacak bazı özellikler sunuyoruz.
Dez Blanchfield: Bunu göz önünde bulundurarak, şu anda desteklediğiniz uzun platformlar listesinde ve bunun kesin nedenlerden dolayı çok yakında patlayacağına eminim. Demek istediğim, örneğin ana bilgisayarda, z / OS'de DB2 deyişini destekliyorsunuz ve daha sonra orta sınıf olarak adlandırdığımız şeylerin (ama şimdi sadece UNIX sistemleri ve daha modern platformlar) beğenilerini destekliyorsunuz. Biliyorum, Linux ve sonunda Bluemix'in ve Cloud Foundry'nin beğenisine aktarılacak, böylece DB2'yi Bluemix'teki Cloud Foundry'de, IBM'de ise bulutta yumuşak bir şekilde çalıştıracaksınız. Şu anda insanlar yalnızca yönetim ve izlemeyi değil aynı zamanda göç etme ve verileri taşıma yeteneğinden önce bahsettiğinizden de çalışıyorlar. İnsanların DBArtisan'la yatakta zıpladığını ve “Ne olduğunu biliyorsun, eski ana makinelerde inmemiz gereken bir sürü şey var ve bunu yapmak gerçekten zordu. Eğer işaret edebilir, tıklayıp buradan oraya sürükleyebilirsem, verilerimi ve şemamı taşıyabilir ve taşıyabilirim. ”Bu insanların yaptığı bir şey mi?
Scott Walz: Gerçekten de hareket ediyorlar, değil mi? Verileri kaldırıyorlar, değil mi? Şimdi, DBArtisan'ı bunun için bir araç olarak kullanıyorlar. Onlar için her şeyi yapıyor mu? Hayır. Tam olarak orada değil, sürükle ve bırak olarak başlıyoruz, ancak bazı komut dosyaları oluşturmalarını sağlıyoruz, çünkü ideal olarak kullanmak isteyeceksiniz - bu işin olmasını istemiyorsunuz Bahsettiğiniz nedenden dolayı müşterinizde, dizüstü bilgisayarınızda çalışan. Çok düşük bir ayakla koşabiliriz, değil mi? Onlara komut dosyası oluşturmalarına yardımcı oluyoruz ve sonra bunları döndürüp oluşturuyorlar ve sonra bu komut dosyasını dağıtabiliyorlar ve sunucuda çalıştırıyorlar, değil mi? Ve gücü al, sunucunun arkasındaki beygir gücünü yap. Bu işi yapmak için işlerinin bir kısmını oluşturmalarına yardımcı oluyoruz.
Dez Blanchfield: Sağ. Sizin için son birkaç tane ve sonra geri dönebiliriz. Beni gerçekten etkileyen şey, zeyilname ekinden geçiyor, ki bu harika, ve aslında, daha fazla ayrıntıya girmek için başka bir saatimiz olsaydı. DBA'lar için gerçekten büyük bir zorluk, doğru, temel uyumluluk, altyapının genel yönetişimi, denetimler, mevcut durumu rapor etmek, geleceğe yönelik olarak, çevrenin genel olarak büyümesi gibi şeyleri hazırlamaya bakmak. Ürününüzün ne göründüğünün özünde yaşamı kolaylaştıran şey olmasına rağmen, o camın tek bir bölmesi, dünyanın tek bir görüşü ve aslında tıklayıp işaret edip sürükleyebiliyorum ve gerçeği seviyorum. Birisini şimdi çok hızlı bir şekilde yapması için eğitebildiğim için, kılavuzu olduğu gibi okumak zorunda değiller.Aracın bana yönetişim ve uyumluluk ve denetimlerle ilgili bir sürü şey yapma yeteneği verdiğini, insanların gerçekten bir şekilde uyanıp uyanmadıklarını merak ettiğimi merak ediyorum.
Ama şimdi halkı görüyor musun, bak ve git, ve bu eureka gibi, a-ha, “Hey, ne biliyorsun, bu DBA'nın hayatını şimdiden gerçekten kolay veya operasyonel açıdan daha kolay hale getiriyor. veya gelişme bakış açısı. Fakat, kahretsin, şimdi sadece tüm veritabanlarımızı ve tüm veri kümelerini ve tüm içeriksiz verileri ve etrafındaki tüm meta verileri rapor edebiliriz. Kimin erişimi var, ne zaman erişimleri olduğu, neden erişimleri olduğu ve ne tür erişimleri olduğu gibi. ”Sonra birden bire uyumluluk konusundaki zorlukların bir kısmını ele alın. Özellikle veri ihlalleri etrafında gerçekleşen bazı büyük şeyler olduğunda. Küresel finansal krizler gibi harika şeyler yaşadık, tüm bu zorluklar karşımıza çıkıyor, ancak yeryüzündeki uyumluluğu nasıl ölçüp izleyeceğiz ve ele alacağız? Bu, insanlar için bu kadar büyük bir şey mi, yoksa hala DBArtisan'ı uygulayana kadar, ilk günlerde mi?
Scott Walz: DBArtisan hakkında yeterince söyleyemeyen müşterilerim var. Şimdi bunu anlayanlar. Ampul yanmış. “Bir dakika bekle. Bahsettiğim raporların bir kısmını cevaplayabilir, cevaplayabilir ve oluşturabilirim. Anladım. ”Şimdi hala bunu henüz anlayamayan ve bunun da çeşitli nedenlerden dolayı olabilecek başkaları var, değil mi? Henüz olmayabilirler ya da belki başkaları tarafından kullanılıyor olabilirler, ancak onu kullandığımızı bulduğumuz müşterilerimiz, bu bir ha ha, değil mi? Bu, sadece bunca şey yapabileceğim bir tablo değil. Ve kesinlikle, tüm uyumluluk gereklilikleri ile birlikte, çok büyük. Bu kendi başına bir iş.
Dez Blanchfield: Şey, gerçekten. Ve bilirsin, demek istediğim, kafamın üstünden derhal düşünüyorum, bilirsin, eğer biri gelirse ve eğer Sarbanes’ten gelen her şeyle karşılaşmak zorunda kalıyorlarsa CMD’nin bir yapılandırma yönetimi veritabanı oluşturmak istediklerini söylüyor -Oxley'den COBIT'e ITIL'e bilirsiniz, SWIFT uyumluluk ve bankacılık, hatta Uluslararası Standartlar Örgütü'nün (ISO 27001, 27002) tercihlerine bile iniyor. Buradaki zorluklardan biri sadece verilerin nerede olduğunu, kimin yönettiğini, hangi formatta olduğunu ve düşünüyorum olduğunu düşünüyorum, benim için var, benim için, sadece şimdi izliyormuş gibi, eureka anı patladı, sanki, asıldı Bir saniyede, bunu mutlaka DBA'sı olmayan bir kişiye bile verebilirdim, ama onu hızlı bir şekilde eğitip, “Bir uyum aracı var” diyebilirim. Sanırım bir yönetim veritabanında işini yapması harika. yönetim dünyası.
Ama burada oturuyorum, tanrım, biliyorsunuz, bugünlerde birden fazla platformu yönetebildiğiniz ve yaptığınız işlemleri kaydederek tam olarak dayabileceğiniz gibi olacağınızı düşünüyorum. Biliyorsunuz, bu aracı bir veri ihlali olayına sokmayı hayal edin ve neyin nerede, neyin ve neyin kim olduğunu bulmaya çalışan güvenlik ekibiniz var. Etrafta dolaşırken, yapmaları gereken her eylemi kaydetmeleri ve izlemeleri gerekir çünkü aksi takdirde yapamazlarsa sorunun bir parçası olabilirler. Evet, bence, hemen yapmaya başlayabileceğiniz, bildiğiniz gibi, burada inanılmaz bir yetenek. Özellikle, bildiğiniz veri denetimlerinin zorluklarına baktığımızda, veri kümeleri ve verilerle olduğu gibi, bu çok büyük bir özellik sürünmesine sahibiz.
Ve yaptığımız diğer birkaç şovda konuştuğumuz şeylerden biri, biliyorsunuz, verilerinizi nasıl bulup buluyorsunuz ve çoğu zaman herhangi bir organizasyona başladığınızda, eğiliminde olduğunuz gerçeği hakkında konuşuyoruz. hücresinde ayağa kalk ve elini havaya sok ve salla ve “Bu veritabanının nerede olduğunu bilen var mı? Bu veri kaynağına nasıl ulaşabilirim? Bu dosya nerede? ”“ Git ve resepsiyona sor. ”Doğru mu? Aracınız hemen bir şeyleri bulma ve keşfetme ve hatta raporlama yeteneği sağlayabilir.
Kısa bir süre için sorulardan birine geri döndüğümde, sonra geri dönüp Eric'e geri vereceğim. Gelecek 12 ay içinde ölçeğin sizin için bir zorluk yaratacağı bana dikkat çekiyor. Sanırım otuz bin fitlik bir bakış açısıyla, DBArtisan’ın işe geldiği ölçekte ya da ölçek aralığında olduğunu tahmin edersiniz. Bunu dizüstü bilgisayarıma koyduğumda ve sallandığımda ve bir ortama yönlendirdiğimde keşfedebileceğimi ve üzerinde bir şeyler yapmaya başlayabileceğimi hayal edebiliyorum. Sanırım, birkaç satır ve tablo içeren, açık kaynaklı minik bir veritabanı motoru gibi, küçük bir parçadan ibaret. Hangi skalaya çıkardı? Ana bilgisayarlarda DB2 hakkında konuştunuz, bu büyük. Ve kümeler. Bununla başa çıkabileceğimiz ölçek aralığı nedir? Ve Robin buna daha önce değindi, ama DBArtisan ile ne kadar büyük olabileceğimize dair biraz daha ayrıntılı bir şekilde öğrenmem gerekecek.
Scott Walz: Elbette. Kesinlikle zorluklarınız olacak, çünkü bu bir yazılım parçası. Ve böylece, bir ana bilgisayarda çalışıyorsam, sahip olduğumuz ana bilgisayarda test sistemimize karşı çalışırken, onu milyonlarca satıra karşı yönlendirebilir ve milyonlarca satıra karşı çapraz birleştirme yapabilirim. Tüm iş bir sunucuda yapılacak, doğru, çünkü bu komutu geçiyoruz ve bu, sonuç kümelerini ele alan sadece DBArtisan meselesi, değil mi? Ve bu zorluk ve bu yaptığımız şeyin güzelliği. Ağır kaldırma işleminin çoğu sunucuda yapılıyor. Sadece tüm sonuçları ele alıyoruz. Ve böylece, aynı zamanda, her biri milyonlarca satır döndüren on sorguyu çalıştırmak istediğinizde elbette durumlara girersiniz, evet, kesinlikle, kendinizi orada bir performansta bulabilirsiniz, değil mi? Ancak hiçbir zaman müşterilerin DBArtisan'a karşı büyük sorguları yapmaktan çekinmediklerini, yani kendi veritabanlarına karşı utangaç olmadıklarını biliyorum. Yine de dediğim gibi, kilometre bir çok faktöre bağlı olarak değişiyor, tamam, ama yine de dediğim gibi, milyonlarca satır geri dönüyor ve ızgarayı doldurduğu sürece bilirsin, ' Gitmeye hazırım. Fakat bazen açık bir şekilde sonuçların geri gelmesini beklemem gerekiyor.
Dez Blanchfield: Sarılmadan önce sana bir sorum var, çünkü çok zamanını ayırdım ve bunun için teşekkür ederim. Sadece bize biraz daha fazla bilgi verin, bilirsin, düşündüğüm gibi göründüğümden emin olmak için dün en yeni özellikleri okudum. Proses izleme ve uyarma ve bildirimlerin çeşitliliği, bilirsiniz, kapasite planlaması DBA'larla ilgili tüm büyük sorunları, her gün, her gün, biliyorsunuz. Birisi bu tabloyu dolduracak mı, veritabanını mı dolduracak, sahip olduğum disk alanını dolduracak mı, nasıl yönetirim? Süreç takibi ve özellikle alarmların takibi ve daha sonra ideal olarak kapasite planlaması konusunda bize hızlı bir şekilde bilgi verin. Bunun çok fazla ilgi çekebileceğini düşündüğüm bir alan olduğunu düşünüyorum.
Scott Walz: Süreç takibi, muhtemelen müşteri tabanımızın çoğunun kullandığı ve bunu gösterebilmek için bir veritabanı monitörü niteliğinde olduğunu göstermiştir. Ve analist paketinde biraz var. Performans Analisti, belirli eşikler karşılandığında ayarlayabileceğiniz bazı uyarılar içerir. Seni uyarabilir. Belki X günlükleri, günlük dosyasındaki hatalar, bilirsin, senin için bir uyarı alır. Tablo alanı belli bir yüzde tam isabet, başka bir uyarı alabilirsiniz. Ve bunun güzelliği, aynı araçta olmanız, doğru, bu DBArtisan'ın bir parçası, bu nedenle hatayı, alarmı sağ tıklamanız ve DBArtisan ile yönetmeniz ve sizi doğrudan masa editörüne götürmeniz . Ve buradaki sorunu çözebilirsiniz.
Kapasite ile ilgili olarak, bu kesinlikle bir sıcak düğme ve şu anda sahip olduğumuz kapasite analisti, SQL Server, Oracle, DB2 LUW ve Sybase ASE'ye aktarılıyor. Ve aynen tarif ettiğin şeyi yapar. Bazı koleksiyonlar elde ettikten sonra başlayabilirsiniz, doğru ve bir kez örneklem büyüklüğü elde edersek, belki de satır büyüklüğü, belki nesne sayımı, araç içindeki birçok seçenek ve sonra trend yapmaya başlayabilirsiniz, değil mi? Ve altı ay içinde neye benzeyecek? On iki ayda neye benzeyecek? Trend yapabilirim, sadece bir tarihe eğilebilirim veya bir değere eğilimliyim, değil mi? Ve sahip olduğunuz bir örnekte, bu limiti ne zaman vuracağım, buna göre, X disk alanım var. Sahip olduğum büyümeye ve yaptığım bu koleksiyonlara dayanarak ne zaman bu limite ulaşacağım? En azından bunun için planlamaya başlayabileceğimi biliyorum. Altı ay mı olacak, iki yıl mı olacak? Fakat yine de, kapasite analizcisini bu konudaki eğilimine göre kullanabiliriz.
Dez Blanchfield: Bu harika. Harika demo. Bu gerçekten hoşuma gitti. Eric'e geri döneceğim çünkü bugün muhteşem izleyicilerimizden ortaya çıkan birkaç soru olduğunu biliyorum. Çok teşekkür ederim, ürünü iyi tanımak gerçekten çok güzeldi ve yakından takip etmeyi dört gözle bekliyorum.
Eric Kavanagh: Tamam iyi. Birkaç iyi sorumuz var. Ve zamanla biraz ilerleyeceğiz, bu yüzden çabuk sarılmaya çalışacağız çünkü biliyorum ki, kapalı bir durma durumunuz var. İşte büyük bir soru. VSAM, Model 205 ve IMS ve IDMF gibi eski veri depoları ve bu tür şeyler üzerinde çalışmaya ne dersiniz? Bugünlerde bunun çok sık görüldüğünü ve ne kadar işe yaradığını görüyor musunuz?
Scott Walz: Sana sıkışıp kaldığını söylemek istemiyorum. Bu ortamlardan bazıları, ODBC veya JDBC'ye sahiplerse ve bazılarının orada olduğunu biliyorum, ona bağlanabiliriz ve onunla bu şekilde çalışabilirsiniz. Ancak çoğunlukla yeşil ekran hareketsiz kalmanın yoludur.
Dez Blanchfield: Yeşil ekranı seviyorum.
Eric Kavanagh: Biliyorsunuz, Dez, bugün mevcut olan tüm farklı uygulamalara ve araçlara sahip olduğu tek bir slaytla işaret ettiğinden, bu, bir veritabanı yöneticisinin işlevini sorumlu bir şekilde yerine getirmek isteyen herkes için çok göz korkutucu bir gerçektir. Ve sanırım, zaman içerisinde müşterilerinizin talep ettiği zaman, bu araçlardan herhangi birine, yani diğer şeylere bağlayıcılar oluşturabilirsiniz, değil mi? Böylece o camdan tek camı etkinleştirmiş olursun.
Scott Walz: DBArtisan'ı bu JDBC ve ODBC bağlantılarını idare edebilecek donanıma dönüştürmenin ardındaki büyük anahtar buydu. Şimdi gerçekten uzattık. Şimdi, bu bağlantıya sahip olduğumuz sürece, doğru, bu sürücüye sahip olduğumuz sürece, ona bağlanıp bunlarla çalışabiliriz.
Eric Kavanagh: Bu iyi şeyler. Millet, daha sonra izleyebilmek için hepsini arşivliyoruz. Slaytlara bir bağlantı gönderdim, umarım bunu SlideShare üzerinden görebilirsiniz. Tüm çabalarınız için çok teşekkürler, beyler. Harika web yayını bugün yine. Çok iyi slaytlar. Çok iyi içerik. Bu gösteriyi sevdim. Piyasada çok tatlı bir yer hedeflemiş olmanız gerçekten ilginç, çünkü bugünlerde böyle bir veritabanı tipi patlaması var. Ve biz sadece yöneticiler olarak tüm bunları halledecek bir yere ihtiyacımız var. Aferin çocuklar. Başka bir Hot Technologies için yarın seni yakalayacağız. Umarım yarın bir saat içinde oyulmuşsunuzdur. Aynı zamanda. Aynı istasyon Bir dahaki sefere sizi yakalayacağız millet. Kendine iyi bak. Güle güle.