MASTER KÜTÜPHANE / NEXUS-AI

D-TECH-03

Bulut Altyapısı (Vultr/Supabase) İş Sürekliliği ve Felaket Kurtarma Planı (DRP)

Drive kaynağı · v2.0

Bulut ve veritabanı kesintilerinde yedekleme, yük devretme, geri dönüş ve veri bütünlüğü testlerinin planı.

Nexus-AIBuildSüreklilik planıFelaket kurtarmaBulutYedeklemeRPORTOv2.0Drive kaynak metni

BELGE KÜNYESİ / DRIVE KAYNAĞI

Kimlik ve kullanım kaydı

v2.0

Kaynak türü: Drive kaynaklı uyarlama
Yayın kapsamı: Açık arşiv ve uyarlama ilkeleri ↗
Belge kodu: D-TECH-03
Tam başlık: Bulut Altyapısı (Vultr/Supabase) İş Sürekliliği ve Felaket Kurtarma Planı (DRP)
Program / alan: Nexus-AI
Metodoloji fazı: 3 / 4 · Build
Belge türü: Süreklilik planı
Kaynak sürüm: v2.0
Kaynak dönemi: Ekim 2026 · belge üstbilgisi
Yayın ve dağıtım: İnovapark Açık Arşiv · herkese açık kopya
Kaynak: Google Drive Master Kütüphanesi
Onay durumu: Müşteri özelinde doğrulanacak

Kullanım koşulu

Kaynak metin korunmuştur. İçindeki hedef ve sistem davranışları müşteri ortamında test edilmeden gerçekleşmiş sonuç veya uygunluk beyanı olarak kullanılmaz.

Kabul kanıtı

Geri yükleme ve yük devretme tatbikatının ölçümlü kayıtla tamamlanması.

Dizine dön ↗

UYGULAMA MASASI / SÜREKLILIK PLANI

Bu belgeyle nasıl çalışılır?

Kaynak metindeki adımları gerçek kayıtlarla eşleştirin; karar, sahip, tarih ve kanıtı birlikte tutun.

Girdiler

Bulut topolojisi; yedekleme günlükleri; izleme alarmları

Ölçüm

Hedef içinde tamamlanan kurtarma testi / toplam test

İş akışı

Kritik sistemleri sınıflandır
yedeklemeyi doğrula
yük devretmeyi tatbik et
veri bütünlüğünü ve geri dönüşü onayla

Kayıt alanları

No	Alan	Kanıt kaydı
01	Sistem	Kaynak / sahip / tarih
02	kurtarma önceliği	Kaynak / sahip / tarih
03	RPO hedefi	Kaynak / sahip / tarih
04	RTO hedefi	Kaynak / sahip / tarih
05	test tarihi	Kaynak / sahip / tarih
06	gerçekleşen süre	Kaynak / sahip / tarih

Uygulama sınırı

RPO ve RTO değerleri test edilmeden sağlanmış hizmet düzeyi olarak sunulmaz.

TAM METİN / V2.0

Drive kaynak metni

Word indir ↓Metni indir ↓

D-TECH-03: Bulut Altyapısı (Vultr/Supabase) İş Sürekliliği ve Felaket Kurtarma Planı (DRP)

Program: Bölüm 1 - Çatı Holding, Mimari ve Teknik Altyapı (Nexus-AI)

Doküman Kodu: D-TECH-03

Tarih: Ekim 2026

Versiyon: v2.0

Hazırlayan: Inovapark Danışmanlık ve InoMatrix Sistem ve Altyapı Komitesi

1. KARAR ÖZETİ VE AMAÇ

Vultr bulut altyapısı ve Supabase veritabanı üzerinde koşan InoMatrix holding sistemlerinin olası siber saldırılar, donanım arızaları veya felaket senaryoları karşısında kesintisiz çalışmasını sağlamak; RPO (maksimum 1 saat veri kaybı) ve RTO (maksimum 15 dakika kesinti süresi) hedeflerini güvence altına almak.

2. KAPSAM, GİRDİLER VE BAŞLANGIÇ KOŞULLARI

Girdiler: Vultr sunucu topolojileri, Supabase yedekleme günlükleri, uptime izleme logları.

Kapsam İlkesi: Kritik SSOT veritabanları ve ajan orkestrasyon katmanları 7/24 kesintisiz izleme altındadır; felaket durumunda coğrafi olarak izole edilmiş yedek lokasyona otomatik yük devretme (failover) uygulanır.

