Aranan siteler: Eretek · Sistem Destek · Network · Siber Güvenlik · Uyum ve Denetim · web.eretek.com
Bulut platformlarına geçiş yalnızca kullanıcı açmak veya sanal makine oluşturmak değildir. Kimlik, yetki, maliyet, veri konumu, yedekleme ve ağ erişimi birlikte yönetilmediğinde operasyon karmaşıklaşır.
Somut hedefler · Belgeli çalışma · Kontrollü uygulama
Aşağıdaki durumlar, Microsoft 365 kiracısının ve bulut kaynaklarının kimlik, güvenlik ve maliyet açısından yeniden düzenlenmesi gerektiğini gösterir.
E-posta veya uygulamaların buluta taşınması için geri dönüş ve uyumluluk planı eksikse.
MFA, yönetici rolleri ve kullanıcı yaşam döngüsü standartlaştırılmamışsa.
Bulut kullanımının hangi servislerden kaynaklandığı net değilse.
Kapsamı platform adına göre değil; kimlik ve erişim modeli, veri konumu, güvenlik yapılandırması ve kaynak maliyetine göre belirleriz.
Exchange Online, Teams, SharePoint, lisans ve cihaz yönetiminin planlanması.
Entra ID, MFA, koşullu erişim ve ayrıcalıklı rollerin değerlendirilmesi.
Azure/AWS/Google Cloud iş yüklerinde ağ, kimlik ve kaynak ilkeleri.
Kaynak etiketleme, bütçe uyarıları, yedekleme ve izleme standardı.
Microsoft 365 ve farklı bulut platformlarında doğru kontrol düzeyini belirlemek için iş yükü, kimlik modeli, veri korunması ve maliyet görünürlüğünü beraber değerlendiriyoruz.
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.
Bulut projeleri çoğu zaman şirket içindeki bir hizmetin taşınmasıyla başlar. Geçişi kimlik, yetki ve alan adı kayıtlarıyla birlikte planlamak, sonradan çıkacak sorunların büyük kısmını önler.
Şirket içi Exchange’deki posta kutuları hibrit yapılandırma veya kademeli geçişle taşınır. MX, SPF, DKIM ve DMARC kayıtları geçişin parçası olarak düzenlenir.
Departman klasörlerinin SharePoint sitelerine ve Teams kanallarına taşınması. Yetki yapısı taşınmadan önce sadeleştirilir; aksi halde karmaşa buluta da taşınır.
Çok faktörlü kimlik doğrulama, yönetici rollerinin ayrılması ve uygun lisanslarda Koşullu Erişim ilkeleri. Ayrılan çalışanların hesap ve veri devri yazılı bir prosedüre bağlanır.
Atanmış ama kullanılmayan Microsoft 365 lisansları, boşta çalışan sanal makineler ve gereğinden büyük ayrılmış bulut kaynakları düzenli olarak kontrol edilir.
Her aşama bir sonraki adımın kapsamını netleştirir. Planlanan değişiklikler kabul ve doğrulama kriterleriyle ilerler.
Kullanıcı, lisans, uygulama ve veri bağımlılıklarını belirleriz.
Kimlik, erişim, geçiş ve geri dönüş planını oluştururuz.
Kontrollü pilot ve doğrulama ile devreye alırız.
Günlük yönetim, güvenlik ve maliyet kontrollerini tanımlarız.
Kiracı yapılandırma belgesi, koşullu erişim ve yönetici rolü listesi, geçiş kayıtları ve lisans/maliyet raporu, ortamın sürdürülebilir yönetimini sağlar.
Evet. Gereksinime uygun hibrit kimlik eşitleme ve erişim mimarisi planlanabilir.
Hayır. Uygulama uyumluluğu, maliyet, gecikme ve veri gereksinimleri yerel veya hibrit modeli daha uygun kılabilir.
Koşullu Erişim, Microsoft Entra ID P1 özelliğidir ve Microsoft 365 Business Premium, E3 ve E5 paketlerinde yer alır. Bu lisansların olmadığı kiracılarda güvenlik varsayılanları açılarak tüm kullanıcılar için çok faktörlü kimlik doğrulama zorunlu tutulabilir.
Microsoft hizmetin sürekliliğinden sorumludur. Silinen bir e-postanın ya da üzerine yazılan bir dosyanın uzun süre sonra geri getirilebilmesi ise saklama ayarlarına ve ayrı bir yedekleme çözümüne bağlıdır.
Linux sunucu kurulumu, sıkılaştırma, güncelleme ve otomasyon.
Katmanlı ölçüm ve önceliklendirilmiş iyileştirme planı.
3-2-1-1-0 kuralı, test edilen yedekler ve yazılı kurtarma planı.
Ağ tarafında: Metro Ethernet ve İnternet Hat Yönetimi ile bulut servislerine erişim yedekli internet hatlarıyla güvenceye alınır.
Kullanıcı, lisans, kimlik ve bulut kaynaklarınızı konuşarak güvenli ve maliyeti görünür bir yönetim modeli belirleyelim.