Çoğu işletme sahibi göçü tek yönlü bir koridor sanır: eski panelden çıkarsın, yeni e-pin satış scripti devreye girer, hayat kaldığı yerden devam eder. Gerçekte olan şey bu değil. Göç, birbirine bağlı yedi sekiz alt sistemin aynı gece içinde el değiştirmesidir: sipariş kuyruğu, stok havuzu, cüzdan bakiyeleri, ödeme bildirim uçları, otomatik teslimat kancaları, e-posta gönderimi ve arama motorunun gördüğü adres yapısı. Bunlardan biri sessizce yanlış davrandığında sistem çökmez; daha kötüsü olur, çalışmaya devam eder ama yanlış çalışır.
İşin ironik tarafı şu: taşımanın kendisi genelde sorunsuz geçer. Asıl hasar, sorun çıktığında ne yapacağını kimsenin yazmamış olmasından doğar. Sen o gece panik içinde "acaba geri mi dönsem" diye düşünürken, geri dönülecek nokta çoktan kaybolmuş olur. Bu yazıda göç planının değil, göçün ikizi olan geri dönüş (rollback) planının nasıl kurulduğunu anlatıyorum. Sırayla: geri dönülebilir noktanın tanımı, hangi verinin asla geri alınamayacağı, kesinti anının nasıl mühürlendiği ve rollback tetiğini kimin hangi eşikte çekeceği.
Neden Göç Planını Değil, Geri Dönüş Planını Önce Yazman Gerekiyor?
Göç planı iyimserdir, rollback planı gerçekçidir. Birincisi "her şey yolunda giderse" senaryosunu anlatır; ikincisi "gitmezse" sorusunun cevabıdır. Rollback planını önce yazmanın pratik bir faydası var: planı yazarken göçün kırılgan noktalarını mecburen listelersin. "Ödeme bildirimini nasıl geri çeviririm?" sorusunu sormak, aynı zamanda "ödeme bildirimi göç sırasında nereye düşüyor?" sorusunu cevaplamaya zorlar. Yani rollback dokümanı, göç planının en dürüst denetçisidir.
Pratikte kural şudur: rollback planı tek sayfa olmalı, teknik olmayan biri de okuyup uygulayabilmeli ve göç gecesi ekranın yanında basılı durmalı. İçinde üç şey bulunur: hangi belirti görülürse dönüleceği, dönüşün adım adım komut sırası ve dönüşten sonra müşteriye ne söyleneceği. Bir dijital ürün satış scripti değiştirirken mimarî güzelliğinden çok bu tek sayfanın netliği hayatını kurtarır.
Geri Dönülebilir Nokta Nedir ve Hangi Anda Kaybedilir?
Geri dönülebilir nokta, eski sistemi açtığında müşterinin hiçbir kaybı olmadan kaldığı yerden devam edebileceği son andır. Bu nokta yedek aldığın anda başlar ve yeni sistemde ilk gerçek işlem gerçekleştiğinde biter. İlk sipariş düştüğü, ilk kod teslim edildiği, ilk cüzdan yüklemesi tamamlandığı dakikadan sonra eski sisteme dönmek artık "geri dönüş" değil, "veri birleştirme" olur. İkisi arasındaki maliyet farkı on kattır.
Bu yüzden ciddi göçlerde iki aşamalı bir eşik kullanılır. Birinci aşamada yeni e-pin yazılımı canlıdır ama satış kapalıdır; sadece sen ve ekibin test siparişi geçersiniz. Bu pencerede rollback bedavadır: yedeği geri yükle, adres yönlendirmesini eski tarafa çevir, bitti. İkinci aşamada satış açılır ve rollback artık ücretlidir. Planında bu iki aşamanın saatini net yaz; "satışı açtım" cümlesi bir karar, bir tıklama değil.
| Belirti | Ölçüm şekli | Tetik eşiği | Aksiyon |
|---|---|---|---|
| Otomatik teslimat sessizleşti | Sipariş sonrası kod gönderim kaydı | Üst üste 3 sipariş teslim edilmedi | Satışı durdur, kuyruk incele, 15 dk içinde çözülmezse rollback |
| Ödeme bildirimi gelmiyor | Sağlayıcı panelindeki başarılı ödeme ile sistemdeki sipariş sayısı | %2'den büyük fark | Bildirim adresini eski uca çevir, siparişleri elle tamamla |
| Cüzdan bakiyesi tutmuyor | Toplam bakiye toplamı (göç öncesi/sonrası) | Herhangi bir kuruş farkı | Derhal rollback, tek kuruş farkı kabul etme |
| Stok çift satılıyor | Aynı kodun iki siparişte görünmesi | 1 vaka | İlgili kategoriyi kapat, havuzu kilitle, rollback değerlendir |
| Sayfa hataları | Sunucu hata kaydı yoğunluğu | Dakikada 10'un üzeri | Önbelleği temizle, 10 dk izle, düşmezse rollback |
| Giriş yapılamıyor | Oturum açma başarı oranı | %80 altına iniş | Şifre karma (hash) uyumunu kontrol et, çözülmezse rollback |
Bakiye, Sipariş ve Stok: Hangi Veri Gerçekten Geri Alınamaz?
Rollback'in matematiği basittir: dışarıya çıkmış hiçbir şey geri alınamaz. Müşterinin ekranında görünmüş bir oyun kodu yakılmış sayılır. Gönderilmiş bir bilgilendirme e-postası okunmuş sayılır. Bankadan geçmiş bir tahsilat, iade edilebilir ama iptal edilemez. Buna karşılık site içinde kalan her şey (ürün açıklaması, kategori düzeni, tema ayarı, sepet içeriği) serbestçe geri alınabilir.
Bu ayrımı yazılı hale getirmek, gece yarısı kararını duygusal olmaktan çıkarır. Göç gecesi sorulacak tek soru şudur: "Bu ekranda gördüğüm hata, dışarıya çıkmış bir şeyi bozdu mu?" Cevap hayırsa sakin kal ve düzelt. Cevap evetse rollback'i tartışmadan uygula, sonra farkı elle kapat. Bir e-pin scripti göçünde en pahalı hata, düzeltmeye çalışırken dışarıya yeni yanlış işlemler akıtmaktır.
Göç sonrası ilk 72 saatte açılan destek taleplerinin kaynağı
- Teslimat ve sipariş durumu 45%
- Giriş / şifre sorunları 25%
- Bakiye ve iade soruları 20%
- Eski bağlantı ve sayfa hataları 10%
DNS, TTL ve Ödeme Bildirimleri Sessizce Nereye Gider?
Rollback'i en çok baltalayan şey teknik bir ayrıntıdır: alan adı kayıtlarının önbellek süresi. Göçten en az 24 saat önce bu süreyi düşürmezsen, "eski sunucuya döndüm" dediğin anda dünyanın bir kısmı hâlâ yeni sunucuyu görmeye devam eder. Sonuç: siparişler iki sisteme bölünür ve tek bir doğru kayıt kalmaz. Bu, rollback'in en kötü hâlidir; hem yeni sistem kapalı sayılır hem de eski sistem eksik veriyle çalışır.
Aynı mantık ödeme bildirim adresleri için de geçerlidir. Sağlayıcı panelinde bildirim adresi tek satırdır ve o satır kimi işaret ediyorsa para orada kaydolur. Göç gecesi sırası şudur: önce satışı kapat, sonra bildirim adresini değiştir, sonra bekleyen bildirimlerin düşmesi için birkaç dakika bekle, en son satışı aç. Rollback'te bu sıra tersten yürütülür. Sıralamayı ezberlemeyeceksen kâğıda yaz; bu sekiz satır, göçün en kritik sekiz satırıdır.
Kesinti anında iki bağımsız kopya çıkar: biri üzerinde çalışacağın çalışma kopyası, diğeri hiçbir koşulda açılmayan mühürlü kopya. Mühürlü kopyayı farklı bir diskte tut ve dosya adına kesinti saatini dakikasıyla yaz. Rollback'te hayatını kurtaran, dokunulmamış olan kopyadır.
48 Saatlik Gölge Dönem: İki Sistemi Aynı Anda Ayakta Tutmak
Eski paneli göç gecesi silmek, yüzme bilmeden köprüyü yıkmaktır. Doğru yaklaşım gölge dönemdir: eski sistem aynı sunucuda, satışı kapalı, veritabanı dokunulmamış hâlde 48-72 saat bekler. Sadece senin erişebileceğin bir adresten açılır. Bu dönemde eski sistem üç işe yarar: rollback hedefi olur, mutabakat için referans olur ve müşteri "benim eski siparişim nerede" dediğinde gerçeğin tek kaynağı olur.
Gölge dönemde dikkat edilecek tek kural: eski sistemin dışarıya hiçbir kanalı açık kalmasın. Zamanlanmış görevleri kapat, e-posta gönderimini kes, ödeme bildirimlerini kaldır. Aksi hâlde iki sistem birbirine sipariş göndermeye ve aynı stoktan satmaya başlar. Kapalı ama ayakta; sözcükler önemli. Dijital ürün satış yazılımı geçişlerinde bu iki kelimeyi doğru kuran işletmelerin göç kayıpları neredeyse sıfırdır.
Kararı Kim Verir? Rollback Tetiği, Eşikler ve Tek Sayfa
Göç gecesi en tehlikeli cümle şudur: "Biraz daha bekleyelim, düzelir." Bu cümle iyi niyetle söylenir ve genelde kaybı üçe katlar. Panığı engellemenin yolu, kararı önceden vermektir. Rollback tetiğini bir kişiye bağla, o kişiye eşik listesini ver ve tartışma hakkını kaldır: eşik aşıldıysa dönülür, sebebi sonra konuşulur. Bir kişi, bir liste, bir saat.
Son olarak rollback'in bir başarısızlık olmadığını içselleştir. Geri dönmek, sistemi ve müşteri güvenini koruyup bir hafta sonra daha iyi hazırlanarak tekrar denemektir. Asıl başarısızlık, dönülemeyecek kadar ilerleyip yanlış verilerle yaşamaya mahkûm olmaktır. Pinova'yı kurarken göçü bu mantıkla planlıyoruz: iki aşamalı açılış, mühürlü yedek, gölge dönem ve tek sayfalık tetik listesi.
| Kontrol | Ne zaman | Kim | Tamam mı? |
|---|---|---|---|
| Alan adı önbellek süresi düşürüldü | Göçten 24 saat önce | Teknik sorumlu | □ |
| Mühürlü yedek ayrı diske alındı | Kesinti anı | Teknik sorumlu | □ |
| Toplam cüzdan bakiyesi iki sistemde eşitlendi | Kesinti anı | Muhasebe | □ |
| Son fatura ve sipariş numarası not edildi | Kesinti anı | Muhasebe | □ |
| Eski sistemin zamanlanmış görevleri kapatıldı | Kesinti anı | Teknik sorumlu | □ |
| Test siparişiyle uçtan uca teslimat doğrulandı | Satış açılmadan önce | İşletme sahibi | □ |
| Ödeme bildirim adresi yeni uca alındı | Satış açılmadan önce | Teknik sorumlu | □ |
| Rollback tek sayfası basılı ve tetik kişisi belli | Göçten önce | İşletme sahibi | □ |
| Gölge dönem bitiş saati takvime yazıldı | Göç sonrası | İşletme sahibi | □ |
Göçü planlı yapan bir altyapıyla çalış
Pinova, e-pin ve dijital ürün satan işletmeler için hazırlanmış lisanslı satış yönetim yazılımıdır. Aşamalı açılış, stok kilidi ve teslimat kuyruğu mimarisiyle geri dönüşü planlanabilir bir göç sunar.
Rollback kararını en fazla kaç saat içinde vermeliyim?
Pratik sınır 15 dakikadır. Eşiklerden biri aşıldıysa çözüm denemesi için 15 dakika ayır, sonuç alamazsan geri dön. Bu süre uzadıkça yeni sistemde biriken gerçek işlem sayısı artar ve rollback maliyeti katlanır.
Eski panelimi göçten hemen sonra silebilir miyim?
Hayır. En az 48-72 saat gölge dönemde tut: satışı ve tüm dış kanalları kapalı, veritabanı dokunulmamış hâlde. Bu süre hem rollback hedefi hem de mutabakat referansı olarak gerekir.
Cüzdan bakiyelerinde küçük farkları görmezden gelebilir miyim?
Gelemezsin. Bakiye bir borç kalemidir; tek kuruş fark, altta yatan bir eşleme hatasının işaretidir ve zamanla büyür. Bakiye farkı gördüğün an rollback eşiği aşılmış sayılır.
Göç sırasında siparişleri tamamen kapatmam şart mı?
Kısa bir bakım penceresi en güvenli yoldur. Satış açıkken yapılan taşımada aynı stok iki kez satılabilir veya ödeme bildirimi kayba gider. 30-60 dakikalık planlı kesinti, günlerce süren mutabakattan çok daha ucuzdur.
Göçü konuşurken "acaba bizim yapıya oturur mu" sorusu kaçınılmaz oluyor; en hızlı cevap, paneli kendi gözünle görmek. Özellik listesini inceledikten sonra canlı demo üzerinden sipariş, stok ve teslimat akışını uçtan uca dene; fiyatlandırmayı da fiyat bölümünden görebilir, hazır olduğunda panel üzerinden başlayabilirsin.