3. UÇTAN UCA UYGULAMA YÖNTEMİ

1. Yedekleme Politikası (RPO - 1 Saat): Kritik SSOT veritabanları için saatlik otomatik inkremental yedeklemeler alınır ve şifrelenmiş güvenli depolarda saklanır.

2. Yük Devretme Süresi (RTO - 15 Dakika): Ana bulut kümesinde kritik kesinti algılandığında, trafik otomatik olarak yedek bulut lokasyonuna yönlendirilir.

3. Felaket Kurtarma (DRP) Prosedürü: Uptime Monitor alarmı ile tetiklenen süreç, otomatik failover ve veri bütünlüğü testlerinin ardından sistemlerin güvenle yeniden ayağa kaldırılmasıyla tamamlanır.

4. ROLLER, RACI VE KARAR SINIRLARI

A (Hesap Veren): Altyapı ve Sistem Mühendisliği Lideri / Head of Infrastructure

R (Uygulayan): DevOps ve Sistem Yöneticileri

C (Danışılan): Bilgi Güvenliği ve CISO

I (Bilgilendirilen): InoMatrix İcra Kurulu (ExCo)

5. RİSKLER, İSTİSNALAR VE ESKALASYON

Kritik Sınır: RPO ve RTO hedefleri test edilmeden felaket senaryoları kapalı kabul edilemez.

Eskalasyon: Otomatik failover mekanizmasının yanıt vermediği durumlarda nöbetçi sistem mühendisi anlık olarak acil duruma müdahale eder.

6. ÖLÇÜM, HEDEF VE KALİBRASYON

Birincil Gösterge: Gerçekleşen toparlanma süresi (RTO) / Hedeflenen 15 dakika (Hedef: <%10 sapma).

Ritim: Üç aylık felaket kurtarma (DRP) simülasyon tatbikatı.

7. KABUL ÖLÇÜTLERİ VE YAYIN KAPISI

Asgari Kabul Kanıtı: DRP tatbikat tutanağı ve yedekleme bütünlük doğrulama raporu.

Durum: Onaylı ve Yürürlükte.

D-TECH-03 / TEKNİK KONTROL

Geri yüklemeden güvenli hizmete dönüş

Kaynak taslağı uygulama sınırı, olumsuz test ve ölçülmüş kabul kanıtıyla tamamlayan çalışma örneği.

Temsili olay: Ana veri bölgesi erişilemiyor; ajan kuyruğunda tamamlanmamış 14 mutabakat önerisi var.

İşlem sırası

Olay komutanı yazma işlemlerini durdurur; son sağlıklı yedek, olay kuyruğu, dosya depolama ve kimlik hizmetini ayrı doğrular.
İzole ortamda geri yükle; uygulama sırlarını ve bağlantı uçlarını kontrollü değiştir; eski bölgenin eşzamanlı yazmasını engelle.
Tekrar oynatma için idempotency ve onay izini karşılaştır; salt okunur deneme, insan kabulü ve kademeli trafik dönüşü yap.

Olumsuz test	Beklenen güvenli sonuç
Yedek veritabanı var, dosya nesnesi yok	Hizmet tam açılmaz; eksik bağımlılık raporlanır.
Aynı olay iki kez oynatılıyor	Çift kayıt veya ödeme oluşmaz.
Geri dönüş başarısız	Manuel işlem ve iletişim planı açık kalır; yayılım durur.

KANIT DOSYASI

İncelemeye sunulacak kayıt

Yedek ve dosya envanteri, tatbikat zaman çizelgesi, ölçülen veri kaybı/kurtarma süresi, uzlaştırma ve onay

KABUL

Yayın kararı

RPO/RTO ölçümü, veri bütünlüğü ve çift işlem testi geçmeden “kurtarıldı” kararı verilmez.

GÖREV AYRILIĞI

Uygulama ve denetim

Teknik ekip işlemi yürütür; risk/veri sahibi sınırı onaylar; bağımsız kontrol sonuçları inceler.

D-AI-14 · Kurtarma testi ↗Supabase · Yedekleme kapsamı ↗D-IS-14 · Denetim standardı ↗

Örnek olay kurgusaldır. Kaynak metindeki “onaylı/yürürlükte” beyanı kuruma özel test ve kurul kararını kanıtlamaz.