Teknoloji Mimarisi ve Sistem Tasarımı
Teknoloji mimarisi ve sistem tasarımı. Gereksinimlerden başlayan mimari kararlar, karar gerekçelerinin yazılı tutulması ve tasarımın işletilebilirlik açısından sınanması.
Neler sunuyoruz
İş gereksinimlerinden başlayan mimari: hesaplama, depolama, ağ, güvenlik ve veri katmanlarının birlikte tasarlanması.
Her önemli kararın gerekçesi, değerlendirilen alternatifler ve kabul edilen ödünleşimlerle yazılı tutulması. Bir yıl sonra 'neden böyle yapmışız' sorusuna cevap kalır.
RPO ve RTO hedeflerinden geriye doğru kurulan yedeklilik tasarımı; tek nokta arızalarının tasarım aşamasında elenmesi.
Büyüme senaryolarının tasarıma yazılması; yatay ve dikey ölçekleme sınırlarının önceden bilinmesi.
Tasarımın işletme gözüyle gözden geçirilmesi: izlenebilir mi, yamalanabilir mi, gece yarısı müdahale edilebilir mi. Kâğıtta güzel duran mimari sahada zorlayabilir.
Kurum güvenlik politikası ve düzenleyici gereksinimlerin tasarım aşamasında karşılanması; uyumun sonradan eklenen bir katman olmaması.
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.
Bu hizmette kullandığımız teknolojiler
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 okumaRPO ve RTO Nasıl Hesaplanır? Tahminle Değil, Yöntemle
3 dk okumaVMware Lisanslaması Değişti: Proxmox'a Geçmeli miyiz?
4 dk okuma01Mimari çalışması somut olarak ne teslim ediyor?
Mevcut durum haritası, hedef mimari, aradaki boşluklar, geçiş yol haritası ve karar kayıtları. Sonuncusu en değerlisi: hangi kararın neden alındığı yazılı olmazsa iki yıl sonra kimse hatırlamıyor ve karar tartışmayla yeniden veriliyor.
02Mevcut sistemlerimizi baştan mı kuracağız?
Genelde hayır. İyi bir mimari çalışması neyin kalacağını da söylüyor. Çalışan ve maliyeti kabul edilebilir bir sistemi değiştirmek için mimari bir gerekçe olmalı; moda bir teknoloji gerekçe değil.
03Belirli bir üreticinin çözümünü mü öneriyorsunuz?
Hayır. Öneriler ölçütlere dayanıyor ve alternatifler karşılaştırmalı olarak sunuluyor. Bir üreticiyle iş ortaklığımız varsa bu açıkça belirtiliyor; gizlenen bir bağ, öneriyi geçersiz kılar.
04Yol haritası ne kadar süreyi kapsıyor?
Genelde on iki ile yirmi dört ay ve üç dalgaya bölünüyor. Daha uzun planlar teknoloji hızından dolayı gerçekçi olmuyor; her dalga sonunda yeniden değerlendirme noktası konuyor.
05Uygulama aşamasında da destek veriyor musunuz?
Evet, isterseniz. Mimariyi çizen ekibin uygulamada bulunması, kâğıt üzerinde kalan tasarım riskini düşürüyor. Uygulamayı başka bir ekip de yürütebiliyor; o durumda kararlar ve gerekçeleri devrediliyor.
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