ERETEK
BİLGİ SİSTEMLERİ
PLATFORM OPERASYONU

Sunucu ve Bulut Yönetimi

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.

HİZMET ODAĞI
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.

KARAR NOKTASI
Ö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.

Evet. Kimlik, erişim, izleme ve değişiklik süreçleri ortak bir işletim yaklaşımıyla ele alınabilir.

Hayır. Yerel, hibrit veya bulut mimarisi; uygulama bağımlılıkları, maliyet ve süreklilik gereksinimlerine göre değerlendirilir.

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.

BİRLİKTE PLANLAYALIM

Sunucu ve kimlik altyapınızı birlikte gözden geçirelim.

Windows Server, Active Directory, Linux ve bulut sunucularınızın mevcut durumunu konuşarak işletim modelini netleştirelim.