İçeriğe geç

Müşteri Hikayeleri

Müşteri hikayeleri

Aynı altyapı bileşenlerinin farklı ihtiyaçlar için nasıl bir araya getirildiğini gösteren senaryolar. Her hikaye bir sorunla başlıyor ve verilen kararla sonuçlanıyor.

Bu hikayeleri neden yayınlıyoruz?

Altyapı kararları çoğu zaman soyut kalıyor: 'yüksek erişilebilirlik', 'ölçeklenebilirlik', 'yedeklilik' gibi kavramların pratikte ne anlama geldiği ancak somut bir senaryoda görünür oluyor.

Aşağıdaki hikayeler, karşılaştığımız gerçek ihtiyaç kalıplarını anlatıyor. Müşteri adları ve ticari ayrıntılar paylaşılmıyor; anlatılan şey sorunun yapısı ve verilen kararın gerekçesi. Kendi durumunuza benzeyen bir senaryo görürseniz, aynı yaklaşımın sizde de işe yarayıp yaramayacağını konuşabiliriz.

Senaryolar

Dört farklı ihtiyaç, dört farklı karar

E-ticaret

Kampanya günü çöken siteden planlı ölçeklemeye

Durum
Yılın iki büyük kampanya döneminde site, trafiğin tepe yaptığı ilk saatte yanıt veremez hâle geliyordu. Sunucu kapasitesi artırılmış olmasına rağmen sorun tekrarlıyordu.
Yaklaşım
Zabbix metrikleri darboğazın işlemcide değil veritabanı bağlantı havuzunda olduğunu gösterdi. Web, önbellek ve veritabanı katmanları ayrı sunuculara alındı; Redis replikasyonlu kuruldu. Kapasite artışı kampanyadan üç gün önce uygulanacak şekilde takvime bağlandı.
Sonuç
Sonraki kampanya döneminde site kesintisiz çalıştı. Dönem bittiğinde kaynaklar geri düşürüldüğü için ek kapasite kalıcı maliyet hâline gelmedi.
Üretim

Sunucu odasından buluta taşınan ERP

Durum
ERP sunucusu şirket içindeki bir odada çalışıyordu. İki kez yaşanan iklimlendirme arızası üretim planlamasını durdurmuş, yedek parça temini günler almıştı. Şubelerden erişim ise dış IP üzerinden, açık portlarla sağlanıyordu.
Yaklaşım
ERP ve veritabanı ayrı sunuculara bölünerek İstanbul lokasyonuna taşındı. Şube erişimi pfSense üzerinde sonlandırılan VPN tüneline alındı, açık portlar kapatıldı. Geçiş öncesinde bir deneme yapılarak kesinti süresi ölçüldü ve gerçek geçiş hafta sonuna planlandı.
Sonuç
Donanım, güç ve iklimlendirme sorumluluğu operasyondan çıktı. Veri yurt içinde kaldı; şube erişimi artık internete açık port gerektirmiyor.
Hizmet

Var sanılan yedekten gerçekten geri dönen yedeğe

Durum
Kurumun yedekleme planı vardı ancak hiç geri yükleme testi yapılmamıştı. İncelemede yedekleme işinin aylar önce sessizce başarısız olmaya başladığı, kimsenin fark etmediği görüldü.
Yaklaşım
Yedekleme Veeam üzerine taşındı ve üretimden ayrı depolamaya alındı. İş sonuçları izlemeye bağlandı: başarısız iş artık alarm üretiyor. Geri yükleme senaryosu ayrı bir ortama uygulanarak süre ölçüldü ve takvime bağlandı.
Sonuç
Yedeklerin çalıştığı artık varsayım değil, düzenli olarak doğrulanan bir bilgi. Sessiz başarısızlık ihtimali izleme katmanıyla kapatıldı.
Yazılım

Rapor çalışırken yavaşlayan uygulamanın ayrıştırılması

Durum
Gün sonu raporları çalışırken kullanıcılar uygulamayı kullanılamaz derecede yavaş buluyordu. İlk öneri daha büyük bir sunucuydu, ancak sorun kapasiteden değil çekişmeden kaynaklanıyordu.
Yaklaşım
Veritabanına streaming replication ile okuma kopyası eklendi ve raporlama sorguları oraya yönlendirildi. Ağır işlerin çalışma saati düşük yoğunluklu pencereye kaydırıldı. Yavaş sorgu kaydı açılarak birkaç eksik indeks tespit edildi.
Sonuç
Rapor süresi kısaldı ve işlem tarafındaki yavaşlama ortadan kalktı. Sunucu büyütmeye gerek kalmadı.

Altyapınızı birlikte planlayalım

İhtiyacınızı dinleyip size özel konfigürasyon ve fiyatlandırma hazırlıyoruz. Hazır paket satmıyoruz; kurulum, lisans ve yedekleme planını birlikte kuruyoruz.