BIZTALK SERVER 2004
BIZTALK SERVER, uygulamalar arası iletişimi kurmak için, grafiksel arayüzler, iş kuralları oluşturmak için kullanılır. Özel iş kuralları içn mekanizma içerir, uygulamaların yönetimi ve takibi için kolay yollar sağlar. İş analistleri, sistem yöneticileri ve programcılar aynı ortamda çalışır.
BIZTALK SERVER ile birlikte;
• Birbirinden çok farklı uygulamaları entegre edebiliriz.
• Şirketlerin kaynak yönetimleri için uzun süreli programlama aşamalarını azaltır.
• Ortak çalışan şirketlerdeki yeni değişikler sonucunda daha hızlı deployment(dağıtım) sağlar.
• Farklı yerlerde farklı formatlarda saklanan veriler üzerinde birçok raporlama imkanı sağlar.
• Konuşulacak diğer uygulamalar ve şirketlerin BIZTALK SERVER ortamına entegrasyonu kolaylıkla yapılabilmektedir.
BIZTALK SERVER 2004’deki Servisler ve Araçlar
• BizTalk Orchestration: İş süreçleriniz için, dizayn, çalıştırma ve yönetim imkanı sağlayan servistir. Arka planda çalışır ve Visual Studio .NET içinde tasarlanır.
• BizTalk Messaging: İş prosesleri arasında mesaj gönderimi, transform işlemleri için kullanılan bir servistir. Mesajı alır ve istenen formatta parse edip, gönderilecekse onu belirler.
• BizTalk Web services: Bu servisler: SOAP, UDDI ve WSDL’i iletişim, yerleşim ve yayımlama için kullanılır.
• Business Rules Framework: Bu araç aracılığı ile kod yazmadan iş kurallarını belirleyebiliriz. Örneğin yıllık satışı belirli bir rakamın üzerinde olanlara sadece kredili satış yapabileceği gibi bir kural verebiliriz. Bu kuralı kod içerisindende yapabiliriz. Ancak herhengi bir değişiklikde kodu güncellemek gerekir. Business rules’lardan bunları yaparsak herhangi bir değişiklikde sistemi yeniden deploy(dağıtım) etmemize gerek kalmaz.
• BizTalk Human Workflow Services (HWS): Bazı iş akışı modellerinde herhangi bir insan aktivitesine ihtiyaç duyulduğu zaman bu servis kullanılabilir.
• Enterprise Single Sing-On: Merkezi authentication gibi düşünebiliriz.
• Business Activity Services: Herhangi bir organizasyon ile aradaki bağlantıların ve ilişkilerin nasıl olduğu belirtilir. Bir partner ile aramdaki tüm iş akışlarını gösterir.
• BizTalk Server Health and Activity Tracking(HAT): Bu yönetim aracı ile aktif iş akışını takip edebilir, problemleri tespit edebilir ve sorunlu mesajları görebiliriz.
STANDARTLARI DESTEKLER
Global XML Architecturel(GXA)’ı destekler. Eğer BIZTALK SERVER ile web servislerini kullanıyorsak, bu çözümleri kullanabiliriz. Global XML Web Services çözümleri: WS-Addressing, WS-Corrdination, WS-Inspection, WS-Policy, WS-Referral, WS-Reliable Messaging, WS-Routing, WS-Security, WS-Atomic Transaction.
BIZTALK İŞ ROLLERİ
BizTalk server kullanılan bir işletmede, yapılması gereken işler, kişilere göre Microsoft tarafından bölümlere ayrılmıştır. Tabiki BizTalk kullanırken bunlara uyma zorunluluğumuz yok. Ancak wls bu anlamda bilere yardımcı oluyor. Üç iş tanımı yapılmaktadır. Bu görevler ve tanımları;
1. İş Analisti(Business Analyst): Kuralları ve iş süreçlerini tanımlar ile yapabilir.
2. Geliştirici (Developer): İş analistinin tanımladığı iş sürelerini geliştirir ve kullanım ortamını hazırlar. İş akışlarının kullanacağı XML dökümanlarını hazırlar, şemalar arası tanımlamaları yapan ve iş süreçleri için orchestration’ları geliştirir.
3. Yönetici (Administrator): Bölümler arası iletişim, uygulamaların dağıtımı (deployment) ve tüm sistem üzerindeki yönetim işlemlerini gerçekleştirir.
BIZTALK ADAPTÖRLERİ (ADAPTERS)
BizTalk uygulamalar arası konuşmayı sağlıyor demiştik. Örneğin bir uygulamadan bize bilgiler .txt formatında, bir uygulamadan .xls formatında, bir uygulamadan .xml formatında geliyor olsun. BizTalk’un bu farklı formatları algılayıp, bizim anlayacağımız şekilde değiştirmesi gerekmektedir. Yani bilgileri okuyup parse ettikten sonra bizim isteğimiz formata çevirmektedir. Bu işlemleride adaptörler yardımı ile yapmaktadır. Bu adaptörler, BizTalk Adapter Framework üzerine kuruludur. Bu framework, adaptör oluşturmada ve uyarlamada genel ortam sağlamaktadır. BizTalk ile birlikde gelen, BizTalk’un standart adaptörleri bulunmaktadır. Bunları kullanabiliriz. Ancak istersek diğer firmalar tarafından geliştirilmiş adaptörleri de kullanabiliriz. Örneğin SAP ile entegrasyonu sağlayan özel adaprörlerü kullanarak, SAP ile konuşabilir duruma gelebiliriz. Bu adaptörler sayesinde konuşabileceğimiz sistemler;
Finans sistemleri, SCM, MainFrame, Veri Tabanları, ERP, CRM sistemleri.
BIZTALK ORCHESTRATION
Orchestration Designer dizayn aracı ile iş akışlarını geliştirebiliriz. Normal bir programlama dilinden farklı bir geliştirme ortamı mevcuttur. Shape’ler aracılığı ile mantıksal yollar belirlenir ve işlemlerimizi sanki bir proglamlama dili ile geliştirme yapar gibi işlerimizi gerçekleştirebiliriz. Dizayn işlemi tamamladkdan sonra projeyi derleyip orchestration’ı çalıştrabilir duruma gelmiş oluruz.
BizTalk orchestration’ların entegre olduğu bileşenler;
• Web Services: Kurumsal ortamda karşılıklı iletişim için, BizTalk Server 2004 üzerine kurulu standart sağlayan Business Process Execution Language(BPEL) içerir.
• Business Rules Framework: Business Rules Framework, geliştirmeciler, iş analistleri, sistem adminler için geliştirme ve kuralların uygulamasında grafiksel kullanıcı sağlar.
• Human Workflow Services(HWS): iş akışları içerisine insan faktörünü sokup, akışı ona göre şekillendirebiliriz. Örneğin bir orchestration içinde işlemleriniz var ve bir noktada ONAY mekanizması söz konusu. Akışı bu onay’a göre şekillendirebiliriz.
Orchestration dosyasının uzantısı .oxd’dir ve Visual Studio .NET ile entegre durumdadır.
Kendi Adaptörümüz
Kişiselleştirerek yapabileceğimiz yeni adaptörler için adapter Framework içermektedir. VS.Net içindeki BizTalk Server explorer ile, BizTalk Server projelerindeki dosyaları tarıyıp, kolay ulaşım sağlayabileceğimiz bir tarayıcı gelmiştir.
BIZTALK SCHEMA (BIZTALK ŞEMA)
XML ile daha önce uğraşmışsanız. Şemaların çok önemli olduğunu biliyorsunuzdur. Verinin XML formatında olması, uygulamalrımıza entegrasyonu kolaylaştırır. Verilerin XML formatında olmasının önemi kadar, verinin formatı ve doğrulanmasıda çok önemlidir. Veri geldiği anda herhengi bir kontrol yapmadan gerçek veritabanımıza kaydedersek, oluşabilecek hataları yakalayamama, yanlış formatta ve değerde bilgileri veritabanımıza kaydetme şansımız vardır. Bu tür durumların oluşup, vertabanımızın bir çöplüğe dönüşmesini istemiyorsak, şemaları kullanmak zorundayız. Şemaları birnevi filitre olarak düşünebiliriz. Bu filitre, gelen bilgiyi verdiğimiz kriterlere göre sürer. Bu süzme sonucunda doğru verileri içeri alır. Böylelikle veritabanımızın çöplüğe dönüşmesini engellemiş oluruz. BizTalk için tanımlanan XML şemalarında; elementler, özellikler, veri tipleri, sıralı tanımlamalar, tekrarsız alanlar tanımlayabilme imkanımız bulunmaktadır.
BizTalk’un kullanıldığı mesaj tipi XML olduğu için, alınan bu mesajları XSD şemaları aracılığı ile ön kontrolden geçiriyor. Bu şemada alacağımız alanları, tip ve uzunluklarını, mesaj sırasını ve tekrarsız olup-olamayacağı gibi tanımları yaparız.
Eğer şema üzerinde bir alan, promote olarak tanımlarsak, gelen mesaj içinde bir bilgi aradığımızda tüm mesaj içinde aramak yerine sadece paramete edilen alanda arama yapar. Tek bir şemada bu tanımlamaları yapabileceğimiz gibi, birden fazla şema tanımlamakda işlerimizi gerçekleştirebiliriz. Buda bize kolay okunurluk sağlar. Karmaşık ve büyük şemaları birden fazla şema olarak tanımlayıp onları bir yerde toplayabiliriz. Böylelikle küçük şemalar ile kullanılabilinirliğide bulunan müşteri tanımlarını ayrı bir şemada tutabiliriz. Buda müşteri tanım bilgilerine ulaşmada kolaylık sağlar. BizTalk editörün üç çeşit birden fazla kullanım metodu vardır.
1. Import: Var olan bir şemanın tüm özellikleri ile kopyasını alır.
2. Indude: Diğer bir şemayı aynen dahil eder. Dahil edilen şemadaki herhengi bir değişiklik, include ettiğimiz şemaya yansır.
3. Redifine: Diğer şemanın özellikleri kullanılabilir hale gelir. Direk şema içinde tanımlı değildir, ulaşılması gerektiğinde çağrılır.
Bu işlemleri gerçekleştirmek için şemanın Imports özelliği ile gerçekleştirebiliriz.
Bu tür şemalar için global değişken tanımlayıp, bu değişkeni tüm şemalarda kullanabiliriz.
Bu şekilde manuel olarak şemayı oluşturabileceğimiz gibi, bir mesajı verip, buna uygun şema oluştur diyebiliriz. Bunun sonucunda gelen mesaja uygun şemayı BizTalk Server bizim için otomatik olarak oluşturur. BizTalk 2002’de XSD şeması yerine XDR şeması kullanılıyordu. XDR şemasında otomatik olarak XSD şemasına yükseltebiliriz.
Alanlar üzerindeki Promoted özelliğini kullanarak bir mesajı promote edebiliriz. İstersek tüm alanlarıda promote edebiliriz. Bu özellik sayesinde bir alan üzerinde bir arama yapmak istediğimizde tüm mesaj üzerinde arama yapmak yerine sadece bir alan üzerinde arama yapabiliriz. Örneğin gelen mesajda bir şehir alanımız olsun. Veritabanımıza sadece istanbul şehrine ait kayıtları almak istiyoruz. Eğer şehir alanını promote edersek, sadece İstanbul olan kayıtları al diyebiliriz. Bu promote edilmiş alanları promoteShema.xsd isimli başlıca bir şema dosyasında tutuyor.
Bu şema tanımı eğer gelen mesaj dosyası XML ise kullanılır. Eğer gelen mesajın dosya tipi bir flat file, excel veya gelen mesajın oluşturduğu programın özel bir dosya tipi ise, adaptörler kurulduktan sonra, şema dosyasının Schema Editor Extentations özelliğini gelen mesajın dosya tipi olarak seçmek gerekmektedir. Kurulu adaptörlere göre burada dosya tipleri görünür. Dosya tipine göre şema’nın diğer özelliklerini ayarlamak gerekir.
Oluşturduğumuz şemanın doğruluğunu kontrol edebilmemiz içinde gerekli araçlara sahibiz. Şema dosyası üzerindeyken (Solution Explorer’da) sağ tuşa bastığımız zaman üç seçenek karşımıza çıkar.
Validate Schema: Eğer manuel olarak şemayı oluşturduysak bu seçenek karşımıza çıkar. Şema tanımlarımızda bir sorun olup-olmadığını kontrol eder. Eğer bir hata varsa onu gösterir.
Validate Instance: Bu seçenek için hazırlamış olduğumuz şemaya uygun bir mesaj örneği ister. Bu örneğe göre hazırlamış olduğumuz şemanın uygun olup olmadığını kontrol eder.
Generate Instance: Hazırlanan mesaja uygun örnek bir XML dosyası oluşturur.
Bir şemayı denediğimiz zaman, projenin bulunduğu klasörde, bin klasörünün altında bir .DLL oluşturur. Yani bir BizTalk Server şeması derlendiği zaman bir .NET Assembly yani .DLL dosyası oluşturur. Aynı zamanda normal bir .NET projesini VS.NET içinde derlediğimizde oluşabilecek hata ve uyarı mesajlarını BizTalk Server projeleri içinde gösterir.
MAP KULLANIMI
Şemayı anlatırken gelen mesaja uygun bir kontrol şeması oluşturmayı görmüştük. Gelen mesajın yapısı için şemayı oluşturduk, ancak bu mesajın içeriğini kendi veritabanımıza, kendi yapımıza uygun kaydetmek isteriz. Yani gelen mesaj üzerindeki bazı mesajları almak istemeyebiliriz. Veya gelen mesajdaki aynı sıra ile kaydetmeyebiliriz. Bu gibi olasılıklar olabileceğinden, ve sadece mesaj bir yerden ve tek formatla gelmeyeceğinden dolayı gelen mesajı istediğimiz formata çevirmek zorundayız. Burada yardımımıza BizTalk Map’lar koşuyor. Elimizde bulunan iki şema arasında, yani gelen mesajın ve bizim veri tabanımızın şeması arasında eşleştirme işleminde, gelen mesajdaki bir alanı, kendi veritabanımızdaki bir alana işaretleriz ve belirttiğimiz alanlar, belittiğimiz alanlara kaydedilir.
Eğer bir alanı veritabanımıza almak istiyorsak, herhangi bir alan eşleme yapmayabiliriz.
İki alanın birleşimini bir alana yaz, iki veya üç alanın çarpımını bir alana yaz diyebiliriz.
BizTalk Map’leri Visual Studio .Net içinde oluşturabiliriz. Source Schema (Kaynak Şema)’yı ve Destination Schema’yı proje ekleyip tanımlarını yapmamız gerekmektedir. Visual Studio .Net içinde, bu iki şema arasında drag and drop (sürükle-bırak) yöntemi ile tanımlarımızı yaparız
Bu şekilde manuel eşleme yapabileceğimiz gibi, Autoline By özelliği ile bu eşlemeyi otomatik olarak BizTalk’a yaptırabiliriz.
BIZTALK FUNCTOIDS
Functoids, BizTalk Server içinde kullanabileceğimiz fonksiyonlardır. 702’nin üzerinde functoid vardır. Bu hazır functoid’leri kullanabileceğimiz gibi, kendi özel functoid’lerimizide yazabiliriz. Bunu VB veya C# ile yazarak gerçekleştirebiliriz. Bunu da Scripting functoid’ini kullanarak gerçekleştirebiliririz. BizTalk Server’ın desteklediği ve kullanabileceklerimiz;
C#, Jscript.Net, VB, Net, XSLT, XSLT Call Templates
Functoid’ler aracılığı ile, iki şema arasında map işlemini yaparken, araya istediğimiz bir functoi’i ekleyerek, gerekli işlem yapıldıkdan sonra kendi veritabanımıza ekleyebiliriz. Yada örneğin bir alanın genel toplamını almak için kullanabiliriz.
Uzun şemaların map tanımlarını, okumayı kolaylaştırmak için en fazla 20 farklı sayfada gösterebiliriz. Ancak functoid ile birleştirdiğimiz iki alan aynı sayfada olmalıdır.
BIZTALK ORCHESTRATION
Bir iş akışı içerisinde, gelen mesajlar üzerinde yapacağım işlerin, oluşların, mesaj nerden alınıp, nerden gönderileceğini, mesajın veritabanına kaydetmeden önce geçeceği kontrolleri tanımlayacağım / dizayn edeceğim ortama BizTalk Server Orchestration Desiger denir. Bu ortam aracılığı ile istediğim işleri yapabilmem için gerekli orchestration dizaynımı yapabilirim. Orchestration’ları, Visual Studio .Net içinde, görsel arayüz ile dizayn edebilirim.
Bir orchestration, başka bir orchestration’dan çağrılabileceği gibi, belirli bir XML dosyası geldiği anda çalışsın diyede tanımlayabilir.
BizTalk farklı platformdaki bilgileri birleştirdiği gibi, BizTalk Server ortamındaki uygulamaları başka platformlara, başka platformlardaki uygulamaları BizTalk Server ortamına aktarma şansıda bize vermektedir. Farklı ortamların bu şekilde konuşabimesi için, platformlar Business Process Execution Language(BPEL) oluşturmaktadır. BizTalk Server ortamına bir BPEL dosyasını import edebileceğimiz gibi, BizTalk Server ortamındaki geliştirmeleri dışarı export edebiliriz. BizTalk Server Import Wizard ile BPEL, WSDL, XSD dosyalarını BizTalk Server projemize ekleyebiliriz. Bir orchestration üzerindeyken (Solution Explorer’da) sağ tuş “Export to BPEL” seçeneği ile dışarı aktarım işlemini gerçekleştiririz.
Orchestration dizayn ekranında, sürükle-bırak yöntemi ile iş akışının tasarımını yaparız.
Orchestration’lar bir geliştirme ortamı olduğu için, debugger kullanımı en büyük ihtiyaçlardan biri olacaktır. BizTalk Server bu ihtiyacımızıda karşılamaktadır. Orchestration içindeki shape’ler arasında debug işlemini gerçekleştirebiliriz. İstediğimiz shape’e breakpoint koyabiliriz. Adım adım shape’ler arasında giderek akışı takip edebiliriz. Tanımladığımız değişkenlerin ve mesajların içeriklerini takip edebiliriz.
WEB SERVİSLERİ
Oluşturduğumuz orchestration ve shema’ları web servisi olarak tanımlayabilir ve web üzerinde yayınlayabiliriz.
Başka bir sistemde yapılmış bir web servisini orchestration’lar içinden çağırabiliriz. Web servidleri ortam bağımsız olduğu için Microsoft dışındaki bir teknolojiden yapılmış web servislerinde çağırabiliriz.
WEB SERVİSLERİ
Oluşturduğumuz orchestration ve shema’ları web servisi olarak tanımlayabilir ve web üzerinde yayınlayabiliriz.
Başka bir sistemde yapılmış bir web servisini orchestration’lar içinden çağırabiliriz. Web servidleri ortam bağımsız olduğu için Microsoft dışındaki bir teknolojiden yapılmış web servislerinde çağırabiliriz.
Oluşturduğumuz bir orchestration’ı web servisi olarak yayınlayıp, yazdığımız iş sürecinin dışarıdanda kullanılmasını sağlayabiliriz. Aynı şekilde oluşturduğumuz bir şemayı web servisi olarak yayınlayıp, sistem kurallarımızı bize bilgi gönderenler ile paylaşarak iş ortaklarımıza kolaylık sağlayabiliriz.
Bir orchestration veya schema’yı web servisi olarak yayınlamak için ilk önce projeyi dağıtıp (deploy), makineye IIS ve ASP.Net kurulması gerekmektedir. Sonrasında Web Services Publishing Wizard’ı çalıştırırız. Bu sihirbaz bizim için tüm ayarları otomatik olarak yapar. WSDL dosyasını oluşturur. Orchestration ile aynı isimde bir .asmx (web servisi) dosyası oluşturur.
BUSINESS RULES (İŞ KURALLARI)
Orchestration’daki iş akışına düşen mesajlara kurallar koyabilme imkanı sağlar. Kendine özgü bir engine’i vardır. Bu şartlar orchestration’lar içinde belirlenmez. Tanımlamalar için kendine ait bir tanım aracı mevcuttur. Bu tanımları veritabanındaki bir tabloda tutmaz. Cachel (ön bellek) de tutar. Buda performans sorunlarını engeller. İş kurallarında bir değişiklik yaptığımız zaman deploy (dağıtım) yapmamıza gerek yok. Orchestration’lar her çalıştığında bu iş kurallarına bakar. Bu kurallar tanımlanırken hem şartı, şart sonucuna göre yapılacak işlemleri tanımlarız.
Business rule’ları, Microsoft Business Rule Composer aracı ile tanımlarız.
Business Rule’lar içinde yapabileceğimiz ve tanımları inceleyelim:
1.Vocabulary: Sistemdeki bazı alanlar üzerinde kısa tanımlar yaparak o alanlara direk ulaşabiliriz. Örneğin “Madde Numarasi” isimli bir sahayı, vocabulary’de “no” olarak tanımlarsak, sistem üzerinde madde numarası alanı üzerinde yapacağımız işlemlerde “no” olarak tanımlarsak ulaşırız. Bir nevi kısa adı olarak düşünebiliriz.
2.Rule Store: Policy’lerin ve vocabulary’lerin saklandğı yerdir. Varsayılan olarak bu bilgiler sql server üzerinde durur. Vocabulary ve policy dosya sisteminde ve dosya depolamada kontrol edebilir.
Bu bilgiler, sql rule store ve tile store arasında import/export edilebilir durumdadırlar.
Rule’ların altında üç bölüm vardır diyebiliriz. Bir tanesi Conditions. Bu bölüme şart ifademizi yazarız. Bir diğeri Actions. Şart sonrasında true veya false dönebilir. Dönen değere göre yapılacak işlem belirtilir. Bir diğeride Fact. Şart ifadesinde kullanılacak değişken yani şarta girecek bilgi tanımlanır. Fact’ları; önceden hazırlanmış vocabularies’den, xml şemalarından, sql veritabanından veya .Net sınıflarından alabiliriz.
Bir business rule’u orchestration içine yerleştirmek için; ilk önce Rule Engine assembly’sini Add Reference’dan referans olarak belirtmemiz gerekir. Orchestration’ı özelliklerinden transactinal olarak değiştirmemiz gerekir. Rule Engine bir Assembly olduğu için başka .Net uygulamalarındanda çağırıp kullanma şansına sahibiz. Örneğin bir VB Windows uygulamasından çağırıp, kullanabiliriz.
Fact’leri ön bellekleyebiliriz (cache). Ancak ön belleklemeyi belirtirken dikkatli davranmamız gerekir. Bellekde yer kapladığı için uzun süre değişmeyecek bilgileri ön belleklemek daha mantıklı olacaktır.
Rule’larının önceliklerini belirleyebiliriz. Yani hangi kuralın önce çalışacağını belirleyebiliriz. Bunu atlamamak gerekir.
HUMAN WORKFLOW SERVİSLERİ
BizTalk Server 2004 ile gelen yeni özelliklerden birtanesidir. Bir akış, iş süreci içerisinde, insan faktörüne ihtiyaç varsa, akış bir insanın müdehalesi sonucunda şekillenecekse bu servisden yardım alabiliriz. Akışın hangi bölümünde kim ne işi yapacak tanımlanır.
Yeni bir human workflow projesi oluşturmak için, VS.Net içinde, New Project deriz ve BizTalk Server Human Workflow Project’i seçeriz. Yeni proje oluşturduğumuz zaman otomatik olarak bazı dosyalar oluşturulur. Bu dosyalar;
Action.odx=HWS hareketlerini oluşturmak için kullanılan başlangıç orchestration dosyasıdır.
Hws-Activate.xsd=Hareketin mesaj aktivitesi için XML şema dosyasıdır.
Hws-Task.xsd=kullanıcıya görev atamak ve gelen cevapları atmak için kullanılan XML mesaj şemasıdır.
Kullandığı asembly’ler;
Microsoft.BizTalk.Hws.HwsPromotedProperties: HWS şeması dışındaki promoted özellikleri için promote özelliği şema tanımı içerir.
Microsoft.BizTalk.Hws.HwsSchemas: Hws-ActivateResponse, Hws-Interrupt, Hws-Finish mesajları için şema tanımları içerir.
Microsoft.BizTalk.Hws.HwsExceptions: AbortException ve RollbackException sınıflarının kullanımı için şema tanımları içerir.
MESAJ HAREKETLERİNİN TAKİBİ
BizTalk Server Healt and Activity Traking (HAT), mesaj problemleri veya mesajın iş akışında izlediği yolları görmek için veriye ulaşmada yardımcı güçlü bir araçtır.
BS içindeki mesajların kontrol edilmesi ve yönetilmesi gerekmektedir. Mesaj takibi işleminin içerilebilmesi için bazı gereksinimler;
• Takip işlemi, servis başladığında veya sonlandığında yapılır, veya mesaj gönderildiğinde veya alındığında başlar.
• Operasyonların sağlıklı olarak takibi ve iş akışının aktif durumunun analizinin raporunu oluşturur.
• Arşiv bilgilerinin analiz edilmesi.
Mesaj takibi; aldığım ve gönderdiğim mesajların hangi yolu izlediği, başarılı olup-olmadığı bilgilerinin seviyesi.
HEALT and ACTIVITY TRACKING (HAT)
İş akışlarının debug edilmesi, mesaj takibi gibi işlemleri yapabileceğimiz araçtır. Yapabileceklerimiz:
• Mesajların işlem adımlarını gösterir.
• Gerçek zamanlı mesaj görüntüleme ve takip etme.
• Gerçek zamanlı arşiv bilgilerini gösterebilir.
• İstenilen değiştirilebilme imkanı vardır.
• Orchestration’larda debug koyduğumuzda burada debug işlemini gerçekleştiririz.
• Çalışan sorguları (sql) görebiliriz.
• Alınmış ancak gönderilmemiş mesajlara tekrar gönderme (resume) yapabiliriz.
• Promote edilmiş özellikler için şema arar. Alanlar üstünde yaptığı aramada ilk önce promote edilmiş olanlarda arama yapar.
Yeliz Korkmaz, MVP