Laravel geliştiricileri “kalın kontrolörler”den temiz mimariye ve kurumsal düzeyde sistemlere geçiyor.
Bu tam olarak benim üzerinde çalıştığım konu.
⚠️ Karşılaştığımız Problem
⚠️ Karşılaştığımız Problem
Eğer aşağıdaki süreçlerden herhangi birini oluşturduysanız:
- İzin onayı
- Gider onayı
- Satın alma akışları
Zaten gerçeği biliyorsunuz:
- İş mantığı kontrolörlerin içinde
- Her yerde rol kontrolleri
- Onaylar için e-posta spam’i
- Ölçeklenmesi zor, bakımı daha zor
Ve her projede?
Aynı iş akışı mantığını tekrar inşa ediyorsunuz.
💸 Neden Çoğu Ekip Yanlış Yapıyor
Tipik çözümler:
- SaaS araçları
- Zapier otomasyonu
- E-posta tabanlı onaylar
Sonuç olarak:
- Yinelenen maliyet
- Limitli özelleştirme
- Kötü görünürlük
- Gerçek kontrol yok
🧠 Bunun Yerine Ne Yaptım
🧠 Bunun Yerine Ne Yaptım
Başka bir özellik geliştirmedim.
Bir yeniden kullanılabilir onay iş akışı motoru inşa ettim:
- Çok katmanlı onay akışları
- Rol tabanlı erişim (IAM uyumlu)
- Etkinlik odaklı yaşam döngüsü
- Token tabanlı onaylar (giriş gerektirmez)
- Akıllı bildirim gruplama
🧩 Mimari (Burada Anahtar)
🧩 Mimari (Burada Anahtar)
Adapters (API / CLI / Queue)
↓
Workflow Manager
↓
Workflow Engine (Pure Logic)
↓
Domain Models (State)
↓
Events → Listeners → Notifications
Ana Fikir:
Ana Fikir:
Motor HTTP, UI veya SaaS hakkında hiçbir şey bilmez.
🔥 Ne Farklı Kılan
🔥 Ne Farklı Kılan
1. Başsız İş Akışı Motoru
1. Başsız İş Akışı Motoru
$manager->start('requisition', $payload);
$manager->approve($workflowId, $userId);
Kontrolör bağımlılığı yok. Her yerde çalışır.
2. IAM-Uyumlu (Ama Ayrık)
2. IAM-Uyumlu (Ama Ayrık)
- Motor kimlik doğrulama yapmaz
- Sadece
user_idalır - IAM izinleri harici olarak yönetir
👉 Temiz ayrım = ölçeklenebilir sistem
3. Token Tabanlı Onay (Oyun Değiştirici)
3. Token Tabanlı Onay (Oyun Değiştirici)
POST /api/v1/approvals/token/approve
- Güvenli
- Süresi dolan
- Tek kullanımlık
👉 Doğrudan e-posta / Slack üzerinden onayla
👉 Giriş gerektirmez
4. Akıllı Bildirim Gruplama
4. Akıllı Bildirim Gruplama
Yerine:
10 onay → 10 e-posta ❌
Alırsınız:
10 onay → 1 e-posta ✅
5. Idempotent İş Akışı Çalıştırma
5. Idempotent İş Akışı Çalıştırma
hash('sha256', payload)
Yeniden denemelerde tekrarlayan iş akışlarını önler.
🧪 Gerçek Bir Sistem Gibi İnşa Edildi
🧪 Gerçek Bir Sistem Gibi İnşa Edildi
- Tam yaşam döngüsü testi
- Yetkilendirme doğrulaması
- Etkinlik odaklı tutarlılık
- Yinelenme koruma
💼 Gerçek Dünya Yönü
💼 Gerçek Dünya Yönü
Bu sistem şunlar için tasarlanmıştır:
- SaaS platformları
- Bankacılık iş akışları
- Kurumsal onay hatları
- İç otomasyon sistemleri
🔗 Açık Kaynak
🔗 Açık Kaynak
👉 https://github.com/apurba-labs/laravel-approval-engine
🤝 Tartışalım
🤝 Tartışalım
Eğer aşağıdakileri inşa ediyorsanız:
- İş akışı sistemleri
- Onay hatları
- RBAC / IAM mimarileri
📩 LinkedIn: https://www.linkedin.com/in/apurba-narayan-singh/
📧 [email protected]
💬 Geri Bildiriminizi Duymak İsterim
💬 Geri Bildiriminizi Duymak İsterim
- Bugün onayları nasıl yönetiyorsunuz?
- SaaS araçları mı kullanıyorsunuz yoksa in-house mı geliştiriyorsunuz?
- İş akışı sistemlerinizdeki en büyük sorun nedir?
Tartışalım 👇
Kaynak: Orijinal Makale
- ⚠️ Karşılaştığımız Problem
- Aynı iş akışı mantığını tekrar inşa ediyorsunuz.
- 💸 Neden Çoğu Ekip Yanlış Yapıyor
- 🧠 Bunun Yerine Ne Yaptım
- 🧩 Mimari (Burada Anahtar)
- 🔥 Ne Farklı Kılan
- 1. Başsız İş Akışı Motoru
- 2. IAM-Uyumlu (Ama Ayrık)
- 3. Token Tabanlı Onay (Oyun Değiştirici)
- 4. Akıllı Bildirim Gruplama
- 5. Idempotent İş Akışı Çalıştırma
- 🧪 Gerçek Bir Sistem Gibi İnşa Edildi
- 💼 Gerçek Dünya Yönü
- 🔗 Açık Kaynak
- 🤝 Tartışalım
- 💬 Geri Bildiriminizi Duymak İsterim


