ESL yazılımı bulutta mı, yerel sunucuda mı çalışmalı?
Etiket yönetim yazılımının nerede çalıştığı, internet kesildiğinde mağazanın ne yapacağını belirliyor. Karar teknik tercihten çok süreklilik ve sorumluluk paylaşımı meselesi.
Published:
Etiket yönetim yazılımının nerede çalışacağı, çoğu projede bilgi işlem biriminin ilk sorusu. Tedarikçiler genellikle tek bir seçenek sunuyor ve karar farkında olmadan alınıyor.
İki mimarinin farkını bilmek, en azından doğru soruları sormayı sağlıyor.
Mimariler nasıl ayrılıyor
Bulut (SaaS). Yönetim yazılımı tedarikçinin sunucularında çalışır. Mağazadaki erişim noktaları internete bağlanır ve komutları oradan alır. Güncellemeler, yedekleme ve bakım tedarikçide.
Yerel sunucu (on-premise). Yazılım işletmenin kendi sunucusunda çalışır. Mağaza içi veya merkez veri merkezinde olabilir.
Karma. Yaygınlaşan üçüncü yol: yönetim bulutta, ancak her mağazada yerel bir denetleyici bulunuyor. İnternet kesildiğinde mağaza son bilinen fiyatlarla çalışmaya devam ediyor.
Belirleyici soru: internet kesilince ne olur?
Bu, mimariler arasındaki en somut fark ve teklifte mutlaka sorulmalı.
Saf bulut kurgularda internet kesintisi, etiket güncellemesinin durması demek. Rafta duran fiyat değişmez — yani mağaza satışa devam eder — ama yeni bir fiyat değişikliği uygulanamaz. Kampanya geçiş gecesinde internet kesintisi yaşayan bir mağaza sabah eski fiyatlarla açılır.
Yerel denetleyicili kurgularda güncelleme merkez bağlantısı olmadan da yapılabilir. Kampanya paketi önceden indirilmişse belirlenen saatte yerel olarak uygulanır.
Sorulacak cümle net: İnternet kesintisinde planlanmış fiyat değişikliği uygulanabiliyor mu?
Karşılaştırma
| Kriter | Bulut | Yerel sunucu |
|---|---|---|
| İlk yatırım | Düşük | Sunucu maliyeti var |
| Bakım ve güncelleme | Tedarikçide | İşletmede |
| İnternet bağımlılığı | Yüksek (karma değilse) | Düşük |
| Çok mağaza yönetimi | Doğal | Ek kurgu gerekir |
| Veri konumu denetimi | Sınırlı | Tam |
| Uzun vadeli süreklilik riski | Sağlayıcıya bağlı | İşletmede |
Son satır en çok atlanan. Bulut çözümde tedarikçi hizmeti durdurursa sahadaki etiketler yönetilemez hâle gelir. ESL sistemi güvenli mi yazısında bu riskin sözleşmeye nasıl yazılacağını ele aldık.
Yerel sunucunun sessiz maliyeti
Yerel kurulum "kontrol bizde" hissi verdiği için cazip görünüyor. Karşılığında üç kalıcı iş doğuyor: güvenlik güncellemelerinin geçilmesi, yedeklerin alınması ve düzenli olarak geri yükleme testinin yapılması.
Sahada en sık görülen sorun, kurulumdan sonra yıllarca güncellenmemiş bir sunucu. Kontrolün işletmede olması, işin de işletmede olması demek — ve bu iş kimseye atanmazsa yapılmıyor.
Yedeğin alınıyor olması da tek başına yetmiyor. Geri yükleme denenmemiş bir yedek, yedek sayılmaz; yılda bir kez tatbikat yapmak bu boşluğu kapatıyor.
Çok mağazalı işletmelerde
Mağaza sayısı arttıkça bulut lehine bir eğilim oluşuyor. Merkezî fiyat yönetimi, mağazalar arası şablon tutarlılığı ve tek noktadan raporlama, bulut mimaride doğal geliyor; yerel kurulumda her mağaza için ayrı kurgu ve senkronizasyon gerekiyor.
Buna karşılık merkezî yönetim, yetki ayrımını daha kritik hâle getiriyor: bir mağaza personelinin merkez fiyatını değiştirebilmesi engellenmeli. Yetkilendirme yazısı bu ayrımı kuruyor.
Bir başka ölçek etkisi bant genişliğinde. Bulut kurguda her mağaza kendi güncellemesini internetten çekiyor; yüzlerce mağazalı bir zincirde kampanya gecesi bu, merkezî hatta değil ama mağaza hatlarında yoğunlaşma yaratabiliyor. Mağaza internet altyapısının zayıf olduğu formatlarda karma mimari bu yüzden tercih ediliyor.
Karara giden üç soru
Teklif değerlendirirken şu üçünü yazılı isteyin: İnternet kesintisinde davranış nedir? Veri hangi ülkede tutuluyor? Sözleşme bittiğinde yapılandırma hangi biçimde dışa aktarılıyor?
Üçü de şartname üretecinde madde olarak yer alıyor. Entegrasyonun veri akışı tarafını ERP/POS entegrasyonu yazısında bulabilirsiniz.
Geçiş mümkün mü?
Karar verirken akılda tutulması gereken son soru: sonradan fikir değiştirirsem ne olur?
Bulut ile yerel sunucu arasında geçiş, teknik olarak mümkün ama pratikte maliyetli. Taşınması gereken şey yalnızca veri değil — şablonlar, yetki tanımları, entegrasyon eşleştirmeleri ve etiket-ürün bağlantıları da geçmek zorunda.
Bu yüzden mimari kararını geçici bir tercih gibi almamak gerekiyor. Yine de riski azaltmanın bir yolu var: yapılandırmanın dışa aktarılabilir olmasını sözleşmeye yazmak. Dışa aktarma mümkünse geçiş zor ama yapılabilir; değilse pratikte sıfırdan kurulum demek.
Aynı madde tedarikçi değişikliğinde de işe yarıyor. Sistemden çıkabilmek, sistemde kalmayı bir tercih hâline getiriyor — zorunluluk değil.
Sources for this article
Legislation changes over time. We checked these links on the publication date; verify against the current official text.
Tags: bulutyerel sunucusüreklilikaltyapı
← All articles