Azure Logic Apps ile Hibrit Entegrasyon On-Premises ve Bulut Arasında Köprü Kurun

Azure Logic App bildiğiniz üzere Azure üzerinde çalışan bir entegrasyon hizmetidir. Bu hizmet pek çok müşteri tarafından uzun süredir aktif olarak kullanılan ve kendini kanıtlamış bir servistir. Temel olarak iş akışlarını herhangi bir kod bilgisi olmadan veya temel olarak kod yazmadan kolayca oluşturmayı sağlar. Ayrıca bu işi otomatikleştirmeye de yardımcı olur. Sektörde yoğun bir şekilde farklı uygulamalar, farklı servisler ve farklı veri kaynakları arasında entegrasyonu sağlarken görebiliriz.

Benim bu makaledeki amacım tabi ki Azure Logic Apps’ i anlatmak değil ancak birazdan anlatacağım hibrit senaryoya neden ihtiyaç var aslında biraz bunu detaylandırmak istiyorum. Bu nedenle bir şirket düşünün, aşağıdaki temel başlıklarda çözüme ihtiyacı olsun;

• Otomasyon
• Entegrasyon
• İş Süreçlerini Birleştirme
• Kod Gerektirmeyen Uygulama Geliştirme

Bakınca bu başlıklarda çözüme ihtiyaç duymayan şirket yoktur değil mi?

Eğer Azure Logic Apps için hiçbir fikriniz yok ise çok basit birkaç örnek vermek istiyorum;

• Otomatik hesap tanımlama
• Servislerden gelen uyarıları otomatik case’ e çevirma
• Sipariş geldiğinde müşteriye onay e postası gönderme, stok sistemine kayıt açma
• Ürün fiyatları excel veya sql dosyasına girildiğinde x.com üzerindeki bir mağazayı otomatik güncelleme
• Fatura e postlarındaki pdf dosyalarını OCR ile otomatik tanıyıp SAP sistemine girme
• Belirli tarihlerdeki banka verilerini çekip analiz edip bunu rapor haline getirme
• İnsan kaynaklarında aday başvuru e postaları geldiğinde bu pdf dosyalarını onedrive’ a yükleyip sonrasında başvuru sisteminde aday kaydı açma
• Yeni işe başlayanlara otomatik onboarding süreci başlatma – mini bir IDM gibi düşünebilirsiniz
• Hasta kaydı yapıldığında otomatik bildirim gönderme
• Hasta için randevu hatırlatma e-posta veya sms gönderme
• Gelen e-postaları kategoriye göre ayırma ve ilgili birimlere randevu oluşturma
• x.com gibi bir platforma markanız etiketlendiğinde otomatik destek birimine ileti göndermesi
• Üretim hattındaki sensörlerden gelen sıcaklık ve benzeri kritik verilerin eşik değeri geçmesinde ekibe uyarı vermesi
• IoT verilerini toplayıp PowerBI raporuna dönüştürme

Özetle ben şu ana kadar kendi müşterilerimizde yaptığımız ve tabi benim hatırladığım başlıkları yazdım ancak emin olun ki sektörde çok daha geniş bir kullanım amacı varı.

Buraya kadar aslında her şey son derece sorunsuz ve makalemin başında bahsettiğim gibi pek çok şirket tarafından uzun süredir kullanılan bir platform, ancak sorun bu tür ihtiyaçları olan fakat regülasyon başta bazı sıkılaştırma konularından dolayı bulut servislerine veri çıkaramayan müşteriler için Azure Local, hibrit çözümleri ile aslında bu hizmetleri ayağınıza getiriyor.

Azure Logic Apps bu gibi durumlar için hibrit bir dağıtım modeli dediğimiz bir model için destek sunmaktadır. Bu model sayesinde Azure Logic Apps’ in standart planı yalnızca bulutta değil, şirket içi ortamlarda’ da (on-premises) çalışacak şekilde hibrit bir dağıtım modeli sunmaktadır. Bu senaryo özellikle verileri buluta çıkarmak istemeyen veya bağlantını her zaman garanti edilmediği durumlarda için uygun bir senaryodur.

Peki bu “Hibrit Dağıtım” nasıl çalışır?

Öncelikle yukarıdaki şekle bakıp temel mimari bileşenlerini paylaşmak istiyorum;

