Perakendede Bulut Geçişi: Nereden Başlamalı?

Perakendede bulut tartışması çoktan "gidilecek mi" sorusundan çıktı; bugünkü soru "neyi, ne zaman ve nasıl taşıyacağız" sorusu. Kampanya dönemlerinde katlanan e-ticaret yükü, veri ve analitik ihtiyacının büyümesi ve donanım yenileme maliyetleri çoğu perakendeciyi bu kararın önüne getiriyor.

Bu yazı, bulut geçişini planlayan perakende BT ekipleri için sırayla ele alınması gereken başlıkları özetliyor.

Önce neden: hangi sorunu çözüyorsunuz?

"Buluta geçmek" bir hedef değil, bir araçtır. Kararın arkasında somut bir gerekçe olmalı:

• Kampanya dönemlerinde esnek kapasite ihtiyacı
• Yaşlanan donanımın yenileme maliyeti
• İş sürekliliği ve felaket kurtarma yetersizliği
• Yeni projeleri daha hızlı başlatma ihtiyacı
• Veri ve analitik altyapısının büyüyememesi

Gerekçe netse, hangi iş yükünün önce taşınacağı da kendiliğinden belirginleşir.

Envanter ve bağımlılıklar

Geçişin en çok atlanan adımı budur. Elinizde şunların listesi olmalı: sunucular, uygulamalar, veri tabanları, entegrasyonlar, toplu işler (gece çalışan işler dahil), lisanslar ve destek anlaşmaları. Özellikle bağımlılıklar kritiktir: ERP hangi servislerle konuşuyor, mağazalardan hangi sistemlere doğrudan bağlantı var, hangi entegrasyon sabit IP adresine bağlı?

Hangi iş yükü önce?

Yaygın ve düşük riskli sıralama şudur:

1. Test ve geliştirme ortamları: Ekip buluta burada alışır, risk düşüktür.
2. Yedekleme ve arşiv: Hızlı fayda, sınırlı karmaşıklık.
3. E-ticaret ve kampanya yükü taşıyan sistemler: Esnek kapasitenin en çok işe yaradığı yer.
4. Analitik ve raporlama: Canlı sistemleri yormadan büyüyebilir.
5. ERP ve çekirdek sistemler: En son; çoğu perakendeci burada sağlayıcının kendi bulut seçeneğini ya da hibrit modeli tercih eder.

Geçiş yöntemi: taşı, uyarla, yeniden yaz

Her iş yükü için üç yoldan biri seçilir:

• Olduğu gibi taşımak (rehost): En hızlısı; maliyet avantajı sınırlıdır, çünkü bulutta da aynı kaynakları kiralarsınız.
• Uyarlamak (replatform): Veri tabanını yönetilen hizmete almak gibi; dengeli seçenek.
• Yeniden yazmak (refactor): En pahalısı, en esnek sonucu verir; yalnızca gerçekten değişmesi gereken sistemler için.

Perakendede yaygın pratik, kritik olmayan sistemleri taşımak, e-ticaret tarafını uyarlamak ve yalnızca yeni geliştirilen servisleri bulut doğumlu kurmaktır.

Maliyet: aylık fatura sürprizi olmasın

Bulut maliyeti, kullanıma göre değişir; kontrolsüz bırakıldığında hızla büyür. Baştan kurulması gerekenler:

• Etiketleme (hangi kaynak hangi sisteme ve bütçeye ait)
• Bütçe uyarıları ve aylık maliyet raporu
• Kapatılabilir ortamlar: test sistemleri gece ve hafta sonu kapalı
• Sürekli çalışan iş yükleri için rezervasyon ya da taahhüt indirimleri
• Veri çıkış (egress) maliyetinin hesaba katılması

Geçiş kararını beş yıllık toplam sahip olma maliyetiyle verin; yalnızca donanım yenileme tutarıyla karşılaştırmak yanıltır.

Veri konumu ve KVKK

Kişisel veri işleyen sistemleri buluta taşırken verinin hangi ülkede işleneceği belirlenmiş olmalı. Yurt dışına aktarım söz konusuysa hangi hukuki mekanizmaya dayandığınızı hukuk ekibinizle netleştirin ve kişisel veri envanterinizde bu sistemleri işaretleyin. Sağlayıcıyla imzalanan sözleşmedeki veri güvenliği yükümlülükleri de bu sürecin parçasıdır.

Ağ ve mağaza bağlantısı

Merkez sistemleri buluta taşındığında mağazaların bağlantısı kritik hâle gelir. İnternet hattı kesildiğinde mağaza satışa devam edebiliyor mu? Yedek hat var mı? Mağaza–bulut arasındaki gecikme kasa işlemlerini yavaşlatıyor mu? Bu sorular yanıtlanmadan çekirdek sistemleri taşımak risklidir.

Kimlik, güvenlik ve yedekleme

Bulut, güvenliği kendiliğinden getirmez; sorumluluk paylaşılır. En baştan kurulması gerekenler: merkezi kimlik yönetimi ve çok faktörlü doğrulama, yönetici hesaplarının sınırlanması, kaynakların internete açık olup olmadığının denetimi, kayıtların toplanması ve bulut ortamının kendi yedeği. Sağlayıcının altyapıyı ayakta tutması, verinizin yedeklendiği anlamına gelmez.

Geri dönüş planı ve ekip

Her geçiş adımı için geri dönüş yolu tanımlı olmalı: hangi noktada durulur, eski sisteme nasıl dönülür, veri nasıl senkron tutulur? Ayrıca ekip yetkinliği planın parçasıdır; bulut, sistem yönetimi alışkanlıklarını değiştirir. Eğitim ve ilk dönemde dış destek, çoğu projede maliyetin görünmeyen ama gerekli kalemidir.

IT Retail topluluğunda üyelerimiz bulut geçişi deneyimlerini, maliyet sürprizlerini ve hibrit kurguları birbiriyle paylaşıyor. Geçiş planlıyorsanız, benzer ölçekte bir meslektaşınızla konuşmak en hızlı yoldur.