Olay odaklı mimari nedir?
Olay temelli mimari (EDA), bir işlem veya iptal edilmiş bir alışveriş sepeti gibi bir işletmede önemli "olayları" algılayan ve bunları gerçek zamanlı olarak işleyen bir entegrasyon modelidir.
Olay odaklı mimariye genel bakış
Bir işletmedeki hemen hemen her olay zamana duyarlıdır. Bir müşteri çevrimiçi alışveriş yaptığında, sensör bekleyen bir arızayı, hisse senedi fiyatını düşürür veya güvenlik ihlali algılanır. Acil önlem alınması gerekir. Bu, olay odaklı bir mimarinin (EDA) geldiği yerdir. Bir EDA, işletmelerin müşteri deneyimlerinden operasyonel verimlilik ve çevikliğe kadar her şeyi geliştirmesine yardımcı olarak olayları yaratabilir, algılayabilir ve bunlara yanıt verebilir.
Etkinlik nedir?
İlk olarak, bazı temel bilgiler. Olaylar, iş için önemli olan herhangi bir eylem veya durum değişikliğidir. Örneğin, biri kredi kartı kaydırdığında uçuş için giriş yapar veya parolayı sıfırlar – ya da depoda stok güncellendiğinde. Her organizasyonda, her sektörde, her zaman etkinlikler oluyor. Şirketler olayları yakalayıp tepki verebildiklerinde “etkinlik odaklı” hale gelirler.
Olay odaklı mimari nedir?
Olay odaklı mimari (EDA), dağıtılan sistemlerdeki olayları gerçek zamanlı olarak yayınlamak, yakalamak, işlemek ve yanıtlamak için oluşturulmuş bir entegrasyon modelidir. Bir uygulamada bir olay oluştuğunda, bunu bilmesi gereken diğer tüm uygulamalara otomatik olarak bir ileti gönderilir, böylece sırayla harekete geçebilirler.
Olay temelli mimariler ayrılır; başka bir deyişle, uygulamaların bilgi paylaşmak ve görevleri tamamlamak için birbirlerinden haberdar olması gerekmez. Olay bilgileri veya iletiler, uygulamalar arasında serbest ve otomatik olarak akış gerçekleştirebilir. Sonuç olarak, EDA modeli geleneksel talep/yanıt modeline göre çok daha hızlıdır. Burada bir uygulamanın ihtiyaç duyduğu belirli bilgileri başka bir yerden talep etmesi ve bir sonraki göreve geçmeden önce yanıt beklemesi gerekir. Ayrıca, bir EDA'nın ayrışmış yapısı nedeniyle, mikroservis iletişimi için en iyi uygulama olarak kabul ediliyorlar.
Eda nasıl çalışır?
Olay temelli bir mimaride uygulamalar, olay üreticileri (olayları üreten veya yakalayan uygulamalar) veya olay tüketicileri (olayları işleyen ve bunlar üzerinde işlem yapan uygulamalar) olarak görev yapar. Üreticiler olayları gerçek zamanlı olarak bir komisyoncu, aka mesaj odaklı middleware aracılığıyla tüketicilere iletiyor. Böylece tüketiciler olayı işleyebilir ve kendi eylemlerini, iş akışlarını veya olaylarını tetikleyebilir.
Çok basit bir mimaride - tek bir üretici ve birbiriyle doğrudan iletişimde olan tek bir tüketici olduğunda - komisyoncular isteğe bağlı olabilir. Ancak çoğu işletmede birden fazla tüketiciye olay gönderen birden fazla kaynak vardır, bu nedenle bir broker, hatta bir brokerler ağı (aynı zamanda "olay ağı" olarak da bilinir) gereklidir. Bir aracı veya olay ağı kullanıldığında bu, uygulamaların "gevşek bağlanmasını" oluşturur.
Olay temelli mimari desenler
Olay temelli mimaride olayları iletmek için iki ana model vardır: yayımlama/abone olma ve olay akışı.
Yayınla/abone ol (diğer adıyla "pub/sub") – Pub/sub ile etkinlik tüketicileri, etkinlik üreticileri tarafından yayınlanan mesaj ve kanallara abone olur. Bir etkinlik yayınlandığında, bir aracı aracılığıyla doğrudan tüm abonelere gönderilir. Çift kayıttan kaçınmak için olaylar tüketildikten sonra yeniden oynatılamaz veya bunlara erişilemez. Bu olaylar aracı tarafından silinir.
Etkinlik akışı – Etkinlik akışı ile, üreticiler olay akışlarının tamamını bir aracıya yayınlar. Tüketiciler akışa abone olur ve herhangi bir bölümden okuyabilir, yalnızca bunlarla ilgili olayları tüketebilir. Bu desen ile olaylar tüketildikten sonra bile aracı tarafından tutulur.
Olay işlemeye yönelik 3 yaklaşım
Bir tüketiciye ulaştıklarında olayları işlemeye yönelik üç farklı yaklaşım vardır: basit olay işleme, karmaşık olay işleme ve olay akışı işleme.
- Basit olay işleme: Tüketiciler, alınan her olayı işler.
- Karmaşık olay işleme: Tüketiciler örnekleri algılamak ve sonuca göre işlemler gerçekleştirmek için bir dizi olay işler.
- Olay akışı işleme: Tüketiciler, bir veri akışı platformu kullanarak gerçek zamanlı olarak sabit bir veri akışı (hareket halindeki veri) akışını işler ve bunlar üzerinde işlem yapar.
İşletmeler, etkinlik işlemeye yaklaşımlarını bireysel ihtiyaçlarına ve kullanım durumlarına göre seçerler.
Olay temelli mimari kullanım durumları ve örnekleri
Bankacılıktan perakendeye kadar her sektörde olay temelli mimariler için birçok farklı kullanım durumu vardır. İşte restoran sektöründen bir örnek:
Üniversite öğrencisi uber Yiyen gibi bir yemek teslimat uygulaması aracılığıyla bir pizza siparişi verir. Uygulama, temel bilgilerini (ad, adres, ödeme bilgileri ve sipariş) yakalar ve "pizza siparişi" olayını yayımlar.
Pizza restoranı etkinliğe abone olur, siparişi yerine getirir ve kendi "siparişe hazır" etkinliğini yemek teslimat hizmetine geri yayınlar
Servis daha sonra teslimat sürücüsü tayin eder, ETA planlar ve müşteriye pastasının yolda olduğunu bildirir
E-ticaretten BİR EDA örneği:
İnternet üzerinden alışveriş yapan bir e-ticaret sitesinde kredi kartı bilgilerine giriyor ve bu sitede “gönderilen ödeme” etkinliği yayınlanıyor
Ödeme sistemi etkinliğe abone olur, ödemeyi işler ve başarılı veya başarısız olduğunu belirten kendi "ödeme işlendi" olayını düzenler ve web sitesi kullanıcı arayüzüne geri yönlendirir
Kullanıcı arayüzü, ödeme durumunu müşteriye gösterir ve sonraki adımları sorar
EDA'nın diğer örneklerinden bazıları şunlardır:
Çevrimiçi bir alışveriş yapan bir ürüne tıkladığında ve sistem benzer öğelere dayalı ürün önerileri oluşturarak yanıt verdiğinde
Bir müşteri bir bankada çek ibraz ettiğinde ve sistem, ibrazı otomatik olarak hesabına kaydettiğinde
Bir perakendeci, dolandırıcılık için genel işlemleri görüntülediğinde ve şüpheli satınalmaları kredi kartı şirketine işaretlediğinde
Bir üretici, ekipmanından IoT verileri akışını izlediğinde ve olası bakım sorunları veya arızaları konusunda uyarıldığında
Olay odaklı mimarinin avantajları
Olay odaklı bir mimarinin birçok faydası vardır. İlk 3:
- Gerçek zamanlı iş akışları ve duyarlılık. Bir EDA olayları meydana geldiği gibi izleyebilir ve hızlı bir şekilde tepki verebilir, genellikle iş akışlarını hızlandırmak ve sonraki adımları gerçek zamanlı olarak tetiklemek için robotik süreç otomasyonu (RPA) kullanabilir. Bu özellikle yoğun talep zamanlarında (örneğin, büyük satış etkinlikleri veya tatiller) kritik önem taşır. Bu duyarlılık günlük olarak da uygulanabilir (örn. yoğun olmayan) iş akışları, tedarik zinciri otomasyonundan dolandırıcılık tespitine kadar her şeyi geliştirir.
- Asenkron mesajlaşma. EDA'daki uygulamalar zaman uyumsuz bir şekilde iletişim kurar; yani üreticiler, tüketicilerin bunları almasını beklemeden olay mesajları yayınlarlar. Bu, yalnızca uygulamaların beklemeden diğer görevlere geçmesine izin vermez, entegrasyonu basitleştirir.
- Ayırma ve gevşek bağlama. BİR EDA'daki uygulamalar birbirinden ayrılır veya gevşek olarak bağlanır ve birbirlerinin kullanılabilirliğine bağlı değildir. Bunlar bağımsız olarak güncellenebilir, test edilebilir ve dağıtılabilir. Bağımsız olarak da başarısız olabilirler, böylece mimari geleneksel modellere göre daha dayanıklı ve kalıcıdır. Ayrılık, gerektiğinde fazladan yayıncılar ve tüketiciler eklemeyi de kolaylaştırıyor, her değişim olduğunda kodu yeniden yazma ihtiyacını ortadan kaldırıyor.
Sonuç
Event mesh, farklı hiper ölçekleyiciler arasında ve özel bulut ortamlarında dağıtım seçenekleri sunar. Özel veya genel bulutlardaki ortamlarda dağıtılan olay aracılarının dağıtılmış bir mesh'ini oluşturacak şekilde konfigüre edilebilir. Event mesh; olay akışı, etkinlik yönetimi ve izleme ile dinamik ileti yönlendirme ve ayrıntılı filtreleme gibi gelişmiş özellikler dahil olmak üzere olay oluşturma hizmetlerinin tam amaçlı bir kümesini sunar.
SAP'nin olay ağı özelliklerini keşfedin
SAP Integration Suite'in olay temelli bir mimarisi ile uygulamalarınızı güçlendirin.
Başka bir yerde bulamayacağınız fikirler
Doğrudan gelen kutunuza iletilen bir doz iş zekası için kaydolun.