Bu yazı, gerçek dünya akıÅı ile yazıldı. Hedef net: daha az kesinti, daha hızlı ve güvenli sürüm, daha sakin geceler. Konu, genel CI/CD deÄil; bahis alanındaki özel durumlar. MaÄaza onayı, yoÄun trafik, ödeme akıÅı, regülasyon, gözlem ve hızlı geri alma. Burada, sade dil ve pratik adım var. OkuduÄunuzda, ekibinizle bugün uygulayacaÄınız 3â5 deÄiÅiklik çıkarmalısınız.
00:17. Derbi var. Canlı oran ekranı saniyede binlerce istek alıyor. Yeni sürüm, kupon onayında ekstra doÄrulama yapıyor. p95 gecikme 240 msâden 560 msâye çıktı. Ãdeme hatası %0,6âdan %3,2âye sıçradı. Canary %5 dilimde uyarı verdi. Otomatik kapı devreye girdi, daÄıtım durdu. 2 dakika içinde geri alma oldu. Kayıp küçük kaldı. Sabah, kök neden bulundu: cache anahtarı çakıÅması. Bu küçük sahne, iyi sürümleme ve net geri alma yollarının deÄerini gösterir.
Arka uç için SemVer uygundur. Kırıcı deÄiÅiklikte ana sürüm artır, gerisini düzenli götür. Temel ilke için semantik sürümleme tanımına bakabilirsiniz. Mobilde ise sürüm numarası maÄaza kurallarına baÄlıdır. Androidâde kod ve ad ayrı; iOSâta metin ve onay döngüsü vardır. Bu yüzden hibrit model iyi çalıÅır: sunucu API için SemVer, mobil istemci için maÄaza dostu sıra (1.12.3 gibi), ayrıca build metadata.
API uyumluluÄu kritik. âv1â yaÅarken âv2âyi açabilirsiniz. Kabul testleri iki sürüm için paralel çalıÅmalı. Veri Åeması göçlerinde âexpand â migrate â contractâ çizgisi izlenir. Hem yeni hem eski kod bir süre aynı Åemada yaÅar. Geri alma olursa veri tutarlılıÄı korunur.
Boru hattı, risk seviyesine göre kapılar içerir. Basit içerik güncellemeleri daha az kapıdan geçer. Ãdeme veya oran motoru gibi kritik paketler daha çok kontrolden geçer. Genel pratikler için CI/CD en iyi uygulamaları yazılarını okumak faydalı olur.
Konteyner ve orkestrasyon tarafında rollout stratejisi önemlidir. Kubernetes daÄıtım mantıklarını hatırlamak için Kubernetes daÄıtım rehberi iyi bir kaynaktır. Adımlar net olmalı: derle, test et, imzala, SBOM üret, imzayı doÄrula, canary baÅlat, gözle, onayla, yay.
CI aracı fark etmez; temiz boru hattı Åarttır. GitHub ile çalıÅıyorsanız GitHub Actions belgeleri, GitLab için GitLab CI/CD kılavuzu iÅinizi görür. Ortak tema: her adım izlenebilir, tekrar edilebilir, denetlenebilir olmalı.
Canary, trafiÄin küçük bölümünde dener. Metrik kötü ise geri alır. Blue/Green, iki tam ortamı yan yana tutar; hızlı geçiÅ ve geri dönüŠsaÄlar. Blue/Green daha pahalıdır ama risk düÅüktür. Temel desen için blue/green daÄıtım deseni açıklamasına bakabilirsiniz. Kural basit: yoÄun dönemde canary, kritik an öncesinde blue/green daha güvenli olur.
Android tarafında kademeli yayın desteklidir. Resmi anlatım için Play Console aÅamalı yayın belgesine bakın. Bu, hatayı sınırlı bir yüzde ile sahada görmenizi saÄlar. EÅikleriniz düÅükse daÄıtımı durdurabilirsiniz.
Apple tarafında onay döngüsü daha nettir. Kurallara uygunluk için App Store İnceleme Yönergeleri iyi bir kontrol listesidir. Mobilde feature flag kullanımı altın deÄerdedir. İÅlev için kod gönderirsiniz ama kullanıcıya açmayı yönetirsiniz.
Bayrak iÅini rastgele yapmayın. Ad, kapsam ve kapanıŠtarihi belli olsun. Ortak bir arayüz seçin. OpenFeature standardı bu konuda güvenli bir yoldur. Bayraklar, canlı test ve kademeli açma için idealdir. Ama süresi bitince kaldırılmalıdır.
Bir daÄıtımı güvenli yapan Åey, görmektir. SLI/SLO belirleyin: hata oranı, p95 gecikme, login baÅarı, kupon onay dönüÅümü, iade oranı. Temel kavramlar için Google SRE ilkeleri iyi bir rehberdir. Metrik toplamak için Prometheus metrikleri ve panel için Grafana panoları sık kullanılan ikilidir.
Aracı seviyorsanız, Argo Rollouts ile canary pratik bir seçenektir. Ancak ilke araçtan önce gelir. EÅikler net, ölçüm güvenilir, geri alma hızlı olmalıdır.
| Büyük maç öncesi hatalı sürüm | Gelir kaybı, itibar | Freeze + Blue/Green | p95, hata, login, kupon onayı | p95 > 2x, hata > %1, 5 dk | Canlı geçiÅ, anlık geri dönüŠ|
| Ãdeme entegrasyonu yavaÅladı | Sepet terk, Åikayet | Canary + Timeout ayarı | Ãdeme hata, drop, p95 | Hata > %0,8, 3 dk | Argo Rollouts, circuit breaker |
| Veri Åeması göçü uyumsuz | Veri tutarsızlıÄı | Expand/Migrate/Contract | DB hatası, retry oranı | DDL hata > 0, anlık | Migrate script, geri plan |
| Bonus motoru yanlıŠoran | Para kaybı | Feature flag + Onay kapısı | Bonus maliyet, aktivasyon | Maliyet > plan +%5 | Flag yönetimi, iki kiÅi kuralı |
| Android sürümü hatalı | Crash, düÅen puan | Staged rollout | ANR, crash, oturum | Crash > %1, 30 dk | Play Console rollout |
| iOS onayı gecikti | Ãzellik geç geldi | Sunucu kontrollü açma | İstemci sürüm daÄılımı | Bayrakla gecikme telafisi | Feature toggles |
| Oran saÄlayıcı kesinti | Canlı yayında boÅ ekran | Graceful degrade | BoÅ oran sayısı | EÅik > X, 2 dk | Fallback cache |
| KYC servisi yavaÅ | Kayıt düÅüyor | Queue + zaman aÅımı | Kayıt dönüÅümü | DönüÅüm < %X, 10 dk | Asenkron akıŠ|
| Log eksik | Kör daÄıtım | Zorunlu telemetry | Log hacmi ve kapsama | Kapsama < %95 | SDK, otomat kontrol |
| Cache anahtarı çakıÅması | YanlıŠveri | Ad alanı politikası | Cache hit/miss, tutarlılık | Miss â ve hata â | Ãn üretim canary |
Her daÄıtımda güvenlik kapıları olmalı: baÄımlılık tarama, SBOM, imza, gizli anahtar kontrolü, dinamik test. Uygulamaya uygun hedefler için OWASP ASVS iyi bir çerçevedir. Ãdeme temasınız varsa PCI DSS gereksinimleri devreye girer. Kamu kılavuzları ise süreçleri kurar; bakınız NIST DevSecOps rehberi.
Senaryo: Pazartesi küçük özellik (kupon önizleme). ÃarÅamba büyük akıŠdeÄiÅikliÄi (ödeme iyileÅtirme). Cumartesi derbi. Plan: Pazartesi canary %5 â %25 â %50, metrik iyi, tam yay. ÃarÅamba deÄiÅiklik, Cuma öÄleye kadar canary. p95 +%18, hata +%0,3. EÅik altında, ama maç öncesi belirsizlik var. Freeze baÅlamadan önce tam yay deÄil; bayrak ile kısmi açıldı. Cumartesi sonrası tam yay. Sonuç: Åikayet düÅüÅü %7, iade oranı -%0,2, oturum süresi +%5. En kritik nokta zamanlama ve bayrak disiplini oldu.
Haftalık âchange bülteniâ: ne çıktı, ne beklemede. Sürüm notları sade ve ölçüm içermeli. Her kesinti için kısa postmortem: ne oldu, neden, nasıl önleriz. Karar defteri tutun: canary mi, blue/green mi, neden. Bu kayıtlar ekip belleÄidir. DORA metrikleri (lead time, deployment frequency, change fail rate, MTTR) ilerlemeyi gösterir.
Kullanıcı güveni, sürüm kalitesini hisseder. BaÄımsız inceleme siteleri, Åeffaf ve stabil ürünleri ödüllendirir. Ãrnek olarak, sürüm istikrarı ve Åikâyet eÄrileri gibi sinyallere bakan paneller deÄer katar. Bu tür verileri izlemek ve piyasa nabzını görmek için https://casinogoer.com/ gibi baÄımsız kaynakları düzenli kontrol etmek faydalıdır. Bu, ekiplerin davranıÅını da iyileÅtirir: yavaÅ ve güvenli kazanır.
Teknoloji hareketlidir. Seçimleri dönem dönem gözden geçirin. Pazar ve araç trendleri için ThoughtWorks Technology Radar iyi bir bakıŠsunar. Ancak unutmayın: ilke ve ölçüm, araçtan önce gelir.
Farklı ülke kuralları sürüm ve kayıt süreçlerini etkiler. Bir örnek olarak, BirleÅik Krallık için UKGC teknik standartları yol gösterir. Test ve uygunluk için sektör geneli kaynaklar da vardır; bakınız GLI-19 standardı. Süreçlerinizi bu tür kılavuzlar ile eÅleÅtirin.
Küçük bir yüzdeye yeni sürüm verirsiniz. Metrikler iyi ise yüzdeleri artırırsınız. Kötü ise geri alırsınız.
Yüzde bazlı yayın açarsınız. Kötü metrikte durdurursunuz. Resmi akıŠiçin Play Console aÅamalı yayın belgesine bakın.
İÅlevi kapatıp açabilirsiniz. Kodı geri almadan etkisi biter. Kritik anda hayat kurtarır.
Ãok kritik anlarda ve düÅük toleransta. Hızlı geçiÅ ve hızlı geri dönüŠistenir.
Bugün yapın: canary eÅiklerini yazın, freeze penceresini ilan edin, rollback komutlarını test edin, bir bayraÄı kapatma tarihi ile iÅaretleyin. Bu dört adım, riski ciddi düÅürür.
Etik ve yasal not: Bu içerik teknik bilgi paylaÅımıdır. Hukuki veya finansal danıÅmanlık deÄildir. Regülasyon için kendi uyum ekibiniz ile çalıÅın.
Åeffaflık: Bu metin, saha notları ve açık kaynak belgeler ile hazırlandı. Güncelleme tarihi: 2026-06-23.