F2Cloud sık sorulan sorular

Bulut yedekleme verinin ve sanal makine imajlarının korunmuş kopyasını tutar. Felaket kurtarma ise bu kopyalardan iş yüklerini; ağ, güvenlik duvarı, VPN ve trafik yönlendirmesiyle birlikte hazırlanmış bir ortamda çalışır hale getirir.

Korunan veri kapasitesi, saklama süresi, immutable kopya ihtiyacı, iş yükü sayısı ve geri yükleme testi sıklığı belirleyicidir. Keşiften sonra aylık hizmet teklifi hazırlanır.

Hizmet kapsamında yedek bütünlük kontrolleri ve planlı geri yükleme testleri yapılır; sonuçlar size raporlanır.

Belirlenen saklama süresi boyunca değiştirilemeyen ve silinemeyen yedek kopyasıdır. Fidye yazılımı veya yetkisiz erişim yedekleri hedeflese bile bu kopyalar korunur.

Hayır. Saldırıyı engellemez; saldırıdan sonra güvenilir bir geri dönüş noktası bulunmasını sağlar. Önleme için EDR ve segmentasyon gibi katmanlar gerekir.

Saklama politikaları iş gereksinimleriniz ve mevzuat ihtiyaçlarınıza göre birlikte tanımlanır.

Disaster Recovery as a Service; kritik sistemlerinizin bir felaket anında hizmet sağlayıcının hazırlanmış bulut ortamında yeniden çalıştırılmasını yönetilen bir hizmet olarak sunar.

Uygun bulunan, önceden hazırlanmış ve test edilmiş iş yükleri için 30 dakikaya kadar inen hedef RTO tasarlanabilir. Her sistem için garanti edilmez; tatbikatla doğrulanır.

Çoğu kurum için ikinci bir veri merkezinin donanım, lisans, bağlantı ve personel maliyeti, aylık DRaaS hizmetinden yüksektir. Karar, kritik iş yükleri ve hedef RTO/RPO değerlerine göre verilmelidir.

Saldırıdan etkilenmemiş, korumalı (tercihen immutable) bir yedek noktası belirlenir, izole bir ortamda doğrulanır ve sonra geri yüklenir.

Felaket kurtarma genellikle altyapı veya saha kaybına odaklanır. Siber kurtarma ise verinin güvenilirliğinin sorgulandığı durumlarda temiz bir noktayı doğrulayarak geri dönmeyi içerir.

Immutable yedekler, ayrılmış yönetim kimlikleri, izole kurtarma ortamı ve düzenli tatbikat temel adımlardır.

Fiyat; iş yükü sayısına, RTO/RPO hedeflerine, saklama süresine ve gerekli ağ-güvenlik servislerine göre değişir. Keşif sonrası aylık teklif hazırlanır.

İkinci veri merkezi donanım, lisans, bağlantı ve personel yatırımı gerektirir. Pek çok kurum için aylık DRaaS daha öngörülebilir maliyet sunar; karar iş yüklerinize göre verilmelidir.

Kaynak platform, iş yükü sayısı ve kritikliği, hedef RTO/RPO ve ağ bağımlılıkları yeterlidir. Erişim bilgisi veya parola paylaşmanız gerekmez.

Geliştirme, test, build ve dağıtım altyapısının bir hizmet sağlayıcı tarafından kurulup işletildiği, ekip bazında izole yönetilen ortamdır.

Evet; kullandığınız Git sağlayıcısı ve CI aracı keşif aşamasında değerlendirilir ve entegrasyon planlanır.

Evet. Web ve API iş yükleri için WebShield, Kubernetes iş yükleri için yönetilen Kubernetes hizmeti kullanılabilir.

Kubernetes kümelerinin kurulum, güncelleme, izleme ve güvenlik işletiminin hizmet sağlayıcı tarafından yapıldığı hizmet modelidir.

Düğüm kaynakları, küme sayısı, depolama, yedekleme ve güvenlik kapsamına göre aylık olarak teklif edilir.

Namespace izolasyonu, ağ politikaları, erişim kontrolü ve desteklenen ortamlarda Kaspersky Container Security ile imaj tarama ve runtime koruması.

Kod değişikliklerinin otomatik olarak derlenmesi, test edilmesi ve dağıtılması için gereken runner, registry, depo ve ortamların toplamıdır.

Paylaşılan runner'larda bir projenin sırları veya bağımlılıkları diğerini etkileyebilir. İzolasyon tedarik zinciri riskini azaltır.

Evet; müşterilerinize yazılım güncellemesi dağıttığınız sunucular DevOps bölgesinde barındırılabilir.

Barındırılan uygulamaya gelen trafiğin, hizmet dışı bırakma saldırılarını azaltan bir koruma katmanından geçirildiği barındırma hizmetidir.

DDoS azaltma, genellikle ağ katmanındaki hacimsel saldırılara karşıdır. WAF ise SQL enjeksiyonu, XSS gibi uygulama katmanı saldırılarını inceler. İkisi birbirini tamamlar.

Evet; SaaS platformları, müşteri portalları ve API'ler WebShield ortamında barındırılabilir.

WAF'ın kurulumu, kural ayarı, yanlış pozitif yönetimi ve sürekli izlemesinin hizmet sağlayıcı tarafından yapıldığı modeldir.

Evet, API uç noktaları için şema, hız sınırı ve saldırı kalıbı politikaları uygulanabilir.

Korunan uygulama sayısı, trafik hacmi, WAF kapsamı ve izleme seviyesine göre aylık teklif hazırlanır.

Güvenli imajlar, imaj taraması, namespace izolasyonu, ağ politikaları, erişim kontrolü ve runtime görünürlüğü birlikte uygulanmalıdır.

EDR, sunucudaki şüpheli davranışları tespit edip müdahale imkanı verir; imza tabanlı korumanın ötesinde görünürlük sağlar.

Bu, ortama ve uyumluluğa bağlıdır; keşif aşamasında değerlendirilir.

Hayır, tek başına sağlamaz. Veri konumu önemli bir karar girdisidir; hukuki dayanak, güvenlik ve gerçek veri akışları ayrıca değerlendirilir.