İş Kuralları Mühendislikten Nasıl Ayrılmalı? Doğru Yaklaşımlar

İş kurallarını uygulama kodundan ayırmak, yazılım ekiplerinin karşılaştığı en yaygın engellerden biridir. Birçok proje, indirim hesaplamalarından uygunluk kontrollerine kadar kritik kuralların doğrudan kod içinde yer almasından mustarip. Bu durum, basit bir kural değişikliğinin bile geliştirici, kod incelemesi, dağıtım ve hatta potansiyel bir geri alma süreci gerektirdiği bir düzene yol açıyor. Peki bu sorunu çözmek için kullanılan iş kuralları motorları (BRE) gerçekten işe yarıyor mu?

İş Kuralları Motoru Nedir ve Nasıl Çalışır?

Bir iş kuralları motoru, uygulamadan bağımsız olarak koşulları değerlendiren ve kararlar üreten bir sistemdir. Örneğin, sipariş hizmetindeki bir geliştirici, kullanıcının altın üyelik seviyesinde olup olmadığını ve sepet toplamının 500 TL üzerinde olup olmadığını kontrol eden bir kuralı doğrudan kod içinde yazmak yerine, bu kuralı harici bir sistemde tanımlar. Uygulama, "Bu siparişe indirim uygulanmalı mı?" diye sorar ve motor da cevabı geri döndürür.

Bu yaklaşımın temel avantajı, kuralların sürekli değişen iş gereksinimlerine uyum sağlamasıdır. Fiyatlandırma stratejileri, uyumluluk eşikleri ve dolandırıcılık tespit kuralları sık sık güncellenir. Eğer her değişiklik bir geliştirici, kod incelemesi ve dağıtım gerektiriyorsa, iş kurallarını değiştirmek veritabanı şemasını değiştirmek kadar zor hale gelir. İş kuralları motorları, bu sorunu çözmek için tasarlanmıştır — ancak her zaman başarılı olmazlar.

Sert Kodlanmış Kuralların Gerçek Maliyeti

Kuralların karmaşıklığı arttıkça, sorunlar da ortaya çıkmaya başlar. Önceleri basit olan bir kural sistemi, zamanla onlarca koşul, dört farklı ekip ve birbirleriyle etkileşime giren kurallar ağı haline gelebilir. Bu durumda üç temel sorun ortaya çıkar:

• Sahiplik dağılır: Kimin hangi kuralı yazdığı unutulur. Eski bir geliştirici tarafından yazılan bir kural, sekiz ay sonra kimse tarafından anlaşılmaz hale gelir. Değişiklik yapmak riskli hale gelir çünkü etkileşimler tam olarak bilinmez.

• İş kullanıcıları kuralları değiştirmekten vazgeçer: İş kullanıcıları, bir kuralı değiştirmenin haftalar süreceğini öğrendikten sonra taleplerini iptal eder. Bunun yerine, manuel olarak Excel dosyalarında fiyatlandırma istisnaları oluştururlar.

• Kural borcu büyür: Her yeni koşul, karmaşık bir fonksiyona eklenir. Fonksiyonlar uzar, kenar durumları çoğalır. Sonunda, kimsenin tam olarak anlamadığı yüzlerce satırlık if zincirleri ortaya çıkar.

Bu durum, sadece küçük ekiplerin değil, yüzlerce geliştiricisi olan şirketlerin de karşılaştığı bir problemdir. Sert kodlanmış iş kuralları, karmaşıklık biriktirerek değişime direnir.

Açık Kaynak Motorları: Doğru ve Eksik Yönleri

Açık kaynak topluluğu, bu problemi ciddi şekilde ele aldı. Drools, Easy Rules, RuleBook ve OpenL Tablets gibi araçlar, gerçekten işe yarayan çözümler sunar. Ancak her birinin kendine özgü sınırlamaları vardır.

Drools: Güçlü ama Karmaşık

Drools, kuralları .drl dosyalarında dışarıda tutarak uygulama kodundan ayırır. Kuralların versiyonlanması, denetlenmesi ve teorik olarak uygulama yeniden dağıtılmadan güncellenmesi mümkündür. Ancak Drools Rule Language (DRL) karmaşık bir yapıya sahiptir. Ürün yöneticileri veya iş analistleri tarafından kolayca değiştirilemez. Bu da kuralların teknik olarak harici olmasına rağmen, genellikle geliştiriciler tarafından yönetilmesi anlamına gelir.

Easy Rules ve RuleBook: Basitlik ve Kısıtlamalar

Easy Rules ve benzeri hafif Java kütüphaneleri, basit API'ler sunar. Entegrasyonu kolaydır ve basit kural ağaçları için iyi çalışır. Ancak bu araçlar, kuralları kod içinde tanımladıkları için yine sahiplik sorununu çözmezler. Geliştiriciler, kuralları değiştirmek zorunda kalır.

OpenL Tablets: Excel Entegrasyonu

OpenL Tablets, kuralları Excel dosyalarında tanımlama olanağı sunar. Bu, iş kullanıcıları için doğal bir arayüz sağlar. Ancak Excel dosyalarını versiyon kontrolünde yönetmek, bir sunucu çalıştırmak ve bu format için özel araçlar geliştirmek operasyonel yük getirir. OpenL Tablets, organizasyonel sorunu çözmeye çalışan az sayıdaki açık kaynaklı seçenekten biri olmasına rağmen, pratikte kullanımı zorlaşabilir.

Başarılı Mimarilerde Ortak Özellikler

İş kuralları motorlarını başarılı kılan mimari desenler vardır. Bu desenler, hem teknik hem de organizasyonel sorunları çözmeye odaklanır:

• Kural deposu uygulama kodundan tamamen ayrı olmalıdır: Kurallar, uygulama kodunun parçası olarak değil, bağımsız bir hizmet olarak çalışmalıdır. Bu, kuralların değiştirilmesi için geliştirici müdahalesini gerektirmemelidir.

• Kuralların görsel olarak oluşturulabilir olması gerekir: İş kullanıcıları, kod yazmadan kuralları görsel olarak oluşturabilmelidir. Bu, kural değişikliklerinin hızlı ve güvenilir olmasını sağlar.

• Tüm kararlar denetlenebilir olmalıdır: Her kural değişikliği ve uygulama kararı, kim tarafından yapıldığı ve ne zaman yapıldığı gibi bilgileri içermelidir. Bu, sorumluluğu artırır ve hatalara karşı koruma sağlar.

• Kuralların bağımsız olarak test edilebilir olması gerekir: Kuralların uygulamadan bağımsız olarak test edilmesi, entegrasyon sorunlarını azaltır ve güvenilirliği artırır.

Gelecekte Neler Değişecek?

İş kuralları motorları, sadece teknik bir araç olmaktan çıkıp, iş süreçlerinin doğal bir parçası haline geldikçe, daha fazla şirket bu sorunu çözmeye odaklanacak. Açık kaynaklı çözümler, yerel araçlar ve ticari platformlar arasındaki farklar netleştikçe, ekipler hem teknik hem de organizasyonel olarak daha verimli hale gelecek. Ancak unutulmamalıdır ki, bir iş kuralları motorunun başarısı, sadece mimariye değil, aynı zamanda kuralların kim tarafından ve nasıl yönetildiğine de bağlıdır. Doğru yaklaşım, hem teknik hem de insan unsurlarını bir arada ele almayı gerektirir.