oluşturulurken kimlik bilgileri sorgulanmalı. Validasyon ve otorizasyon kontrolü yapılmalı. Prim hesaplanırken, o güne ait güncel tarife değerleri kullanılmalı. URL Kısaltıcı Verilen uzun URL için tekil bir kod oluşturulmalı. Kullanıcılar kısa linkten orijinal URL’e yönlendirilmeli.
belirlemekte faydalıdır. Sigorta teklif süreci Kasko teklif i x saniyede oluşturulmalı. Teklif süreleri izlenebilir olmalıdır. Mevcut tarife sorgusu tamamlanmadan yeni hesaplama tetiklenmemelidir, gerekirse sonraki istek bekletilmelidir. URL Kısaltıcı Çok sayıda kısa URL'nin kullanılmasını sağlayın. Verimli bir benzersiz kod oluşturucu uygulayın. Kısa linkten orijinal linke yönlendirilmesi hızlı olmalıdır.
kaç adet url kısaltılacak? Günlük sigorta teklif adet hedef i nedir? Latency: Bir işlem ne kadar sürüyor? Oluşturulan kısa linkten orijinal URL’e kaç ms’de yönlendirilmelidir? Bir kasko teklif i alınırken prim hesaplama servisi kaç ms’de işi tamamlamalıdır? İdeal olan: Low Latency - High Throughput
web sitesi çöker ve olumsuz kullanıcı deneyimi riski oluşur. ✅ Yoğun talep dönemlerinde trafik kontrol edilir. Sunucu ve veritabanı ölçeklendirme maliyeti azalır.
Sistemin çökmesini engelleyen hayati bir savunma mekanizmasıdır. Sınırlama: Gelen istek hızını doğrudan kısmak veya kuyruğa limit koymak. Durdurma ve Bildirme: “Şu an kapasitem bu kadar” mesajı vermek. Bırakma: Sistem kapasitesi aşılınca, yeni gelen verileri kabul etmeden yok etmek.
denemek. -Her isteğe mutlaka bir üst süre tanımlanır. -Problemli servisler devre dışı bırakıldı. -Network kaynaklı erişim problemi ve timeout hataları için yeniden deneme stratejisidir. -Sonsuza kadar cevap vermesini beklemeyiz. -Hata devam ediyorsa istek yapılmasını önlemek. -Sonsuz deneme yapılmamalıdır. -Uygulamayı ve kaynakları korumak.
Sunucu kaynaklarını yönetmek ve korumak. Aniden artan taleplere karşı trafiği kontrol etmek. Algoritma Seçimi: Token Bucket, Leaky Bucket, Fixed Window, Sliding Window Sunucu tarafında konumlandırmak istemci tarafına göre daha yönetilebilir ve güvenlidir. Sunucudaki Rate Limiter Client ile Sunucu Arasındaki Rate Limiter
sunar. Teknik olarak bir reverse proxydir. Kullanım Yerleri: Routing, Rate Limiting, Authentication, Load Balancing API Gateway Olmayan Senaryo API Gateway Olan Yapı
fazla sunucuya dağıtır. Stratejiler: Round-robin, Least Connection, IP Hash Horizontal scaling(scale-up) altyapıyı genişletme eylemidir. Load balancing ise bu genişleyen altyapının verimli çalışmasını sağlayan yönetim mekanizmasıdır. Dengelenmiş Yük Dağılımı
tutulur ve kaydedilmeden önce kolonları, veri tipleri ve kısıtları belirlenmiştir. -Esnek yapıdadır. Önceden tanımlı olmayan yeni veri tipleri veya alanlar eklenebilir. -ACID kurallarına bağlıdır. -ACID kurallarına katı bağımlı değildir. -Veri bütünlüğü ve tutarlılığı sağlar. -Ölçeklenebilirlik ve performansa önem verir. -Karmaşık sorgular, join yapıları ve aggregation işlemleri -Scale-up tasarlanmıştır. -Sharding daha kolay yapılır. -Scale-out tasarlanmıştır.
Master-slave mimarisi Sharding vs Partitioning: Büyük tablonun parçalara ayrılması için stratejiler. Verilerin tutulduğu fiziksel konum farklılığı var.
kendiliğinden silinmelidir. Cache-invalidation: Cachedeki veriler ne zaman geçersiz hale getirilecektir? LRU — Least Recently Used: Uzun süredir kullanılmayan kayıtların temizlenmelidir. Cache sunucusunda hata olursa alternatifleri düşünmek ve sürekliliği sağlanması gerekir.
_mertmetin
maimyyym
recruitengineers
mkdev10
carta_engineering
chack411
glaforge
kworkdev
ueponx
yamanoku
ishikawa_satoru
shogo4131
codingconduct
tammyeverts
ryanjones
chrisshort
andyhume
reverentgeek
lemiorhan
holman
raygrieselhuber
sergeychernyshev
danielanewman
