Sunucu yönetimi yalnızca işletim sistemi kurulumu değildir. Kimlik hizmetleri, DNS, güncelleme, izleme, yedekleme, erişim kontrolü ve kapasite birlikte ele alındığında altyapı yönetilebilir hale gelir.
Fiziksel, sanal ve bulut sunucuların tek bir işletim disiplininde yönetilmesi
Windows Server
Linux
Microsoft Azure
Hibrit ortam
Somut hedefler · Belgeli çalışma · Kontrollü uygulama
NE ZAMAN GEREKLİ?
Sunucular çoğaldıkça yönetim dağılıyorsa.
Aşağıdaki durumlar, fiziksel, sanal ve bulut sunucuların tek bir işletim standardına bağlanması gerektiğini gösterir.
01 / DURUM
Dağınık yönetim
Fiziksel ve sanal sunucular farklı standartlarla işletiliyorsa.
02 / DURUM
Hibrit karmaşıklık
Yerel altyapı ile bulut servisleri arasında kimlik ve ağ bağımlılıkları artıyorsa.
03 / DURUM
Güncelleme riski
Yama, kapasite ve erişim değişiklikleri merkezi olarak izlenemiyorsa.
HİZMET KAPSAMI
Sunucu işletiminde ele aldığımız dört alan.
Kapsamı işletim sistemi sürümüne göre değil; sunucunun taşıdığı iş servisi, bağımlılıkları ve erişim riskine göre belirleriz.
01
Kurulum ve hardening
İşletim sistemi rolleri, temel güvenlik ayarları ve erişim sınırları.
02
Kimlik ve servisler
AD DS, DNS, DHCP, sertifika ve ilgili bağımlılıkların kontrolü.
03
Operasyon ve izleme
Sağlık, kapasite, log, güncelleme ve değişiklik kayıtlarının takibi.
04
Hibrit entegrasyon
Yerel sistemlerin bulut kimliği, erişimi ve yönetim araçlarıyla uyumu.
MÜHENDİSLİK YAKLAŞIMI
Sunucular değil, iş servisleri yönetilmeli.
Bir uygulamanın sürekliliği çoğu zaman yalnızca kendi sunucusuna değil, kimlik doğrulama, ad çözümleme, depolama, ağ erişimi ve yedekleme zincirine bağlıdır.
Önce servis haritası. Sonra standart. Ardından düzenli işletim.
Yatırım ve değişiklik kararları mümkün olduğunda ölçüm, bağımlılık analizi ve geri dönüş senaryosu ile desteklenmelidir.
KİMLİK YÖNETİMİ
Active Directory ve Entra ID: tek kimlik, iki ortam.
Şirket içinde Active Directory Domain Services (AD DS) kullanan kurumların çoğunda hesaplar Microsoft Entra Connect Sync veya daha hafif ajan tabanlı Microsoft Entra Cloud Sync ile Entra ID’ye eşitlenir. Hibrit kimliğin sağlıklı çalışması önce şirket içindeki dizinin sağlığına bağlıdır; kurulumda ve işletimde verilmesi gereken kararlar az ama önemlidir.
Konu
Seçenekler ve yaklaşım
Dizin sağlığı
Yaklaşım
Etki alanı denetleyicisi replikasyonu, FSMO rolleri, DNS bölgeleri, DHCP kapsamları ve zaman eşitlemesinin düzenli kontrolü; en az iki etki alanı denetleyicisiyle yedekli yapı.
Kimlik doğrulama
Seçenekler
Parola karması eşitleme, doğrudan kimlik doğrulama (PTA) veya federasyon
Eşitleme kapsamı
Seçenekler
Tüm dizin ya da seçilen organizasyon birimleri ve gruplar
Oturum açma adı
Seçenekler
UPN sonekinin kurumsal alan adına göre düzenlenmesi
Cihazlar
Seçenekler
Hibrit Entra katılımı veya yalnızca bulut katılımı
Grup İlkesi
Yaklaşım
GPO yapısının sadeleştirilmesi, güvenlik temel çizgilerinin uygulanması ve Intune yapılandırma profilleriyle çakışan ayarların ayıklanması.
Ayrıcalıklı erişim
Yaklaşım
Domain Admins üyeliklerinin azaltılması, yönetici hesaplarının günlük hesaplardan ayrılması, LAPS ile yerel yönetici parolaları ve yönetici oturumlarında MFA.
Bir çalışanın işe başlaması, yetkisinin değişmesi ya da ayrılması iki tarafta birden doğru yapılmalıdır; kullanıcı yaşam döngüsünü bu nedenle tek bir prosedürle yönetiyoruz.
ÇALIŞMA MODELİ
Kurulumdan günlük işletime kadar planlı bir süreç.
Her aşama bir sonraki adımın kapsamını netleştirir. Planlanan değişiklikler kabul ve doğrulama kriterleriyle ilerler.
01 / AŞAMA
Servis haritası
Sunucu ve uygulama bağımlılıklarını belirleriz.
02 / AŞAMA
Standartlaştırma
İsimlendirme, erişim, izleme ve güncelleme ilkelerini tanımlarız.
03 / AŞAMA
İşletim
Periyodik kontrolleri ve değişiklik süreçlerini yürütürüz.
04 / AŞAMA
Süreklilik
Yedek, kurtarma ve kapasite gelişimini düzenli gözden geçiririz.
SOMUT ÇIKTILAR
Sunucu ortamınız için neler teslim edilir?
Sunucu envanteri, rol ve bağımlılık haritası, güncelleme planı ve erişim kayıtları, ortamın başka ekiplerce de yönetilebilmesini sağlar.
01
Sunucu rol ve servis envanteri
02
Yönetim ve erişim standardı
03
İzleme ve bakım kontrol planı
04
Yedekleme ve kurtarma bağımlılık listesi
SIK SORULANLAR
Sunucu ve bulut yönetimi hakkında sık sorulanlar.
Yerel ve bulut sunucuları birlikte yönetilebilir mi?
Evet. Kimlik, erişim, izleme ve değişiklik süreçleri ortak bir işletim yaklaşımıyla ele alınabilir.
Buluta taşınmak zorunlu mu?
Hayır. Yerel, hibrit veya bulut mimarisi; uygulama bağımlılıkları, maliyet ve süreklilik gereksinimlerine göre değerlendirilir.
Şirket içi sunucuya halen ihtiyacımız var mı?
Ortama göre değişir. Dosya paylaşımı ve e-posta tamamen buluta taşınabilir. Yerel ağda çalışması gereken ERP, üretim veya muhasebe uygulamaları, lisans sunucuları ve bazı yazdırma senaryoları için şirket içi sunucu çoğu zaman gerekli kalır.