Röportaj: Rolf Krolke, CIO, Erişim Grubu


2017’den bu yana yılda ortalama 10 satın alma ile erişim grubu, farklı sistemleri BT yığınına entegre etmede iyi oldu.

Ancak aynı zamanda çok farklı bir depolama altyapısı ve onu koruma söz konusu olduğunda çok sayıda zorlukla sonuçlandı.

Bu röportajda, APAC Bölge Teknoloji Direktörü Rolf Krolke ile Erişim Grubu ile konuşuyoruz. Yaklaşık 10 milyar £ ve 7.500 çalışanı olan ve dünya çapında 100.000 kuruluşa iş uygulamaları sağlayan İngiltere merkezli en büyük yazılım şirketidir.

Krolke ile bir depolama yenilemesine başlarken, çok sayıda eski depolama tedarikçisinin donanımının saf depolama all-flash depolama dizileriyle değiştirildiğini, Hizmet esasına göre temin edildiğini ve şirketin kurumsal veri bulut veri yönetim platformunu ve portworx kapsayıcı yönetim ortamını kullanma planlarıyla konuştuk.

Proje, toplam kapasite onlarca petabayt kadar çalışarak küresel olarak 10 veri merkezine kadar depolama alanı görecek.

Geçen hafta Las Vegas’taki Pure’s Accelerate etkinliğinde Krolke ile yakalandık ve ona şunları sorduk:

  • Teknoloji direktörü olarak karşılaştığı temel zorluklar;
  • Access Grubu gibi bir şirketin yoğun birleşme ve devralmalar (M&A) faaliyeti sırasında birden fazla farklı sistemi nasıl entegre ettiği;
  • Şirketin yeni erişim EVO platformu;
  • Depolama Yenileme Projesi için sürücüler;
  • Modern, tek tedarikçi bir depolama ortamına nasıl taşınmanın kuruluştaki becerileri etkileyeceği.

Bir teknoloji direktörü olarak karşılaştığınız en büyük zorluklar nelerdir?

Birleşme ve satın alma yoluyla büyüdüğümüz için, farklı olgunluk seviyelerinde birçok farklı altyapı, birçok farklı büyüklükte şirket ile sonuçlanıyoruz.

[That means] Her yerde verilerimiz var [so the challenge is] Bunu nasıl bir araya getiririz? Ve şirketin performansını, gelirini, istikrarını ve kullanılabilirliğini etkilemeyerek bunu referans mimarimize nasıl getirebiliriz?

Şimdiye kadar FlashArray X ve XL serisini dağıttık. Konteyner stratejimizi ve hangi konteyner platformlarını kullanmak istediğimizi sonuçlandırırken Portworx’a bakıyoruz.

Rolf Krolke, erişim grubu

Bence diğeri, yine sahip olduğumuz farklı platformlarımızın entegrasyonu etrafında. [gained] M&A aracılığıyla. Normalde, bir şey inşa etmeniz ve organik olarak büyümenizdir, ancak inorganik olarak çok büyürüz. Birleşme ve satın alma etkinliğimiz çılgın.

Çok, çok meraklı bir şirketiz, ki bu çok havalı, ama entegrasyon tarafında çok fazla iş var. Yani, bunun sorunsuz bir geçiş olduğundan emin olmak için yapmamız gerekenlere ayak uydurmak ve tüm bu süreci etkilemiyoruz, ancak bunu standart referans mimarimize nasıl bulduğumuza bakıyoruz.

Bu entegrasyonu çok yakından yönetiyoruz çünkü yapmak istemediğimiz şey, “Ah, tebrikler, şimdi sizi satın aldık. Her şeyi hareket ettireceğiz çünkü açıkça kıramayız.”

Bu birleşme ve devralmalarda kazandığınız BT’yi nasıl dahil ettiğiniz için şablon nedir?

Hepsi farklı boyutlar. Sanırım sahip olduğumuz şey yapmamız gereken çıplak minimum bir şablon.

Bu, genel bulut hesaplarımız altında genel bulut hesaplarını taşıma gibi basit şeyler anlamına gelir, bu nedenle AWS ile taahhütlü harcamamızdan yararlanırız [Amazon Web Services] ve Microsoft. Güvenlik araçlarımızı sunuyoruz, böylece her şeyin güvenli olduğunu biliyoruz. Muhtemelen yaptığımız çıplak minimum.

Ama sonra, her biri duruma göre yapılır ve nasıl denetlendiğine, nasıl kalkınma döngülerinin nasıl göründüğüne, boru hatlarına, kullanılan platformlara bağlıdır.

Ayrıca, Alibaba’yı veya ambargolardan birini kullanan şirketleri satın alıyoruz gibi kullanmak istemediğimiz bir platform olup olmadığını görmek için bir değerlendirme yapıyoruz.

Ancak, minimum olarak yaptığımız şey için basit, standart bir şablonumuz var ve daha sonra önümüzdeki 18 ayı onlarla çalışarak veya boyuta bağlı olarak 18 aya kadar harcıyoruz.

Bize Access Evo hakkında daha fazla bilgi verebilir misiniz? Yeni altyapı EVO seviyesinde neler yapabileceğinizi nasıl kolaylaştıracak?

Yapmamıza izin vereceği şey, özellikle [Pure] Fusion çıkıyor, yapay zekayı getir [artificial intelligence] verilere daha yakın. Bu nedenle, farklı sistemlere güvenmek yerine, verilerin olacağı veri merkezlerinin içine AI bölmelerini koymaya bakmaya başlayabilir ve bu sorguları oradan çalıştırabiliriz.