Azure Portal: Logic Apps’in kontrolü burada yapılır (oluşturma, silme, güncelleme vb.).

ARM Template: Logic App bileşenlerini tanımlar, Azure’a dağıtmak için kullanılır.

Azure Monitor, Log Analytics, Application Insights: İzleme ve hata ayıklama için.

Managed Connectors: Salesforce, O365, Teams gibi 1400+ servisle bağlantı için kullanılır (bulutta barındırılır).

Integration Accounts: Harici entegrasyonlar için gerekli yapılandırmalar (örneğin B2B mesajlaşma).

Peki asıl önemli parçaya gelelim, yani onprem’ de kaputun altında neler var?

1. Azure Arc-enabled Kubernetes clusters:

Şirket içindeki Kubernetes ortamının Azure tarafından yönetilmesine olanak tanır.

2. Azure Container Apps Extension:

Logic Apps’ in aynı bulut ortamında gibi çalışmasını sağlayan uzantıdır. Bir nevi uygulama kendini azure’ da gibi sanıp çalışmaya devam ediyor ya da teknik olarak azure da çalıştığı ortamın küçük bir kopyası gibi düşünebilirsiniz.

Yani artık iş akışlarınız fiziksel olarak sizin ortamınızda çalışır. En önemli parça burası zaten.

3. Azure Logic Apps Runtime (K8s içinde):

Standart Logic App iş akışları burada çalışır.

Bu sayede veriye en yakın noktada işlenir (örneğin: yerel veri tabanına yüksek performansla erişim).

4. Kubernetes Event-driven Autoscaling (KEDA):

Yük arttığında pod’lar otomatik ölçeklenir. Bunu zaten AKS kullananlar bilir.

Bu da performans ve kaynak optimizasyonu sağlar.

5. SQL Database (Yerel):

Logic App iş akışı geçmişi, giriş/çıkış verileri burada tutulur.

İnternet bağlantısı kesilse bile geçmiş kaybolmaz.

6. SMB File Share:

Logic App’te kullanılan şemalar, dosyalar, DLL’ler gibi dosyalar burada saklanır.

7. OpenTelemetry Integration:

Gözlemlene bilirlik ve izleme sistemlerine (ör. Prometheus, Grafana) bağlanmak için kullanılır.

Peki bileşenleri öğrendik ise nasıl çalıştığına bakalım?

• Geliştirici Azure portal üzerinden Logic App iş akışını oluşturur (ARM Template ile).
• Bu iş akışı, şirket içindeki Kubernetes ortamına (Arc-enabled) dağıtılır.
• Logic App runtime bu Kubernetes ortamında çalıştığı için, veri işleme işlemleri bulut yerine yerel kaynaklardan yapılır (örneğin: SQL, SMB, sensör verileri).
• Eğer iş akışında bulut tabanlı servisler (Teams, Outlook, SharePoint vs.) varsa, Azure’daki paylaşılan (managed) bağlayıcılar kullanılır. Bu veriler zaten yerleşik olmayan veriler olduğu için clud veya dış bir sistemde olması önemli değil. Ama şirket komple onprem bir şirket ise zaten bu connectorleri hiç kullanmaz.
• Azure Monitor, Log Analytics ve Application Insights gibi araçlarla izleme yapılabilir.

Evet gördüğünüz gibi Azure Local sayesinde aslında pek çok kritik ve özellikle onprem müşterilerin iştahını kabartan servisleri artık onpremde çalıştırmaya imkan veriyor. Bu nedenle her geçen gün daha fazla Azure Local projesi görebiliriz.

Bu konuda da aktif projeye yapan bir danışmanlık şirketinin sahibi olarak şu yorumu yapabilirim, şu andaki aktif projelerimizin çoğu aslında Azure AI, managed instance SQL, Azure Logic Apps, AKS gibi katma değerli servisler. Yani genel olarak Azure Local satın alan müşteriler üzerinde sanal makine çalıştırmak yerine katma değerli servisleri sunmaktadır.

Bu arada bunu proje olarak nasıl yapıyoruz derseniz aşağıdaki makaleyi inceleyebilirsiniz;

Set up your own infrastructure for Standard logic app workflows – Azure Logic Apps | Microsoft Learn

Veya yine bu videoyu izlemenizi öneririm;

Umarım faydalı bir makale olmuştur. Bir sonraki makalemizde görüşmek üzere.