Follow

MECM (SCCM) Çalışma Mantığı: Client-Server İletişimi, Dağıtım Noktaları (DP) ve MP Rolleri

MECM (SCCM) mimarisinin temel bileşenlerini — client-server iletişimi, Management Point ve Distribution Point rollerini — kurumsal deneyimimden yola çıkarak anlatıyorum.
MECM (SCCM) Çalışma Mantığı Canva kapak görseli

Bir MECM ortamında “uygulama dağıtılmıyor” şikayeti geldiğinde, sorunun gerçekte nerede olduğunu bilmeden saatlerce yanlış yerde arama yapmak kolay. Bunun önüne geçmenin tek yolu var: platformun MP-DP-istemci üçgeni üzerinden nasıl aktığını gerçekten kavramak.

Dört Temel Bileşen

Microsoft Configuration Manager (MECM, eski adıyla SCCM) mimarisi dört rol üzerine kurulu. Site Server platformun beyni sayılır; veritabanı, konfigürasyon ve diğer site sistem rollerinin yönetildiği merkezi noktadır. Management Point (MP) istemcilerin ilk temas kurduğu yerdir — politika, görev sırası ve genel iletişim bu rol üzerinden akar. Distribution Point (DP), yazılım paketlerinin, güncellemelerin ve işletim sistemi imajlarının fiziksel olarak depolandığı ve istemcilere sunulduğu noktadır. Son olarak Software Update Point (SUP), WSUS ile entegre çalışarak yama yönetimi politikalarını yürütür.

Bir İstemci Ortama Dahil Olduğunda Ne Olur?

Süreç dört adımda özetlenebilir. Önce istemci Management Point‘e bağlanarak kendisine atanmış politikaları sorgular. MP bu politikaları (dağıtılacak uygulamalar, güncellemeler, yapılandırma temelleri) istemciye iletir. Ardından istemci, gerekli içerik için en yakın veya en uygun Distribution Point‘e yönlendirilir. İşlem tamamlandığında sonuç durumu tekrar MP üzerinden site veritabanına raporlanır — döngü böyle kapanır.

Trafiği Doğru Yönlendirmek: Boundary Mantığı

Bir istemcinin “en yakın” DP’yi bulabilmesi Boundary (IP aralığı, Active Directory site’ı gibi ağ sınırları) ve Boundary Group (bu sınırların hangi site sistemleriyle ilişkilendirildiği) tanımlarına bağlıdır. Yanlış yapılandırılmış boundary’ler, istemcilerin uzak veya yanlış bir DP’den içerik indirmesine, dolayısıyla gereksiz WAN trafiğine yol açar — sahada en sık gördüğüm performans sorunlarından biri tam olarak burada gizlenir.

Tek Site mi, Multi-Site mı?

Küçük-orta ölçekli organizasyonlar genellikle tek bir Primary Site ile idare eder. Çok lokasyonlu büyük kurumlarda ise merkezi bir Central Administration Site (CAS) altında birden fazla Primary Site yapılandırılabilir. Uzak lokasyonlarda bant genişliği kısıtlıysa, tam bir site sunucusu kurmadan sadece yerel bir Distribution Point eklemek çoğu zaman yeterli oluyor.

Pratikte Ne Değişir?

MECM sorunlarının büyük kısmı yüzeyde “yazılım dağıtılmıyor” gibi görünür, ama kök neden neredeyse her zaman istemci-MP iletişim sorunu ya da yanlış boundary group yapılandırmasıdır. Bu yüzden bir sorun geldiğinde ilk sorduğum iki şey değişmiyor: istemci MP’ye gerçekten ulaşabiliyor mu, ve doğru boundary group’a mı düşüyor? Mimariyi bir kara kutu değil, bu üçgen üzerinden akan net bir iletişim modeli olarak gördüğünüzde, geri kalan her şey çok daha hızlı çözülüyor.

Comments
Join the Discussion and Share Your Opinion
Add a Comment

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir


Newsletter
Join Design Community
Get the latest updates, creative tips, and exclusive resources straight to your inbox. Let’s explore the future of design and innovation together.