Uygulama Bağımlılık Haritalaması
Uygulama bağımlılık haritalaması. Hangi sistemin hangisine bağlı olduğunun trafiğe bakarak çıkarılması; taşıma, kesinti ve felaket kurtarma planlarının gerçek haritayla kurulması.
Neler sunuyoruz
Ağ trafiği ve süreç düzeyi analizle sistemler arası gerçek bağımlılıkların çıkarılması. Dokümandaki mimari ile çalışan mimari çoğu kurumda aynı değildir.
Her iş uygulamasının hangi sunucu, veritabanı ve dış servise dayandığının haritalanması ve haritanın güncel tutulması.
İş etkisine göre uygulama önceliklendirmesi; kurtarma sırasının ve RTO hedeflerinin bu sıraya göre belirlenmesi.
Bulut ya da veri merkezi taşımalarında birlikte taşınması gereken sistemlerin gruplanması. Yanlış dalga planı, taşıma gecesinde çalışmayan uygulama demektir.
Haritada yedeksiz duran bileşenlerin görünür kılınması; tek bir sunucuya, tek bir bağlantıya bağlı kalan zincirlerin işaretlenmesi.
Bir bileşende yapılacak değişikliğin hangi uygulamaları etkileyeceğinin önceden görülmesi ve değişiklik yönetimine girdi sağlanması.
Nasıl çalışıyor
Her iş aynı beş adımdan geçer: mevcut durumu çıkarırız, hedef modeli tasarlarız, kademeli devreye alırız, işletiriz ve ölçüme göre iyileştiririz.
Tespit
Mevcut durumu çıkarır, açıkları ve başarı ölçütlerini yazılı hale getiririz.
Tasarım
Hedef işletim modelini ve gereken araç zincirini kurgularız.
Devreye alma
Kademeli olarak kurar, yapılandırır ve doğrularız.
İşletim
7/24 yönetim; sözleşmeli müdahale süreleri ve önleyici izleme.
İyileştirme
Metrikler, olaylar ve iş ihtiyacındaki değişime göre sürekli iyileştirme.
Her iş, yazılı SLA ile yürür; iyi niyet beyanı değil, taahhüt.
Sizin stack'inizi bilen adanmış mühendisler. Genel amaçlı bir çağrı merkezi katmanı yok.
İki haftada bir servis değerlendirmesi, üç ayda bir yol haritası güncellemesi.
Bilgi Merkezi
Teknoloji operasyonları ve yönetimi üzerine yazdıklarımızı burada topladık.
Kurumsal Felaket Kurtarma Stratejisi: Zerto, Veeam ve RPO/RTO Kararı
6 dk okumaBir Şey Kanıtlayan Felaket Kurtarma Testi Nasıl Yapılır?
3 dk okumaPostgreSQL mü MongoDB mi? Karar Veriye Değil, Erişim Deseninize Bakar
3 dk okuma01Bağımlılık haritası çıkarmak neden gerekli?
Çünkü hiçbir taşıma, kapatma ya da felaket kurtarma planı, neyin neye bağlı olduğu bilinmeden güvenle yapılamıyor. Projelerin en pahalı sürprizleri, kimsenin bilmediği bir bağımlılığın taşımadan sonra ortaya çıkmasıyla oluyor.
02Haritayı nasıl çıkarıyorsunuz?
Ağ akış verisi, süreç düzeyi bağlantı kayıtları ve yapılandırma incelemesi birlikte. Yalnızca görüşmeyle çıkarılan harita eksik kalıyor; kimse unuttuğu bir entegrasyonu anlatamıyor.
03Üretim ortamını etkiler mi?
Pasif toplama yöntemleri etkilemiyor; ajan kurulan yöntemlerde kaynak tüketimi ölçülüyor ve pilotla doğrulanıyor. Etki, taşımadan sonra çıkacak kesintinin yanında çok küçük kalıyor.
04Ne kadar sürüyor?
Toplama süresi en az iki ile dört hafta olmalı: ayda bir çalışan bir toplu iş ya da çeyreklik bir rapor, kısa toplama penceresinde hiç görünmüyor. Analiz ve doğrulama sonrası toplam altı hafta civarı.
05Çıktıyı biz kullanabiliyor muyuz?
Evet. Harita, uygulama envanterine bağlı olarak ve güncellenebilir biçimde teslim ediliyor. Bir kez çıkarılıp rafa kaldırılan harita altı ay içinde geçerliliğini kaybediyor; sürekli güncelleme kurgusu da kurulabiliyor.
Nereden başlayacağınızı birlikte çıkaralım
İki hafta içinde neyin çalıştığını, neyin risk taşıdığını ve önceliklendirilmiş bir yol haritasını yazılı veriyoruz.
Görüşme talep edin