Epin Yazılımında Bulut mu Kendi Sunucun mu? Sahiplik Sandığın Şeyin Aslında Kime Ait Olduğunu Rakamlarla Gösteriyorum

Çoğu kişi şunu sanır: sunucu benimse sistem de benimdir, kimse fişi çekemez, tam bağımsızlık. Kulağa mantıklı geliyor. Ama gerçekte kendi sunucusunu kiralayan çoğu işletme sahibi, bir sabah "veritabanı bağlantısı kurulamadı" hatasıyla uyanıp, ne olduğunu anlamaya çalışırken sekiz saat satış kaybeder. Sahiplik, kontrolle aynı şey değil; sorumlulukla aynı şey.

Bu yazıda iki ayrı kavramı birbirinden ayıracağım: lisans sahipliği ve sunucu sahipliği. Bunları karıştırmak, sektörde en pahalıya patlayan hatalardan biri. Sonrasında maliyet, hız, yedek, güvenlik ve veri sorumluluğu tarafını rakamlarla karşılaştırıp, hangi ciroda hangi modelin doğru olduğunu netleştireceğiz.

Kendi sunucun tam sahiplik demek sanıyorsun, faturayı görünce fikrin değişir

Kendi sunucun dediğin şey de aslında kiralık. Bir veri merkezinin kabininde, birinin elektriğiyle, birinin ağıyla çalışıyor. Fark şu: o makinedeki işletim sistemi, güvenlik duvarı, PHP sürümü, veritabanı ayarları, yedek planı ve saldırı yönetimi tamamen senin sorumluluğunda. Kimse senin yerine güncelleme yapmaz.

Bu sorumluluğun gizli bir bedeli var: zamanın. Sistem yöneticiliği bilmiyorsan ya birine ödeyeceksin ya da öğrenmeye vakit ayıracaksın. Aylık sunucu 400 lira görünür ama düzgün kurulum, izleme ve müdahale için bir teknik desteğe ihtiyaç duyduğunda gerçek maliyet üçe katlanır. Sunucu ucuz, sunucuyu ayakta tutmak pahalı.

Lisans sahipliği ile sunucu sahipliği neden farklı şeyler?

Burada net olmak lazım. E-pin scripti aldığında sahip olduğun şey kullanım hakkıdır: kaynak kodu sende, domainin sana ait, veritabanı senin. Bu, sunucunun nerede durduğuyla ilgili değil. Aynı lisansı bulut tarafında yönetilen bir ortamda da çalıştırabilirsin, kendi kiraladığın makinede de.

Yani "bulutta olursa yazılım benim olmaz" cümlesi teknik olarak doğru değil. Dikkat etmen gereken tek şey sözleşmede şunların yazılı olması: kod sana teslim mi, veritabanının tam yedeğini alabiliyor musun, istediğin an başka bir ortama taşıma hakkın var mı. Bu üç maddeyi garanti eden bir e-pin satış yazılımı nerede barındığından bağımsız olarak senindir. Pinova'nın yaklaşımı da bu: barındırma tercihi ayrı, lisans hakkı ayrı.

Trafik patlaması geldiğinde hangisi ayakta kalıyor?

Dijital ürün satışında trafik düz gitmez. Popüler bir oyun yeni sezon açar, indirim yapar, yayıncı senin sitenden bahseder ve on dakikada normalin on katı ziyaretçi gelir. İşte o an gerçek test başlar. Sabit kaynaklı bir sunucuda bellek dolar, veritabanı bağlantı limitine dayanır, sayfalar açılmaz. En çok satış yapabileceğin anda site kapanır.

Bu senaryoya hazırlanmanın iki yolu var: ya normal zamanda gereğinden büyük bir sunucu kiralayıp boşa para ödersin, ya da esnek ölçeklenen bir ortam kullanırsın. Ayrıca kullandığın dijital ürün satış scriptinin önbellekleme, sorgu verimliliği ve statik dosya servisi tarafında düzgün yazılmış olması gerekir. Kötü yazılmış bir yazılımı en güçlü sunucu bile kurtarmaz; sadece çöküşü biraz geciktirir.

Yedek, güncelleme ve güvenlik yamalarını kim yapacak?

Bu soru şaka gibi görünür ama işin kaderini belirler. Yedeği olmayan bir epin sitesi, bir veritabanı hatasında tüm satıcı bakiyelerini, sipariş geçmişini ve kullanılmamış kod stoğunu kaybeder. Bu kayıp geri gelmez. Uygulanması gereken kural basit: en az üç kopya, iki farklı ortam, bir kopya tamamen ayrı yerde.

Güvenlik tarafı da benzer. PHP ve veritabanı sürümlerinin güncel tutulması, yönetim paneli yolunun gizlenmesi, iki adımlı doğrulama, yönetici oturumlarının IP kaydı. Kendi sunucundaysan bunların hepsi senin listende. Yönetilen ortamda büyük kısmı sağlayıcının işi olur. Hangi yolu seçersen seç, epin yazılım katmanında yönetici işlem günlüğünün tutulması pazarlık konusu değildir; bir gün "bu bakiyeyi kim düşürdü" sorusunun cevabını arayacaksın.

E-pin stoğu ve müşteri verisi nerede duruyor? KVKK tarafı

Sen bir veri sorumlususun. Müşterinin adı, telefonu, e-postası, sipariş geçmişi ve ödeme izleri senin sisteminde. Verinin hangi ülkede, hangi sağlayıcıda tutulduğu ve kimlerin erişebildiği kayda geçmeli. Yurt dışındaki bir sağlayıcıda barındırıyorsan aydınlatma metninde bunun belirtilmesi gerekir.

Bir de teknik hijyen meselesi var: kullanılmamış epin kodları veritabanında açık metin olarak durmamalı, şifrelenmiş saklanmalı. Kodun görüntülenme anı loglanmalı. Yönetici bile kodu gereksiz yere görememeli. Bu davranışlar barındırma tercihinden bağımsız olarak e-pin satış scriptinin içine yazılmış olmalı. Sunucu seçimi bu açığı kapatmaz; sadece kimin sorumlu olduğunu değiştirir.

Karar: hangi cirodan sonra kendi sunucuna geçmelisin?

Pratik eşik şudur: günlük sipariş sayın üç haneli değilse, özel bir entegrasyon zorunluluğun yoksa ve bünyende sistem yöneticiliği yapabilecek biri yoksa yönetilen ortamda kal. Enerjini ürün, fiyat ve pazarlamaya harca. Sunucuyla uğraşmak sana bir kuruş ek satış getirmez.

Kendi sunucuna geçmenin mantıklı olduğu an şu: hacim büyümüş, kaynak ihtiyacın öngörülebilir hale gelmiş, özel işler yapman gerekiyor ve teknik bir sorumlu var. O noktada kontrol gerçekten değer üretmeye başlar. Bu kararı verirken yazılımın taşınabilirliğini kontrol et: veritabanı ve dosya yapısı temiz bir şekilde dışa aktarılabiliyorsa geçiş bir hafta sonu işidir.

Barındırma kararını vermeden önce sistemin kendisini görmek işini kolaylaştırır. Panel yapısını, sipariş akışını ve stok yönetimini canlı demo üzerinden incele; ihtiyacın olan kaynak seviyesini oradaki modüllere bakarak tahmin et, sonra lisans ve destek seçeneklerini karşılaştır.