sade.dev
TREN

Son yazılar — Sayfa 2

49

Notlar, sistem yazıları ve günlük — tek akışta, tarih sırasıyla.

  1. Note5 bölüm

    Event-Driven Mimari: Ne Çözer, Neyi Gizler?

    Event'lerle gevşek bağ kurmanın bedeli: kazandırdığı esneklik ile sistem akışını takip edilemez hale getirme riski arasındaki denge.

    #architecture#event-driven#messaging
  2. System6 bölüm

    Çok Kümeli GitOps’ta Sıfır Statik Yetki

    Uzun ömürlü kubeconfig olmadan çok kümeli GitOps: SPIFFE kimlikleri, SPIRE'ın bastığı kısa ömürlü SVID'ler — kurma sırası ve her adımın maliyeti.

    #kubernetes#gitops#spiffe#security#architecture
  3. System7 bölüm

    eBPF ile GPU FinOps

    GPU harcaması cgroup ve cAdvisor metriklerine neden görünmez, eBPF onu ekiplere nasıl atfeder — ve DCGM'in kapatması gereken CUDA sınırı.

    #ebpf#gpu#finops#observability#kubernetes
  4. Note5 bölüm

    Dead-Letter Kuyruğunu Daha Kötü Yapmadan Replay Etmek

    Naif replay kuyruğu yeniden zehirler ya da yan etkileri ikinci kez tetikler. Güvenli şekil: reset, dry-run, önce sandbox, select.

    #queue#dead-letter-queue#reliability#operations#architecture
  5. System5 bölüm

    Polyglot Bir Kuyrukta Dağıtık İzleme

    Donmuş bir envelope üzerinden PHP, Go ve Python'a geçen bir mesajı tek bir OpenTelemetry trace'ine çevirmek — yeni alan, yeni bağımlılık yok.

    #opentelemetry#observability#distributed-tracing#messaging#architecture
  6. Note4 bölüm

    Şemayı Kuyruğun Kenarında Doğrulamak

    Bir mesajın data'sı, kuyruğun kontrol etmediği tipsiz bir sözleşmedir. Kenarda doğrula: üretici yayınlamadan önce, tüketici güvenlik ağı olarak.

    #queue#schema#reliability#architecture
  7. Journal4 bölüm

    Mimari Kararlar Çürür Çünkü Onları Kimse Çalıştırmaz

    Bir wiki'ye yazılmış mimari karar bir dilektir. Zorlayamadığın sınırlar sessizce aşınır — diyagram kodla örtüşmeyi bırakana dek. Kuralı çalıştırılabilir yap.

    #architecture#governance#opinion
  8. Note7 bölüm

    Idempotency: Aynı Mesaj İki Kez Geldiğinde

    At-least-once teslimat, bir handler'ın aynı mesajı iki kez göreceği anlamına gelir. Idempotency anahtarı, nereden geldiği ve çökmeden sağ çıkan dedupe.

    #queue#reliability#architecture#async
  9. Journal5 bölüm

    AI Darboğazı Kaldırmadı, Yerini Değiştirdi

    Ucuz kod üretimi, review/entegrasyon/doğrulama yetişemiyorsa çıktıyı artırmaz. Darboğaz yalnızca aşağı kayar — ve asıl iş artık orada

    #ai-workflow#productivity#opinion
  10. Journal6 bölüm

    Kararsız Testler: Retry Çözüm Değil

    AI test yazmayı neredeyse bedava yaptı, kararsız süitler patladı. Retry ve quarantine neden bir koşu bandı ve kararsızlığı deterministik olarak ne yakalar

    #testing#ci#ai#quality
  11. Journal5 bölüm

    Şema Evrimi: Sözleşmeyi Kırmadan Değiştirmek

    Servisler arası bir sözleşmeyi atomik değiştiremezsin. Kural: additive güvenli, kırıcı değişiklik yeni bir kimlik ister — ve önce tüketiciler yükseltir

    #architecture#schema#queue#opinion
  12. Journal5 bölüm

    Katmanlı Mimari mi, Clean Architecture mı?

    Klasik katmanlı yapı çoğu projeye yeterken neden soyutlama katmanlarında boğuluyoruz; Clean Architecture gerçekten ne zaman değer katar?

    #architecture#clean-architecture#simplicity#opinion
  13. Journal4 bölüm

    Vibe Coding ile Production'a Çıkılır mı?

    Vibe coding ilk sürümün maliyetini düşürür, yanlış olmanın maliyetini değil. O fatura build'de değil, production'da çıkar.

    #ai-workflow#vibe-coding#production#architecture#opinion
  14. Journal5 bölüm

    "İleride Lazım Olur" Kodunun Production Faturası

    YAGNI'yi pratikte uygulamak: bugün gerekmeyen esnekliği eklemenin bakım, okunabilirlik ve hata yüzeyi olarak geri ödenen bedeli.

    #architecture#simplicity#decisions#opinion
  15. System10 bölüm

    Ardışık Numara Üretiminde Race Condition ve Gap

    Yasal olarak ardışık ve boşluksuz numaraları paralel worker'larla üretmek: race condition ile gap'i birlikte çözen JIT rezervasyon kalıbı.

    #architecture#production#concurrency#queue#idempotency
  16. Journal5 bölüm

    Mikroservise Ne Zaman Geçerim?

    Monolitten dağıtık mimariye geçişi haklı çıkaran ölçülmüş sinyaller — ve geçiş için henüz erken olduğunu söyleyen yaygın yanlış gerekçeler.

    #architecture#microservices#decisions#opinion
  17. Journal8 bölüm

    Gitflow mu, GitHub Flow mu? Neye Göre Seçiyorum?

    Branch stratejisi seçimini ürün modeli, sürüm sayısı ve deploy ritmine göre yapmanın pratik kriterleri — ve iki modelin yanlış yerde nasıl kırıldığı.

    #git#workflow#branching#decisions#opinion
  18. Journal5 bölüm

    Projelere Neden Modüler Monolit ile Başlıyorum?

    Mikroservislere atlamadan önce tek deploy edilebilir bir uygulamada net modül sınırları kurmanın gerekçesi — ve bu kararı ne zaman bıraktığım.

    #architecture#modular-monolith#decisions#opinion
  19. Journal8 bölüm

    Trunk-Based Development'a Ne Zaman Geçiyorum?

    Yüksek frekanslı deploy yapan ekiplerde release branch'lerinin neden kırıldığı ve trunk-based'in ne kadarının disiplin olduğu — geçtiğim ve geçmediğim eşikler.

    #git#workflow#deploy#decisions#opinion
  20. System9 bölüm

    Veri Yoğunluklu Sistemlerde Ölçek Kırılma Noktaları

    Veri yükü arttıkça boring mimari nerede kırılır? Working set, read replica, partitioning, yazma yükü, ayrı veri katmanı — sırayla ve maliyetleriyle.

    #postgresql#architecture#production#scaling#replication

Ara

Yazmaya başlayın. Notlar, sistem yazıları, günlük, araçlar ve sayfalar.

↑↓gez↵açesckapat