Kurumsal Yazılımda Yetkilendirme Modelini Baştan Doğru Kurmak
Rol sayısı otuza çıktıysa ve kimse kimin neye eriştiğini bilmiyorsa, sorun yetki listesinde değil modeldedir.
Konu
ERP kararları, çok kiracılı mimari, yetkilendirme modelleri, REST API tasarımı, webhook ve üçüncü parti entegrasyonlarda dayanıklılık.
Rol sayısı otuza çıktıysa ve kimse kimin neye eriştiğini bilmiyorsa, sorun yetki listesinde değil modeldedir.

Laya bir destek talebine üç soruyu tek istekte, olasılıklarıyla cevaplar. Varsayılan pencere 1.024 token: uzun bir e-postanın sonu okunmasa da istek hata vermez.

Ağ koptuğunda istemci isteği tekrarlar. Sunucu bunu ikinci bir sipariş sanarsa müşteri iki kez ödeme yapar. Çözüm bir başlık.

Tek bir eksik WHERE koşulu, bir müşterinin verisini başka müşteriye gösterir. Yalıtımı umuda değil yapıya bağlayın.

İki sistem arasında veri akıtmak kolay görünür; iş, aynı kaydın iki yerde birden değiştiği ana gelince başlar. Yön kararını baştan vermek, sonradan kurtarma betiği yazmaktan çok daha ucuz.

Bir kayıt yanlış değiştiğinde cevabı olmayan soru: bunu kim yaptı? Denetim izi sonradan eklenmez.
İmza doğrulama eksikliğinden yeniden deneme fırtınalarına kadar, dış sistemlere webhook sunarken sık yapılan tasarım hataları.

Dış servis çöktüğünde sizin uygulamanız da çöküyorsa, entegrasyon değil bağımlılık kurmuşsunuz demektir.
Hazır ERP hızlı başlar ama süreçlerinizi kendine uydurur; özel yazılım esnektir ama bakım yükü sizindir. Kararı doğru vermek için gereken ölçütler.
Bir API’nin kalitesi kod satırında değil, sözleşmesinde belli olur. Kaynak adlandırma, durum kodları, sürümleme, kimlik doğrulama ve hata biçimi için pratik kurallar.