Bu sayfada, kurumlarda en sık karşılaştığımız beş ihtiyaç için kullandığımız referans tasarımları paylaşıyoruz. Amaç, bir projenin hangi bileşenlerden oluştuğunu ve bu bileşenlerin birbirine nasıl bağlandığını karar vermeden önce görebilmenizdir.
Referans tasarım — müşteri projesi değildir. Aşağıdaki şemalar belirli bir kurumun altyapısını göstermez. Gerçek bir projede marka, model, kapasite ve bağlantı türü keşif bulgularına göre belirlenir; bazı bileşenler eklenir, bazıları gerekmeyebilir. Müşteri projelerimiz için Başarı Hikâyeleri sayfasına bakabilirsiniz.
1. İki lokasyonlu veri merkezi ve felaket kurtarma merkezi (FKM)
Ne zaman gerekir? Hizmetin sürekliliği tek bir sistem odasına bağlıysa ve o odanın yangın, su baskını, uzun elektrik kesintisi, hat arızası veya fidye yazılımı nedeniyle kullanılamaması işi durduracaksa.
Tasarımın ana fikri: Kritik sanal makineler ana lokasyondan, aynı fiziksel riski paylaşmayan ikinci bir lokasyona düzenli olarak replike edilir (çoğaltılır). Ana lokasyonda iki güvenlik duvarı yüksek erişilebilir (HA) çift olarak çalışır; biri arızalandığında diğeri devralır. Birden fazla internet / veri hattı (çoklu WAN), hat arızasında trafiğin diğer hatta yönlendirilmesini sağlar. Yedekler 3-2-1-1-0 kuralına göre tutulur: yerel hızlı geri yükleme kopyası, değiştirilemez (immutable) kopya ve şirket dışı kopya. Geri dönüş, felaket kurtarma adım listesiyle (runbook) planlı tatbikatlarda test edilir.
Tipik bileşenler: HPE, Dell veya Lenovo sunucular; HPE MSA gibi blok düzeyinde paylaşımlı depolama; VMware vSphere, Hyper-V veya Proxmox VE; Veeam Backup & Replication; Sophos Firewall, Fortinet FortiGate veya Berqnet ile HA; iki farklı servis sağlayıcıdan hat; lokasyonlar arası şifreli bağlantı. → Yedekleme ve Felaket Kurtarma · Siber Güvenlik
2. Merkezi sunucu ve uygulama altyapısı
Ne zaman gerekir? Kullanıcı hesapları, veritabanları ve iş uygulamaları farklı fiziksel sunuculara ve bilgisayarlara dağılmışsa; yetki yönetimi, yedekleme ve arıza anında müdahale zorlaşıyorsa. Üretim, stok ve muhasebe uygulamalarının aynı veritabanına dayandığı endüstriyel işletmelerde sık görülür.
Tasarımın ana fikri: İş yükleri, kurumsal sunucular üzerinde çalışan bir sanallaştırma platformunda sanal makineler olarak toplanır. Kullanıcı ve bilgisayar yönetimi Active Directory ile merkezileştirilir; iş uygulamalarının veritabanları ayrı bir veritabanı sunucusunda çalışır. Mümkünse en az iki host kullanılır; bir host arızalandığında sanal makineler diğerinde yeniden başlatılır. Yedekleme, sanallaştırma yapısının dışında ayrı tutulur.
Tipik bileşenler: Dell PowerEdge, HPE, HP veya Lenovo sunucular; Hyper-V, VMware vSphere veya Proxmox VE; Windows Server Active Directory; Microsoft SQL Server; Veeam. → BT Altyapı ve Sistem Entegrasyonu
3. Microsoft 365 e-posta güvenliği ve denetim kayıtları
Ne zaman gerekir? Kurum e-posta ve dosyalarını Microsoft 365’te tutuyor, ancak hesaplar yalnızca parolayla korunuyor, eski kimlik doğrulama protokolleri açık, denetim kayıtları takip edilmiyor ve Microsoft 365 verisi yedeklenmiyorsa.
Tasarımın ana fikri: Kimlik katmanında MFA ve Koşullu Erişim ilkeleri, eski kimlik doğrulamanın kapatılması; e-posta katmanında SPF, DKIM ve DMARC kayıtları ile zararlı ek ve bağlantı filtrelemesi; izleme katmanında Purview Audit denetim kayıtları ve Entra ID oturum açma kayıtları, böylece şüpheli bir durumda ne olduğunun kayıtlardan incelenebilmesi; cihaz katmanında Intune ile uyumluluk ilkeleri; veri katmanında Microsoft 365’ten bağımsız yedekleme.
Tipik bileşenler: Microsoft 365 Business Premium veya E3/E5, Microsoft Entra ID P1, Microsoft Purview Audit, Microsoft Defender, Intune, Veeam Backup for Microsoft 365. Denetim kayıtlarının saklama süresi lisans türüne göre değişir. → Microsoft ve Bulut Çözümleri
4. Kurumsal yedekleme ve merkezi izleme
Ne zaman gerekir? Onlarca sanal makinenin çalıştığı bir ortamda yedekler tek tek yönetiliyor, hangi işin hata verdiği ancak geri yükleme gerektiğinde fark ediliyor ve yedeklerin durumu yönetime raporlanamıyorsa.
Tasarımın ana fikri: Tüm sanal makineler, önem ve değişim sıklığına göre gruplanmış yedekleme işleriyle tek bir yedekleme yapısında tanımlanır. Yedek kopyalar en az iki farklı ortamda, biri değiştirilemez veya şirket dışı olacak şekilde tutulur. İşlerin durumu ve raporları merkezi bir konsoldan izlenir; başarısız işler bakım kapsamında takip edilir; geri yükleme düzenli olarak test edilir.
Tipik bileşenler: Veeam Backup & Replication, Veeam Backup Enterprise Manager, Linux tabanlı Hardened Repository veya Object Lock destekli nesne depolama, ayrı yedek sunucusu. → Yedekleme ve Felaket Kurtarma · Yönetilen BT Hizmetleri
5. Çok şubeli ağ: VPN, Active Directory ve DNS
Ne zaman gerekir? Şubeler, fabrikalar veya şantiyeler ayrı ayrı yönetiliyorsa; kullanıcı hesapları, parolalar, ad çözümlemesi ve dosya erişimi her lokasyonda farklıysa.
Tasarımın ana fikri: Her şube kendi güvenlik cihazı veya 4G/5G modem üzerinden merkeze şifreli site-to-site VPN tüneli ile bağlanır. Kullanıcı ve bilgisayar yönetimi tek bir Active Directory altında toplanır; ad çözümlemesi Active Directory ile bütünleşik DNS üzerinden yapılır. Merkezde en az iki etki alanı denetleyicisi çalışır, ihtiyaç halinde büyük şubelere ek denetleyici konur. Hesap açma ve kapatma merkezden yapılır; grup ilkeleri tüm lokasyonlara merkezden uygulanır.
Tipik bileşenler: Sophos Firewall, Fortinet FortiGate veya Berqnet; Windows Server Active Directory ve DNS; gerekiyorsa Microsoft Entra ile hibrit kimlik. → Network ve Kablosuz Ağ · BT Altyapı ve Sistem Entegrasyonu
Kendi altyapınız için
Referans tasarımlar bir başlangıç noktasıdır. Kurumunuz için doğru mimari; kullanıcı ve lokasyon sayısına, mevcut yatırımlarınıza, kabul edebileceğiniz kesinti süresine ve bütçenize göre keşif sonrasında belirlenir. Mevcut altyapınızı başka bir firma kurduysa, önce teknik inceleme yaparız: Altyapı Devralma ve Teknik İnceleme.
Keşif ve Proje Görüşmesi Talep Edin · Teklif talebi oluşturun