Kurumsal Hizmet Veri Yolu nedir?
Kurumsal hizmet veri yolu (ESB), farklı uygulamalar arasında gerçek zamanlı veri alışverişini destekleyen bir yazılım mimarisi modelidir. Büyük kuruluşlarda çeşitli veri modellerini, protokolleri ve güvenlik kısıtlamalarını kullanarak çeşitli işlevleri yerine getiren birden fazla uygulama vardır. ESB, veri dönüştürme, protokol dönüştürme, mesaj yönlendirme gibi işlemleri gerçekleştirerek uygulama entegrasyonunu kolaylaştırır. Uygulamalar ilgili verileri ESB’ye geçirir, o da bu verileri bunlara ihtiyacı olan diğer uygulamalara dönüştürür ve iletir.
Kurumsal hizmet veri yolunun avantajları nelerdir?
Kurumsal hizmet veri yolu (ESB) kavramı, bir kuruluştaki hizmetler arasındaki iletişimi, mesajlaşmayı ve entegrasyonu standartlaştırabilir ve basitleştirebilir. Bir sonraki bölümde, küçük ölçekli ESB mimarisi uygulamalarına yönelik bazı avantajları sunacağız.
Geliştirilmiş uygulama entegrasyonu
ESB, kurumsal uygulama entegrasyonu için merkezi bir platform sunar. Kuruluşlar, temel teknolojileri veya protokolleri ne olursa olsun, her türlü sistemi ve uygulamayı sorunsuz bir şekilde entegre edebilir. Bu da kuruluşların uygulamalarını sürdürmesini, yönetmesini ve ölçeklendirmesini kolaylaştırır.
Artan geliştirici verimliliği
Geliştiriciler, ESB tarafından sağlanan önceden oluşturulmuş iletişim hizmetlerini kullanarak uygulamaları daha hızlı oluştururlar. Ekipler altyapı maliyetlerini paylaşır ve birleşik kullanım için sunucular tedarik eder. Genel verimliliği artırırken ek yükleri ve operasyonel maliyetlerini azaltır. ESB ayrıca daha hızlı pazarlama süresi ve azaltılmış geliştirme maliyetleri de sağlayabilir.
Geliştirilmiş görünürlük ve denetim
ESB ile kuruluşlar, farklı uygulamalarda veri ve hizmet akışını izleyebilir ve ortaya çıkabilecek tüm sorunları hızla tespit edip çözebilir. Bu da kuruluşların uygulamalarının kullanılabilir, güvenilir ve güvenli olmasını sağlamalarına yardımcı olur.
Kurumsal hizmet veri yolu nasıl çalışır?
Bir kurumsal hizmet veri yolu (ESB), hizmet odaklı mimari (SOA) ilkeleri üzerinde çalışır.
SOA, iş uygulamaları oluşturmak için hizmetler adı verilen yazılım bileşenlerini kullanan bir yazılım geliştirme yöntemidir. Her hizmet bir iş özelliği sunar ve birden çok hizmet de farklı platform ve dillerde birbiriyle iletişim kurabilir.
ESB platformu, uygulamaların birbiriyle etkileşim kurmak için kullandığı iletişim hizmetleri sağlar. Mesaj dönüştürme, protokol dönüştürme, yönlendirme ve kimlik doğrulaması bunlara verilebilecek bazı örneklerdir.
(AWS’de ESB uygulaması)
Bir sonraki bölümde, ESB mimarisinin temel bileşenlerini tartışacağız.
Uç noktalar
ESB mimarisinde uç noktalar ESB’ye yönelik giriş veya çıkış noktaları olarak düşünülebilir.
Her uç noktanın tipik olarak benzersiz bir adresi veya tanımlayıcısı vardır. Uç noktaları; web hizmeti arabirimi, mesaj kuyrukları veya FTP sunucuları gibi çeşitli teknolojileri kullanarak uygulayabilirsiniz. Uç noktalar, ayrıca XML, JSON veya ikili veriler gibi farklı mesaj türlerini de işleyebilir.
Uç nokta mimarisinin esnekliği, ESB’nin geniş bir yelpazedeki sistemlerle ve uygulamalarla entegre olmasına olanak sağlar.
Bağdaştırıcı
ESB araçlarındaki bağdaştırıcı bileşeni, farklı formatlar ve protokoller arasındaki mesajları çevirir. Bu da alıcı yazılım uygulamaları tarafından doğru şekilde tüketilebilecekleri anlamına gelir. Ayrıca mesajı günlüğe kaydetme, izleme, kimlik doğrulaması ve hata işleme gibi özellikler de sağlayabilir.
Veri yolu
Veri yolu, uç noktalar arasındaki mesaj alışverişine yönelik temel ESB bileşenidir. Mesajları yönlendirmek üzere mesaj türü, içerik veya hedef gibi çeşitli kriterlere dayalı bir dizi kural veya politika kullanır.
Karmaşık iş süreçlerinin gereksinimlerini karşılamak için ESB yapılandırmasındaki politikaları tanımlayabilirsiniz. Uç noktalarla iletişim kurmak için HTTP, JMS ve FTP gibi çeşitli iletişim protokolleri kullanır.
Veri yolu şu şekilde çalışır:
- Veri yolu tek bir uç noktada mesaj alır
- İş politikası kurallarını kontrol ederek hedef uç noktaların adresini belirler
- Mesajı işler ve hedef uç noktaya gönderir
Örneğin veri yolunun A uç noktasına bağlı bir uygulamadan bir XML dosyası aldığını varsayalım. XML dosyasının B ve C uç noktalarına gönderilmesi gerektiğini belirle. B uç noktası JSON verileri gerektirirken C uç noktası HTTP Put işlevi gerektirir. Bağdaştırıcı XML dosyasını JSON biçimine dönüştürür ve veri yolu bunu B uç noktasına gönderir. Veri yolu C uç noktasında XML ile bir HTTP isteği gerçekleştirir.
Kurumsal hizmet veri yolunun sınırlamaları nelerdir?
Kurumsal mimari, aşağıdaki sınırlamalar nedeniyle kurumsal hizmet veri yolundan (ESB) uzaklaşmıştır.
Karmaşıklık
Bir ESB’yi uygulamak ve sürdürmek için özel teknik bilgi gerektirir. Bu da onu karmaşık ve pahalı hale getirir. Satıcıya bağımlılıklar, başka bir ESB çözümüne geçmeyi zorlaştırır ve veri entegrasyonu seçeneklerini sınırlandırır. Yalnızca ESB’nin merkezi yönetim ekibi yeni kurumsal uygulamaları entegre edebildiğinden ekipler uzun süre beklemeler yaşar.
Ölçeklenebilirlik
ESB yazılımı, eklenen soyutlama ve işleme katmanları nedeniyle iletişimde ek gecikme süresi sunar. Uç noktaların sayısı ve iletişim hizmeti eşlemesi arttıkça ESB bir darboğaz haline gelir ve performansı etkiler. ESB sunucuları için yüksek düzeyde kullanılabilirlik ve olağanüstü durum kurtarma uygulama maliyeti de artar.
Yükseltme zorluğu
ESB entegrasyonunda iyileştirmeler yapmak, diğer bağlı bileşenlerde kararsızlığa neden olabilir ve güncellemelerden önce önemli testler gerektirir. ESB proje yükseltmeleri için finansman sağlamak, ekipler arası iş birliği gerektirir. Bu da zor olabilir.
Kurumsal hizmet veri yollarının yerini hangi teknolojiler alıyor?
Günümüzde kurumsal hizmet veri yollarının (ESB) kullanımı, öncelikle karmaşık entegrasyonlar gerektiren eski sistemlerle sınırlıdır. ESB mimari modelinin yerini diğer teknolojilerin de aralarında bulunduğu mikro hizmetler mimarisi almıştır.
Bir mikro hizmet mimarisi, hafif API’ler aracılığıyla ortaya çıkarılan kendi iletişim protokollerine sahip çok küçük ve tamamen bağımsız yazılım bileşenlerinden oluşur. Mikro hizmeti API’si aracılığıyla kullanmak temelde tüketicinin işidir. Bu da merkezileştirilmiş bir ESB ihtiyacını ortadan kaldırır.
Daha fazla bilgi için mikro hizmetler hakkında bilgi edinebilirsiniz ve API’ler hakkında bilgi edinebilirsiniz.
Bulut bilgi işlem ve mikro hizmetler mimarisinin yükselişi, genellikle ESB’lere alternatif olarak görülen yeni teknolojilerin ortaya çıkmasını sağlamıştır. Bunlardan bazılarını bir sonraki bölümde tartışacağız.
API ağ geçitleri
API ağ geçitleri, istemcilerin birden çok hizmete erişmesi için tek bir giriş noktası sağlayan hafif bileşenlerdir. Bu ağ geçitleri; genellikle API’leri yönetmek, güvenliği uygulamak ve trafiği idare etmek için kullanılır.
Hizmet ağı
Hizmet ağı, bir mikro hizmetler mimarisi içindeki hizmetler arası bağlantıyı yönetmeye ilişkin özel bir altyapı katmanıdır. Bu ağ; hizmet keşfi, yük dengeleme ve trafik yönetimi gibi özellikler sağlar.
Olay odaklı mimari
Bir olay odaklı mimaride, hizmetler zaman uyumlu istekler yerine zaman uyumsuz olay işleme yoluyla iletişim kurar. Olay, bir e-ticaret web sitesinde alışveriş sepetine eklenen ürüne benzer şekilde, bir durumda yaşanan değişiklik veya bir güncellemedir. Olaylar durumu (satın alınan ürün, fiyatı ve teslimat adresi) taşıyabilir veya tanımlayıcı (siparişin gönderildiğine dair bir bildirim) görevi görebilir.
Olay veri yolu nedir?
Birçok kuruluş, kurumsal hizmet veri yollarından (ESB) olay veri yollarına geçmiştir. Olay veri yolu, olayları alan bir işlem hattır. Bu veri yolu, uygulama bileşenlerini olaylara göre birbirine bağlar. Bu da ölçeklenebilir olay odaklı uygulamalar oluşturmanızı kolaylaştırır.
Olay veri yolu ile ilişkili kurallar, olayları geldikçe değerlendirir. Her kural, bir olayın kuralın ölçütleriyle eşleşip eşleşmediğini kontrol eder. Bir kuralı belirli bir olay veri yolu ile ilişkilendirirsiniz. Böylece kural, yalnızca o olay veri yolu tarafından alınan olaylar için geçerli olur.
Bir üretici, olay veri yoluna bir olay yayımlar. Olay veri yolu, olayları geldiklerinde önceden yapılandırılmış kurallara göre filtreler ve değerlendirir, daha sonra olayları tüketicilere gönderir. Üretici hizmetleri ve tüketici hizmetleri ayrıştırılır. Bu da onların birbirlerinden bağımsız olarak ölçeklendirilmelerine, güncellenmelerine ve dağıtılmalarına olanak tanır.
AWS, uygulama entegrasyonu gereksinimlerinizi nasıl destekleyebilir?
Amazon Web Services (AWS), bir uygulama entegrasyon hizmetleri paketi sunar. Mikro hizmetlerin, dağıtılmış sistemlerin ve sunucusuz uygulamaların içindeki ayrıştırılmış bileşenler arasında iletişim sağlar. Merak ediyorsanız AWS’de Uygulama Entegrasyonu sayfasından daha fazla bilgi edinin.
Örneğin gereksinimlerinizi karşılamak için bu hizmetleri kullanabilirsiniz:
- Amazon API Gateway: Sunucusuz iş yükleri ve web uygulamaları için uygun ölçekte API’ler oluşturma, yayımlama, bunların bakımını yapma, izleme ve bunların güvenliğini sağlamaya yöneliktir
- Amazon EventBridge: Kendi uygulamalarınızdan, hizmet olarak yazılımdan (SaaS) ve AWS hizmetlerinden gelen uygulama verilerini birbirine bağlayan bir olay veri yolu oluşturmaya yöneliktir
- Amazon Simple Queue Service (Amazon SQS): Uygulama bileşenleri arasında herhangi bir hacimde mesaj gönderen, depolayan ve alan bir mesaj kuyruğu oluşturmaya yöneliktir
Hemen bir hesap oluşturarak AWS’de uygulama entegrasyonunu kullanmaya başlayın.
AWS'de Sonraki Adımlar
