İçerik
Paket servisi:
Turbonomic'in CEO'su Ben Nye ile konuşmamız.
Belki de otonomik hesaplamayı duymuşsundur. Bir bilgisayarı veya sistemin kendi kendini organize etme ve kendi kendini yönetme yeteneğini ifade eder. Ve yakın zamana kadar, hala biraz fütüristik bir boru rüyasıydı. Özerk bir sistemin nasıl çalıştığı hakkında biraz daha fazla şey öğrenmek istedik, bu yüzden Turbonomic’in CEO’su ve Bain Capital Ventures’in genel müdürü Ben Nye ile konuştuk. Turbonomic (eski adıyla VMTurbo) geçtiğimiz günlerde, yazılımlarının ne yaptığını daha doğru bir şekilde betimlemek için yeniden bir markalaştırıldı. Yeni isim, Turbonomic'in ana temalarını uygulama yönetimi platformunda birleştiriyor: Turbo (gerçek zamanlı performans), otonom kontrol (iş yüklerini kendi kendine organize eden ve yöneten) ve ekonomik ilkeler (arz ve talep). Burada Ben, otonom sistemler ve otomasyonun giderek karmaşık, veri odaklı ortamlardaki önemi hakkında konuşuyor.
Techopedia: En büyük girişim kapitalistleri (VC'ler) için Forbes Midas Listesi'nde defalarca göründünüz. Bir VC olarak, teknoloji dünyasının yıllar içinde ne kadar değiştiğini görmek için ilginç bir noktaya sahipsiniz. Veri merkezinde ne kadar şey değiştiğine bakarken sizi şaşırtan şey nedir?
Ben Nye: Kısa cevap, veri merkezindeki değişimin hızının, insanların gördüğü her şeyin ötesinde gerçekten hızlandığını düşünüyorum. Olan şey, yazılım tanımlı veri merkezinin bu gelişimi ve temelde donanımdan uzaklaşmaktı. Bu yazılım unsurları içinde bütün bir büyüme dürtü açtı.
Yani şimdi, donanım satıcılarının yenileme döngülerine bakmak yerine (uzun süredir veri merkezine bir kapı bekçisi olarak hizmet etmekte olan), kelimenin tam anlamıyla fikirlerini ne kadar hızlı yaratabileceğiniz unsuruna açıldı - çünkü yazılım, gerçekten, fikirler. Fikir üretme üzerindeki kısıtlamalar olmadan, çok heyecan verici ve eğlenceli bir zamandı, ancak veri merkezindeki ve hatta veri merkezinin tanımındaki değişimin hızı her zamankinden daha hızlı ve daha hızlı bir şekilde gelişti.
Bu konuda çok ilginç bulduğum bir şey, yazılım tanımlı bir veri merkezine gittiğimizde, donanım dünyasının tüm denetleyicileri ve API'leri ve düğmeleri yazılımda yeniden tanımlandı. Yaptığımız şey, bu uygulamayı uygulamada ve talepte meydana gelen değişikliği almak ve onları yazılımdaki yeniden tanımlanmış kontrol cihazlarına bağlamak olacak yeni bir yöntem olarak düşünmekti. yazılım.
Bunu yaptığınızda, artık uygulama katmanını ve altyapı katmanını arasındaki ara katman yazılımını kaldırabilirsiniz; çünkü şimdi ilk kez doğrudan bunları birbirine bağlayabilirsiniz - işte önemli bir kelime - özerk olarak, anlamsal olarak uygulamaların kendi kendini yönetme ve kendi kendini organize etmesine izin vermek anlamına gelir.
Ayrıca artık talebin arz bulması anlamında da ekonomik hale getiriyor ve tahsisat tabanlı model veya arz tabanlı model yerine ekonomik bir model olan BT tüketim modeline odaklanıyoruz. Bu, BT ya da teknoloji endüstrisi yönetim modelinin nasıl çalışması gerektiği konusunda oldukça temel bir büküm. Ve daha iyi performans ve maliyet açısından daha fazla verimlilik ile sonuçlandı. Ayrıca müşterileri çok daha çevik ve esnek kılar ve piyasadaki emeği daha iyi kullanmasını sağlar
Heres, 2016'da yazılım tanımlı veri merkezlerinin her birinde yaşananlar hakkında bu kadar ironik olanları. İlk olarak, uygulamaların ne zaman kırıldığını bulmak için donanımınızı izliyorsunuz, bu da bir hizmet kalitesini veya bir SLA'yı ihlal ettiği anlamına geliyor; ancak hatayı bulmak için yazılım kullanırken, daha sonra makine tarafından oluşturulan uyarılar için donanıma geri dönüyoruz. . İkinci ipucu, işi yürüten uygulamaların bozulmasına izin vermemiz ve ardından üçüncüsü tekrarlayan bu makine uyarıları almak ve bu uyarıları vermek. insanlara.
Hata Yok, Stres Yok - Hayatınızı Yok Etmeden Hayat Değiştiren Yazılım Yaratma Adım Adım Kılavuzunuz
Hiç kimse yazılım kalitesiyle ilgilenmediğinde programlama becerilerinizi geliştiremezsiniz.
Bu geriye doğru olmalı.
Ve işte bu, BT yönetim modelini tahsisatlardan veya tahmin etmekten uzaklaştırarak talep temelli, tüketime dayalı bir modele geri döndürmek istediğimiz yer.
Oku: Talep Odaklı Veri Merkezi - Sistem Yöneticileri Wall Street'ten Ne Öğrenebilir?
Techopedia: Şimdi bahsettiğinize göre, evet, yazılım tanımlı herhangi bir şey yapıyoruz, ancak sonra uyarılar sadece sürecin yavaş kısmına gönderiliyor, bu sizin dediğiniz gibi, insan aracı yazılımı.
Otonomik teriminden bahsettiniz. BT'deki otonom sistemlerin önemi hakkında biraz daha konuşabilir misiniz? VMTurbo'dan Turbonomic'e isim değişikliği yapıldığında, çoğu insanın farkettiğinden daha önemli olduğunu tahmin ediyorum.
Ben Nye: Kesinlikle. Her şeyden önce, tanımı otonom, hesaplamaya uygulandığında, kendi kendini yönetebilen, kendi kendini organize edebilen sistemler etrafındadır.
Öyleyse, Bayesian ağlarını düşünün, arama algoritmalarını düşünün, insanların şu anda "derin öğrenme" dedikleri büyük verileri düşünün. Bunlar yapay zekanın formları. Turbonomic hakkında en ilginç olduğunu düşündüğüm şey yapay zekanın en üst noktası, çünkü uygulama iş yükleri, yazılımda hangi altyapı unsurları üzerinde hareket etmeleri gerektiği, ne zaman hareket etmeleri, kendilerini boyutlandırmaları, kendilerini durdurmaları ve durdurmaları gerektiği konusunda kararlar veriyorlar. kendilerini klonla. Bu gerçekten, gerçekten ilginç - ve bunu sanallaştırma ya da kapsayıcılar ya da bulutların sağladığı soyutlama ve likiditeyi kaldırarak yapıyoruz.
Daha sonra, farklı talep taleplerinin benzer bir soyutlamasını yapmak - yani VM'leriniz olabilir, konteynerleriniz var, JVM'niz olabilir - tüm bu talep biçimlerine ve tüm bu arz biçimlerine bakıyoruz ve soyutlanıyorlar. Öyleyse, talebin kendisini seçip karşılayacağına izin verelim. Ve eğer bir fiziksel ana bilgisayardaysa ve tıkanmaya başlarsa, başarısız olmasına ve bir uyarı oluşturmasına izin vermek yerine ve uygulamayı başlatırsanız, bilirsin, havaya uçurun, neden sadece basitçe hareket etmeye karar vermesine izin vermiyor kendisi? Kararınızda fiyatlandırma yaptığınız sürece - hamle ve geri hamle maliyeti - o zaman gerçekten çok daha ilginç kaynak tahsis kararları verebilirsiniz.
Techopedia: Arz ve talep analojisini seviyorum. Ekonomik teoride, arz kaynakları kısa vadede sabittir ve sadece uzun bir süre boyunca değişebilir. Tarif ettiğiniz şeyde - eğer o ekonomik analojiyi korursanız - tüm paradigmayı değiştiriyorsunuz. Yani, kısa vadede arz değiştirebilirsin, değil mi? Aslında daha verimli ve tamamen bir piyasa olarak kaynak kullanımını düşünerek, gerçek zamanlı olarak neredeyse verimli bir pazara sahip olmak için tam bir esnekliğe sahip misiniz?
Ben Nye: Tamamen haklısın. Talebin arz bulduğu ilke haline gelen ekonomik bir model, ancak BT'nin ekonomik prensipler kullanılarak yönetildiği. John Maynard Keynes'in dediği gibi, “Uzun vadede hepimiz ölüyüz.”
Techopedia: Şu anda, daha önce taşınmamış ya da buluta daha fazla kaynak koymak için bir hamle yapmayı düşünmeyen bir CIO ile tanışacağınızı düşünmüyorum. Sektörün önümüzdeki yıllarda nereye gittiğini görüyorsunuz?
Ben Nye: Bence bir takım değişiklikler göreceksin. Teknolojinin bütünüyle yeniden bir araya gelmeyeceği bizim için çok açık. Tıpkı anabilgisayarın hala burada olduğu gibi,% 100 platform göreceğinizi sanmıyorum. Büyük olasılıkla melez bir dünya göreceksiniz. Özel ve herkese açıksınız, ancak halkın herkese açık tek bulut değil, genel olarak çoklu bulut olacağını düşünüyorum. Buradaki en büyük oyunculara bakarken, sadece bir avuç var. Ancak Avrupa'ya veya dünyanın geri kalanına gittiğinizde, hepsi de bulut olan birçok taşıyıcı görüyorsunuz ve bu yüzden bunun büyük bir sıçrama olduğunu düşünmüyorum, değil mi? Ancak asıl soru, müşteriler iş yüklerini çalıştırmak için doğru bulutları nasıl kaynaklıyor? Şirketin arkasındaki teorimiz şudur: Herhangi bir iş yükünün çalışabilmesi gerekir herhangi bir altyapı, herhangi bir yer. Anlam on-prem veya off ve herhangi bir zamanda, çünkü hatırlayın, zaman talep için vekildir.
Dolayısıyla, talep değiştiğinde, buluta patlamak isteyebilirsiniz. Veya bu iş yüklerini kalıcı olarak buluta taşıyacaksanız, hangi iş yüklerini geri çekeceksiniz? Çünkü şimdi veri merkezinizde kapasiteye sahipsiniz. Neden iki kere öde? Ve böylece bugün Verizon Intelligent Cloud Control ile birlikte ve diğer ortamlarla birlikte yaptığımız şeylerden biri, müşterilerin bu iş yüklerini nereye koyacağına ilişkin kararlarını yalnızca fiyat üzerinden değil, fiyatın sizi kilitleyebileceği için değil, daha da önemlisi uygulama performansı üzerine. Ardından, fiyat veya uygunluk veya veri egemenliği veya güvenlik ve tanımladığımız bu pazarda yalnızca temel olarak pazarlanabilir kaynaklar olan diğer kaynaklar gibi başka düşünceleriniz olabilir.
Techopedia: Ekonomik model bu mu?
Ben Nye: Evet. Yani her şey ekonomik modele döndü. Bunun ne kadar mantıklı olduğunu bir düşün. Bu sadece bir benzetme değil, bu arada, aslında modelin çalışma şekli. İş yükleri bütçelidir ve iş yükleri kuyruk teorisi ve tıkanıklığına bakar ve bu nedenle çok daha genişler. Yoğunlaşmaya başladığında doğrusal bir fiyat artışı değildir; bütçenin etkilenmesine ve dolayısıyla iş yükünün harekete geçmesi için bir karar vermeye zorlayarak katlanarak artmaktadır.
Veri merkezindeki tüm karmaşıklıkları soyutladığınız sürece, artık bir XtremIO kutusunun, bir Saf Saklama kutusunun ve bir Compellent kutusunun IOPS'sini ve bir 3Par kutusunun ticaretini yapabilirsiniz çünkü hepsi farklı IOPS özelliklerine sahiptir, ancak uygulama bu nedenle bu kaynakları kendi tercihine göre satın alın. İşlemci veya vCPU, MEM veya vMEM'e bakmaktan farklı değil mi? Hepsi takas edilebilir, peki burada mı yoksa burada mı koşmalıyım? Farketmez! Buradaki ortak mal, altyapı arzıdır.
Buradaki ortak emtia, altyapı tedariki ve önemli olan nedeni - bir benzetme kullanacağım - hatırlarsanız
1978'de havayollarının kurallarını kaldırdık. Ondan önce, her koltuk aynıydı, hepsini aynı fiyatlandırdık ve mantıklıyken yanlıştı çünkü tüketim tarafında, ödeme istekliliği çok farklılaşmıştı. Yani, koltuklar bir maldı, ancak odağı talep eden odağı değiştirerek, koltuk başına fiyat - koltuklar aynı olsa bile - ödemek için farklı bir istek bulabiliyordunuz. Yani yaptığımız şey, ortak metayı temsil eden kaynağı aldık, web'de yayınladık - ilk önce Sabre ve Apollo, ama sonra Travelocity, Kayak ve Priceline oldu.
Aniden, talebin arzı seçmesine izin verdiğinizde, tüm endüstrinin değişmesine dikkat edin. Yük faktörleri arttı, ancak uçuş maliyeti düştü ve bu ülkede sahip olduğumuz tüm havayolu altyapısı modernleşti. Harika bir gelişme oldu. Bu arada, bugün Priceline'ye bakarsanız, 70 milyar dolar değerinde. Bu, herhangi bir havayolundan daha fazla ve tek bir uçağa sahip değiller.
Techopedia: İlginç. Asla böyle düşünmedim ...
Ben Nye: Uçak sahibi değiller, geçitleri yok, koltukları yok, pilot kullanmıyorlar, değil mi? Ve sonra, “Peki, tedarik merkezli merkezli ekonomiden başka hangi örneklerimiz var?” Diyelim. Oteller değişime dayalı, doğru mu? Bir oteliniz var, taşıyamazsınız. Bu odalara sahipsiniz. ama bu odaları nasıl fiyatlandırıyorsunuz? Ve aynı zamanda Hotels.com ve Expedia ve Travelclick, vb. geliyor. Aynı şey oldu. Restoranlara bakıyorsunuz ve OpenTable'ınız var. Sarı Sayfalara bakıyorsunuz. Gazetelerdeki gizli ilanlara bakıyorsunuz ve yerini eBay veya Craigslist aldı.
En sevdiğim örneklerden biri Uber. Herhangi bir şehirde dolaşırsanız, insanları bekleyen bir taksi sırası göreceksiniz ve ardından aynı şehrin başka bir bölümüne gidersiniz ve taksi bekleyen bir dizi insan vardır. Ve sizce, bu doğru olamaz. Daha sonra talep sürüşü sağlamak için akıllı telefon kullanan Uber geliyor. Şimdi, Uber ile 10 dakika içinde talebin% 90'ına sahipsin, taksi taksi dünyasında, talebin% 90'ı 10 dakika içinde karşılanmadı ve bu yüzden Uber’in son turu 62 milyar dolardı. Ve unutma, bir taksi ya da arabaya sahip değiller!
Techopedia: Yani tipik bir veri merkezinde, aslında taksi çağırmakla aynı şeyi yapıyoruz, değil mi?
Ben Nye: Yani şu şekilde düşünün: İş yükleri bütçe sahipleridir, çünkü bu yüzden veri merkezini oluşturduk. Yani, bu örnekte onlar etkili bir şekilde sizin insanlarınız. Sonra bu kaynağa sahibim, bu ortak kaynağa, tamamen soyutlanmış. Buna tedarik denir ve her yerde olabilir - uygulamanın ihtiyaç duyduğu her şeyin altında sunucu ve bilgisayar ortamından ağa ve depolamaya kadar. Şimdi istediğimiz, bunun verimli bir pazar olduğundan emin olmak. Dolayısıyla, bu bütçe sahipleri özerk olarak hareket edebilmelidir, özerk ve gerçek zamanlı olarak anlam iş yükünün kendisinde veya bu durumda başvuruda talepte meydana gelen değişiklik miktarını göz önüne alarak. Bu nedenle talep bulma arzına çok benziyor. Bu sistemi kullanarak, çok daha iyi bir uygulama performansına sahip olursunuz, çünkü uygulama için bir bakım ve besleme kararı almak üzere makineyle üretilen bir uyarıya yanıt vermek için bir insan emeği tıkanıklığı beklemiyorsunuzdur. Bunun yerine gerçek zamanlı olarak yapıyorsun. Ve bunu ölçekte yapıyorsunuz çünkü bu kurumlar, bu müşteriler, günde binlerce uygulama kullanıyor ve performans göstermeleri gerekiyor.
Yani, her şeyden önce çok daha iyi bir performans deneyimi elde edersiniz. Ayrıca, günlerini para harcayan insanlara sahip değilsiniz. Bunun yerine, düşünür olmaya geri dönüyorlar ve yalnızca makine tarafından üretilen uyarıları almakla kalmıyorlar, işe gerçekten yardım edebileceklerini düşünüyorlar. Mikro hizmetler stratejisi ile hibrit ve çoklu bulut stratejisi ve yazılım tanımlı ağlar ve ağ fonksiyonları ve sanallaştırma hakkında düşünüyorlar - işleri gerçekten ilerleten ve bunları uygulamaların düzeltilmesi ve beslenmesi dünyasının dışına çıkaran tüm bunlar, veya uyarısı yanıtlama.
Aslında, veri merkezi sermayesinin% 40 ila% 60'ı arasında herhangi bir yerde hüküm bulunmadığını ve bunun yeniden tahsis edilmesinin çok fazla bir kısmını karşılayabileceğimizi görüyoruz - bu nedenle, yeni donanım alımlarından kaçınarak - veya hizmetten çıkarılmış ve neden bu çok önemli -
Techopedia: Üzgünüm, kontrol edeyim mi,% 40-60? Üzgünüz, bu numara şaşırtıcı.
Ben Nye: Evet. Daha da önemlisi, bu ülkedeki elektriğin% 14'ü veri merkezleri tarafından tüketiliyor.
Techopedia: Veri merkezlerimizi fazla tedarik etmesek, ülkenin elektrik tüketiminin% 5-8'ini kurtarabilir miyiz?
Ben Nye: Size nedenini açıklamak için biraz destek vereyim, tamam mı? Arz-tabanlı bir ekonominin dünyasına geri döner. İlk olarak, yeni bir uygulamanız olduğunda ve bir BT mağazasını çalıştırdığınızda, nasıl boyutlandırırsınız?
Techopedia: Evet, mimarın yanına gidersin ve tahmin ediyorlar, değil mi? Sonra kırılana kadar beklerler.
Ben: Kesinlikle. İş koluna gidiyorsunuz ve bir sohbetimiz var ve bilmediğiniz hiçbir şey bilmiyorlar. Böylece tahmin ediyorlar ve tahmin ediyorsunuz ve birlikte boyutun ne olması gerektiğini tahmin etmeye çalışıyoruz.
Böylece, dört veya sekiz VCPU tahsis edeceksiniz. Şimdi, ilginç olan, tahsisatın fiziksel bir ayak veya fiziksel bir sunucudaki sanal ayak içermesidir. Bir isteğin bu uygulamadan geldiği her seferinde, dört veya sekiz VCPU olarak sıraya konulur. Aslında bir restorana gidip sadece bir partiye sahip olsanız bile dört veya sekiz kişilik bir parti olduğunuzu söylemek gibi. Asla oturmayacaksın.
Tahminlerimizle aşırı tahsis ediyoruz, bu da en kötü performansı aldığımız ve oldukça pahalı olduğu anlamına gelir. Bu bir numaralı sorun. İkinci sorun, şu anda uygulamanızı doğru bir şekilde boyutlandıramazsınız, soruyu sorgular: boyutlandırmazsanız nasıl yerleştirirsiniz?
Tekrar tahmin ediyorsun. Tamam, şimdi ilk şeyi tahmin ediyoruz, ikinci şeyi tahmin ediyoruz, o zaman VM yayılımı denilen bir şey var veya talep edilmeyen bir VM var. Sökülmek yerine kendi durumuna bırakılmış ve donanım da ayırmış. O zaman yaptığımız şey tüm bunları insan temelli bir tarihsel kapasite modelinde bir araya getirmeye çalışmak ve bunu yılda sadece bir ya da iki kez çalıştırdığımız için, başka bir çit inşa etmemiz gerekiyor, bu yüzden% 20-30 talep nedeniyle riskten korunma tüm bu uygulamalarda artabilir ve daha sonra “kümeyi kapatmaya” gideceğiz, çünkü bu ana bilgisayar demetini “dolu” olarak kabul edeceğiz. Tam burada, veri merkezi kapasitenizin yarısı kadarını kilitlediniz ve aşırı tedarik edildi.
Techopedia: Başarısızlık için hazırlıklı gibisiniz, eski paradigmada fazladan tedarik etmemek ya da yayılmamak mümkün değil.
Ben Nye: Gördüğünüz ve yönettiğiniz her şey altyapı tedariki ise, dünyada göremiyorsanız, göremiyorsanız ve anlıyorsanız ve gerçek zamanlı olarak talepte bulunabiliyorsanız, yeterli miktarda kaynağınız olduğunu nasıl biliyorsunuz? Tek gördüğünüz arz ise, yeterli olup olmadığını nasıl anlarsınız? Çok fazla olup olmadığını nasıl bildin?
Techopedia: Muhtemelen biraz daha fazla tahmin etmek için birkaç kafa daha tutarsın. Bu sorunu araştırmak için daha fazla para harcıyorsun, değil mi?
Ben Nye: Ve hala sipariş üzerine temel olarak aşırı tedarik edilmiş, yarı diyorsunuz ve gereksiz yere donanım satın alıyorsunuz. Sanallaştırma işleminin arkasındaki ilk konsept, her uygulama için ayrı bir donanım yığınının yerine her yerdeydi, bu iş yüklerini özel yığınlar arasında taşıyabileceğimi ve bu nedenle tüm fikrim donanım sağlamaktı. tüm bu donanım sermayesinin zirvelerinin toplamı yerine zirvelerin ortalamasına.
Ancak, şimdi gerçek zamanlı otonom kontrol, performans kontrolü, VM veya konteyner veya bulutun tüketim tarafını aldığınızda ve aynı şeyi düşündüğünüzde; Biz ne yaptık? Dışarı çıkıyoruz ve her bir uygulamanın stres testini yapıyoruz ve binlerce var - müşterinin büyüklüğüne bağlı olarak bir ortamda yüzlerce binlerce uygulama var - ve böylece CPU için, VCPU için, MEM için stres testine gidiyoruz. vMEM, ve buna benzer bütün farklı unsurlar veya kaynaklar doğru mu? Ve sonra tekrar zirvelerin toplamına dayanarak hazırlıyoruz. Aradaki fark, emekle ilgili bir gecikme ya da tıkanıklığınız yoksa ve şimdi tepe noktalarının ortalamasını sağlayabiliyorsanız, tahmin edebiliriz ne yapabiliriz? Bu ortamı aktif olarak yönetebiliriz çünkü tüm uygulamalar bir kerede hiç fırlamadı.
Techopedia: Vay. Bu gerçekten de ilk başta sanallaştırmanın ne olması gerektiğine geri dönüyordu.
Ben: Bu sanallaştırma veya kapsayıcılık 2.0: Gerçek zamanlı, otonom performans kontrolü.
Techopedia: Eğer eski tamir döngüsü modası geçmiş bir düşünce şekliyse, bunu cephedeki ortalama adama nasıl açıklarsınız?
Ben Nye: Size basit bir soru sormama izin verin: Neden biri izliyor?
Techopedia: Neyin yanlış gittiğini veya bir şeyler yanlış gittiğini bilmek istersiniz, değil mi?
Ben Nye: TAMAM. Evet. Ne zaman kırıldığını bilmek istiyorsun. Ama neden kırılmasına izin vermek istiyorsun? Bütün mesele bu. Bakın, kaçınılmaz olarak, veri merkezinizin bazı bölümleri veya bölümleri için bir miktar izlemeye sahip olacaksınız, ancak temel olarak, uygulamalarımın istenen durum dediğimiz alanda performansla çalışmasını sağlayabilirsem, bu kaynakların doğru miktarda onları gerçek zamanlı olarak destekleyin; bu, izlemeyi beklemek ve uyarmaktan ve buna cevap vermeye çalışmaktan çok daha iyi bir dünya.
Sanallaştırma ilk önce yazılım tarafından tanımlanan veri merkezlerine yol açtığında, bu gerçekten ilginç bir gelişme oldu, ancak ileriye doğru bir adım attılar çünkü kendilerini geleceğin veri merkezi işletim sistemi olarak adlandırdılar ve doğrudan kutudan çıktılar, değil mi? Ancak, gerçekten bir işletim sisteminin yapması gereken beş şeyi gidip bakarsanız, ilki performans yönetimidir. Peki, size soracağım, bir hiper yönetici performans yönetimi yapıyor mu?
Techopedia: Tabii ki değil.
Ben Nye: Doğru değil. O zaman yapması gereken ikinci şey kaynak tahsisidir. Peki, hipervizör kaynak tahsisi yapıyor mu? Hayır.
İş planlamasına ne dersiniz? Rezervasyonlara ne dersin? Peki ya planlama? Hayır, hayır ve hayır. Böylece aniden bunu başarma yolunun farkına varıyorsunuz, uyarılar üretiyorlar ve kaynakları daha yüksek bir seviyede kullandıkça, aynı zamanda daha fazla uygulama, daha fazla iş yükü ve daha fazla yer yarattığımızda da uyarı sayıları artıyor. Kaçabilecekleri. Birdenbire, insanları bu uyarılarla eziyoruz.
Fakat en büyük şey, insanların bu uyarıları kovalamak suretiyle yaptıklarımıza dönüştüğü. insanlar modern veri merkezi işletim sistemlerine girdi ve bu garip çünkü ortaya çıktığı gibi insanlar uyuyor. İnsanların aileleri var, insanlar tatil yapıyor ve bu yüzden insanlar işletim sistemi olamaz ve bu yüzden yaptığımız şey tam da bu beş şeyi yapabilmek için bu uygulama performans kontrol sistemi olan Turbonomic'i oluşturmamız. Hipervizörün harika bir buluş, kaplar ve bulutlar olduğu konusunda hemfikiriz, ancak bunları likidite sağlayıcıları olarak görüyoruz; işletim sistemi değiller. İşletim sisteminin geri kalanı, bir uygulama performans kontrol sistemine sahip olmaktan gelir. Bunları yapar, performans yönetimi, kaynak tahsisi, iş planlaması, rezervasyonlar ve planlama yapar - sahip olduğumuzun değeri budur. Bu yüzden pazar yerinde varız.
Techopedia: Makine öğreniminin ya da AI'nın iki ila beş yıl boyunca bu konuda oynadığı rolün ne olduğunu düşünüyorsun? AI ile Turbonomic veri merkezini nasıl değiştirir?
Ben Nye: Her türlü farklı ortamda yapılabilecek bazı inanılmaz, ilginç çıkarımlar var. Yaptıklarının bundan çok daha kesin olduğunu söyleyebilirim. Büyük büyük veri kümeleriyle ilgili sorunlardan birinin, bu verileri geliştirmek ve daha sonra ilişkilendirmek ve bu verilere ilişkin çıkarımları çizmek için zamana ihtiyacınız olduğunu unutmayın.
Bazen, yanlış çıkarımı çizersiniz ve bu büyük çıkarımın bu çıkarımı öğrenmesinin ne kadar zaman alacağını, ne kadar doğru, yanlış olduğunu bilmek çok zordur. Sonunda, gerçekte harekete geçmek için hala bir insan ya da bir tür statik insan işçiliği bileşeni ile geri sona erdi. Bizim durumumuzda, bu özerk zekadır. Sadece yapay zeka değil, bu iş yükleri de manken üzerinde kendi başlarına kararlar alıyorlar, ancak bunu hassasiyetle yapıyorsunuz. Sadece büyük bir veri veri seti ile gerçekleştirilebilecek olandan çok daha büyük.
Techopedia: Birini ortalama sistem yöneticisi veya ortalama veri merkezi mimarı veya ortalama CIO ile bırakabilirseniz, gelecek veya iki yılda işler nerede olacak? İnsanların 2017, 2018 ve sonrası hakkında bilmeleri gereken şeylerin şimdi farkında olmadığı nedir?
Ben Nye: Bence en önemli şey teknoloji alanına neden girdiğimizi hatırlamak; çünkü biz temel olarak merak ediyoruz ve ABD ekonomisinin - veya herhangi bir ekonominin - daha azıyla daha fazlasını yapmasını sağlamak istiyoruz. İşletmelerin çalışma ve koşma şekli budur. Kabaca% 50 fazla şartlandırılmış bir emir vermemizi ve arızalı bir uygulama dünyasında çalışmamızı gerektirdiğinde, yıl içinde bir tahsisat veya tedarik tabanlı model yaklaşımı yaklaşımına bağlı kalmak doğru olamaz. düşünürlerden işçilere kadar emek.
Daha iyi bir yol var. Daha iyi yol, size denklemin talep tarafına, VM'nin tüketim tarafına, bir konteynırın, bir bulutun tüketim tarafına bakma ve daha iyi performans gösterme fırsatı veren yeni üreticilerin yeni fikirlerini ve yeni teknolojileri benimsemektir. daha akıllı emekle ve sermayenizde daha iyi verimlilikle daha fazla ölçeklendirme ve operasyonlarınızda hem çeviklik hem de esneklik açısından esneklik ..
Bu yüzden bu fırsatı o kadar çekici buldum ki çalıştırmak istedim ve bu yüzden de buna tamamen inanıyorum.
Ücretsiz bir deneme sürüşü olan Turbonomic'in Uygulama Performans Kontrol Platformu'nu isterseniz buradan indirebilirsiniz.