Bu potansiyel olarak bunu bu veri katmanına koymanın bir yararıdır. Bence bu ana ve bu verileri, boyutunu ve ölçeği yönetmenin yanı sıra, müşteriler kullanmaya başladıkça daha fazla veri üretecekler, oraya daha fazla veri koyacaklar.

Özellikle bordro platformlarımızdan birinde piyasaya sürdüğümüz Avustralya’da gerçekten ilginç kullanım durumlarımız var ve bir müşteriyle ilk kez etkileşime girecek. İçinde olduğu gibi, verileriyle, çünkü şirket içi çalıştırıyorlar. Bu nedenle, geleneksel bir sunucu veya dizüstü bilgisayarda oturuyor olabilir ve sonra EVO ile şimdi bunu çevremize bağlayacaklar ve EVO içindeki Copilot aracılığıyla verileri üzerinde analiz yapabilecekler.

Depolama Yenileme Projesi’ni nedir? Mevcut senaryonuzda bazı sınırlamalar oldu mu?

Evet, sınırlamalar vardı.

Merkezi yönetim dışında kilit sürücülerden biri, kesintisiz yükseltmelerin olmamasıydı. Aylık yama, herkes bunu yapmaktan korkuyor. Kimse yammak istemiyor çünkü ne bulacağınızı asla bilemezsin.

Ve çoğu zaman altyapıyı yamaya çalıştık ve sorunlar yaşadık ve kesintilere neden olduk. Ama sevdiğimiz ve bizi gerçekten saf olarak sattığımız şey, kesintisiz yükseltmeler yapabilmemizdir. Ve bunu hızlandırdık. Pazartesi günü üretimin ortasında kesintisiz bir yükseltme yaptım ve kimse bilmiyordu.

Anahtar sürücülerden biri [for our storage refresh] kesintisiz yükseltmelerin eksikliği idi. Sevdiklerimiz [about] Pure, kesintisiz yükseltmeler yapabilmemizdir

Rolf Krolke, erişim grubu

Daha önce, altyapı yükseltmeleri yapmak uzun bir süreçti. Sadece standart ürün yazılımı ve yama ile bile, uzun bir süre boyunca birçok insan gücü kullanarak planlı bir egzersiz olmalı.

Karışık altyapıdan kaynaklanıyordu – ve depolama ve hesaplama arasındaki birçok tedarikçinin her zaman kolaylaştırmaması.

Ve yapmamız gereken yamaların kritikliği nedeniyle her zaman iki ya da üç yaşındaydık. Ve onları ne zaman yaptığınıza bağlı olarak, bazen birincisini, sonra bir sonrakini, sonra bir sonrakini yapmanız gerekiyordu. Ve sanslarımızı gerçekten çeviremeyiz [storage area networks] kapalı.

Pure kullanma sürecindeyiz. Yaklaşık 12 aydır bu yolculuğa çıktık ve önümüzdeki yıllarda, yıllar önce satın aldığımız mevcut depolamayı çıkarırken ya da birleşme ve satın alma üzerinden edindiğimiz için saflaştıracağız. Sadece bir yırtılma yapamayız ve değiştiremeyiz çünkü varlıkları aşağı çekmemiz gerekiyor.

Şimdiye kadar FlashArray X ve XL serisini dağıttık. Konteyner stratejimizi ve hangi konteyner platformlarını kullanmak istediğimiz için Portworx’a bakıyoruz.

Ayrıca Cloud Block Mağazasına da bakıyoruz, özellikle bizim için [Microsoft] Azure ve AWS ortamları, daha sonra sahip olduğumuz verileri nasıl yönetmek için saf 1 ortamımıza getirebileceğimizi görmek için. Ve sonra gerçekten, gerçekten füzyonla ve başarmaya çalıştığımız sonuca bağlı olarak iş yüklerini taşımak için bunu nasıl kullanabileceğimize nasıl bakabiliyorum.

Şimdiye kadar herhangi bir faydayı ölçebildiniz mi?

Sahip olduğumuz kesintilerin sayısını önemli ölçüde azalttık. Toplam sahiplik maliyetimizi azalttık. Yine de sayılarım yok. Hizmet verilen olaylarda bir azalma gördük.

Depolama yenilemesi ilerledikçe, yeniden yerleşim, depolama insanların şimdi ne yaptıkları ile gelecekte ne yapacakları arasında nasıl görünüyor?

Pureping ile ilgili tek harika şey [it means] Depolama adamları gidip başka şeyler yapabilir, çünkü toplam yönetim yükü daha düşüktür.

Platform veya altyapı ekipleri gibi bu silolara sahiptik. Bu siloları yıkıyor.

Çok adetimiz olacak. Böylece, depolama, hesaplama, tüm platformu, DataCentre içindeki her şeyi yöneteceklerdir. Her şeyi kapsayacaklar. Birçoğu şimdi yapıyor. Bu yüzden o depolama kişisine ihtiyacımız olduğunu sanmıyorum.

Ancak bence geleneksel altyapı ekiplerimizin, bir Cloudops veya DevOps ekibinin bileceği gibi, şu anda sahip olduğunuz becerilerle hızlanması gerektiğini düşünüyorum. Ağ, depolama, hesaplama ve veritabanlarını bilmeleri gerekir. Halka açık bulutta inşa eden herkesin, bu altyapı ekiplerinin ihtiyaç duyduğu tüm şeyleri bilmeleri gerekiyor.

Bence bu ihtiyaç duyulacak upskilling bileşeni.



Source link