IAG, grup operasyonlarında ve dönüşüm programlarında verilerin rolünü yükseltmeye devam ederken bir yıldır veri ağı mimarisini uygulamaya koyuyor.
IAG’den Burak Hoban (solda) ve Confluent’ten Rhett Pearson (sağda) Melbourne’deki sahnede.
Veri platformları – veri ve risk – yöneticisi Burak Hoban, geçen ay Melbourne’de düzenlenen Confluent Data in Motion Tour 2024 etkinliğinde IAG’nin “veri ağının temsil ettiği en son duruma ulaşamayacağını, ancak bir orta yol bulabileceğini” söyledi.
Hoban, “Biz de tam olarak bunu yaptık” dedi.
“Bunu zaten uyguladık, bu yolculuğun bir yılını geride bıraktık, [and] benim rolüm gerçekten hızlandırmaya yardımcı olmak [that].”
IAG’nin veri ağının yapı taşlarından ikisi, BigQuery ve Confluent Cloud gibi Google Cloud hizmetlerine ve bağlayıcılara dayanan stratejik veri ve analitik platformudur.
Hoban, “GCP’ye tamamen odaklanıyoruz ve bunu veri ağı mimarimizi oluşturmak için temel bir platform olarak kullanıyoruz. Ardından Confluent Kafka’nın bunu ve yolculuğumuzun bir parçasını desteklemesini sağlıyoruz” dedi.
Hem Google Cloud [pdf] ve Confluent, veri ağı mimarisinin köklü savunucularıdır.
Veri ağları birkaç temel ilke etrafında oluşturulur. Bunlar arasında, verileri bir ürün olarak ele almak, verileri merkezi bir kaynağa getirmek ancak yine de “veri kümesine en aşina olan alan ekibi” tarafından sahiplenilmek ve düzenlenmek, verilere self servis erişime izin vermek ve üzerinde çalışılan tüm verilere genel standartlar uygulamak yer alır.
Hoban, IAG’nin veri ağının temelini oluşturduğu düşünülen yapı taşlarından bazılarını yerleştirmek için birkaç yıl harcadığını söyledi.
Ayrıca IAG’nin bölümlere ayrılmış organizasyon yapısının, mesh mimarisinin bazı yönlerinin iyi çalışabileceği anlamına geldiğini söyledi.
Hoban, “İş bölümlerimize baktığımızda, zaten veri ekipleri var, dolayısıyla bunun bir parçası onları … iyi yönetilen merkezi bir platforma taşımak” dedi.
Gerçek zamanlı veri kullanımı artıyor
IAG, kuruluş genelinde gerçek zamanlı veri akışı için daha fazla kullanım örneği görmeye başlıyor.
Hoban, gerçek zamanlı yayın ve iş etkinliklerinin potansiyelinin 2017-18’in başlarında fark edildiğini, ancak o dönemde bunu uygulayıp şirket içi kapasiteyi artıracak iyi kullanım örneklerinin az olduğunu söyledi.
Hoban, bazı kullanım örneklerinin sonunda ortaya çıktığını söylerken, “Büyük resme bakıldığında, sanırım biraz erken davrandık.” dedi.
Yine de Hoban, IAG’nin ve daha geniş endüstrinin yöneldiği teknoloji yönü nedeniyle çalışmanın yararlı olduğunu söyledi.
“IAG’nin ufukta buluta geçiş için dönüşümsel bir program planı olduğunu biliyorduk ve aslında sektörde daha genel olarak etkinlik ve yayın etrafında kullanım örnekleri görmeye başladığımızı biliyorduk ve bunlar bir işletme olarak keşfedebileceğimiz şeyler gibi görünüyordu” dedi.
İlk akış uygulamaları Apache Kafka ile dahili olarak oluşturulup yönetiliyordu ancak Kafka kullanımının artacağına dair işaretler gelmesiyle sigortacı, Confluent Cloud aracılığıyla yönetilen bir Kafka modeline geçti.
İlk kullanım örneklerinin çoğu taşındı ve Confluent Cloud artık diğer gerçek zamanlı akış kullanım örneklerini dahili olarak destekliyor.
Yönetilen hizmeti kullanmak Hoban ve ekibini dahili geliştirme ve mühendislik ekipleriyle çalışmaktan kurtardı, “onların Kafka’ya daha rahat alışmasını” ve benimsenmesini hızlandırdı.
Bu, Kafka’nın müşteri geçişi, politika geçişi, ödeme bildirimleri ve iş araçları arasında iki yönlü veri senkronizasyonu etrafında dönüşüm çalışmalarını desteklemesinin yanı sıra gerçek zamanlı veri ürünlerinin oluşturulmasını sağlamasıyla kullanımlarda hızlı bir büyümeye yol açtı.
Hoban, “Kafka, stratejik platformlarımızın bir parçası olarak ileriye dönük kritik bir rol oynamaya başlıyor” dedi.
“Kafka ile ilgili herhangi bir kesinti veya sorun yaşamamız durumunda, fiyat teklifi verme veya politika yazma yeteneğimiz etkileniyor, dolayısıyla bu zaten kritik bir görev.”
Hoban ayrıca Confluent’in çeşitli kaynak sistemlerden veriye erişmek ve veri akışı sağlamak için önceden oluşturulmuş bağlayıcıları daha fazla kullanacağının habercisi oldu.
GCP’de her şey dahil
Ayrıca, Mayıs ayında Sidney’de düzenlenen Google Cloud Zirvesi’nde, IAG’nin Veri, Risk ve Dayanıklılık Genel Müdürü David Abrahams, sigortacının GCP tabanlı veri platformu hakkında daha fazla ayrıntı verdi.
Sigortacı daha önce GCP kullanımı hakkında sadece kısaca konuşmuş, mimarisi veya karar alma süreci hakkında ise bilgi vermemişti.
Abrahams, “Çok fazla verimiz var ve bunlar işimiz için oldukça önemli, ancak mirasımız nedeniyle verilerimiz oldukça parçalanmış ve bölümlere ayrılmış durumda” dedi.
“Yapmamız gereken şey, bu verileri akılcı hale getirmek ve daha kullanışlı hale getirmek, müşterilerimizin kim olduğunu, neye değer verdiklerini ve bizden neleri korumamızı istediklerini daha iyi anlamaktı.
“Bu yolculuğa yaklaşık altı yıl önce başladık ve ilk önce bu sorunu kendimiz çözmeye çalıştık, ancak sonunda ne kadar uzağa ve ne kadar mühendislikle çalışabileceğimizin sınırlarına ulaştık ve kendi veri platformumuzu çalıştırmayı engelledik, bu nedenle şimdi ve gelecekte ihtiyaç duyduğumuz seviyelerde ölçeklenebilen ve performans gösterebilen bir platforma evrilmemiz gerekiyordu.”
Abrahams, IAG’nin “stratejik veri ve analiz platformunun” temeli olarak Google Cloud’u belirlediğini söyledi.
Stratejik veri platformunun “Artık Vertex AI ve BigQuery’deki makine öğrenimini kullanarak gelişmiş analizlerle Google Veri Platformu’ndan yararlandığını” da sözlerine ekledi.
Platformun ürettiği sonuçlar arasında “müşterilerin sigortacılığın karmaşık dünyasında gezinmesine yardımcı olan daha kişiselleştirilmiş deneyimler yaratma” yeteneği de yer alıyor.
Veri ağı tartışmasında önemli kabul edilen yetenekleri vurgulayarak, aynı zamanda dahili açıdan da faydaları olduğunu söyledi.
Abrahams, “Verileri kullanırken işletmemizin daha kendi kendine yetebilmesini sağlama hedefimizi gerçekleştirmemize yardımcı oldu” dedi.
“İşletme ekipleri artık herhangi bir ek teknik destek olmaksızın yeni modelleri kendi başlarına üretime dahil ediyor.”