- 01İç sistem yöneticisi bir headcount modeli, dış kaynak sistem yönetimi ise uzmanlık, nöbet, süreç ve sorumluluk kapsamını satın aldığınız operasyon modelidir.
- 02Karar yalnız maaş ile aylık hizmet bedelini karşılaştırarak verilmemeli; yıllık toplam maliyet, 7/24 coverage, araçlar, yedek personel ve bus factor birlikte değerlendirilmelidir.
- 03Küçük yazılım ekiplerinde tek kişiye Windows, Linux, cloud, backup, monitoring ve güvenlik sorumluluğu vermek operasyon riski oluşturabilir.
- 04İç sysadmin şirket bağlamında avantajlıdır; managed service ise ekip tabanlı uzmanlık ve operasyon sürekliliği sağlayabilir.
- 05En sağlıklı outsourcing modeli uygulama kodunu ve business ownership'ı müşteride, altyapı ve production operasyon sorumluluğunu açık bir ownership matrisiyle hizmet sağlayıcıda tutar.
Kısaca
Sistem yöneticisi işe almak ile sunucu yönetimini dış kaynak kullanmak arasındaki doğru seçim, şirketin altyapı büyüklüğüne, 7/24 operasyon ihtiyacına, içeride tutulması gereken bilgiye ve teknik sorumluluk kapsamına bağlıdır. Tam zamanlı bir sistem yöneticisi şirkete sürekli iç bağlam ve doğrudan sahiplik kazandırabilir. Yönetilen hizmet modeli ise daha geniş operasyon kapsamını, farklı uzmanlıkları ve nöbet sürekliliğini tek bir ekip üzerinden sağlayabilir. Dynamis Teknoloji bu kararı yalnız maaş veya aylık hizmet bedeliyle değil, toplam operasyon sorumluluğu üzerinden değerlendirir.
Sistem yöneticisi ne iş yapar?
Sistem yöneticisi şirketin günlük IT ve altyapı operasyonunun önemli bölümünü üstlenebilir.
Tipik sorumluluklar:
- Windows ve Linux sunucu yönetimi
- Kullanıcı ve erişim yönetimi
- Active Directory
- DNS
- Patch yönetimi
- Backup takibi
- Monitoring
- Sunucu performansı
- Network erişimleri
- Güvenlik hardening
- Incident müdahalesi
- Kapasite planlama
Şirket büyüdükçe bu alanların tamamını tek bir kişinin aynı derinlikte yönetmesi zorlaşabilir.
Dış kaynak sistem yönetimi nedir?
Dış kaynak sistem yönetimi, sunucu ve altyapı operasyonunun belirli bir kapsamının harici bir teknik ekip tarafından sürekli yönetilmesidir.
Bu kapsam yalnız "destek gerektiğinde aramak" değildir.
Sağlıklı managed service modelinde şu alanlar açıkça tanımlanır:
- Hangi sistemler yönetiliyor?
- Monitoring kimde?
- Patch kimde?
- Backup kontrolü kimde?
- Incident'a kim müdahale ediyor?
- Değişiklikleri kim uyguluyor?
- Hangi saatlerde destek var?
- Escalation nasıl çalışıyor?
- Uygulama kodu kimin sorumluluğunda?
Dynamis uygulama kodunu değiştirmez; altyapı, işletim sistemi ve operasyon katmanını yönetir.
Temel fark: kişi mi, operasyon modeli mi?
Bu karşılaştırmada en önemli ayrım şudur:
Sistem yöneticisi işe almak bir headcount kararıdır.
Dış kaynak sistem yönetimi ise bir operasyon modeli kararıdır.
Bir çalışan belirli çalışma saatleri, bilgi alanı ve kişisel kapasiteyle çalışır.
Managed service modeli ise sözleşmeye bağlı olarak:
- birden fazla uzman
- ortak runbook
- nöbet
- escalation
- dokümantasyon
- süreç
üzerinden hizmet verebilir.
Bu iki seçenek bu nedenle yalnız aylık maliyetle karşılaştırılmamalıdır.
Sistem yöneticisi işe almanın avantajları
Şirket bağlamı güçlüdür
İç çalışan:
- ürünün geçmişini
- kullanıcıları
- özel iş süreçlerini
- şirket içi politikaları
zaman içinde derin öğrenebilir.
Anlık erişim kolay olabilir
Aynı ekip içinde olduğu için geliştirme, finans veya yönetim ekipleri doğrudan iletişim kurabilir.
İç bilgi kurumda kalır
Altyapı kararları ve operasyon bilgisi doğrudan kurum içinde birikir.
Rol genişletilebilir
Sistem yöneticisi zamanla:
- cloud
- security
- automation
- DevOps
sorumluluklarına da geçebilir.
Sistem yöneticisi işe almanın riskleri
Tek kişiye bağımlılık
Küçük şirkette yalnız bir sysadmin varsa:
- izin
- hastalık
- işten ayrılma
- gece incident'ı
operasyon boşluğu yaratabilir.
Bu durum bus factor riskidir.
7/24 kapsam zordur
Tek bir çalışan gerçek anlamda 7/24 operasyon sağlayamaz.
Gece ve hafta sonu nöbeti için ek ekip gerekir.
Uzmanlık alanı sınırlı olabilir
Bir kişinin aynı anda:
- Windows
- Linux
- Active Directory
- backup
- cloud
- Kubernetes
- network
- security
konularında derin uzman olması beklenmemelidir.
İş yükü dengesiz olabilir
Bazı haftalar yoğun incident ve migration olabilir.
Bazı haftalar operasyon yükü düşük olabilir.
Tam zamanlı headcount bu dalgalanmayı her zaman verimli karşılamaz.
Dış kaynak kullanmanın avantajları
Uzmanlık havuzu
Tek bir kişiye bağlı kalmadan farklı konularda uzmanlara erişim sağlanabilir.
Örneğin aynı müşteride:
- Windows Server
- Linux
- Kubernetes
- backup
- network
için farklı kişiler devreye girebilir.
Operasyon sürekliliği
Managed service ekibi izin veya işten ayrılma durumunda tek kişilik operasyon kadar kırılgan olmayabilir.
Daha hızlı uzman escalation
Karmaşık incident doğrudan ilgili uzmanlığa aktarılabilir.
Süreç standardizasyonu
İyi managed service modeli:
- ticket
- monitoring
- change record
- runbook
- escalation
gibi süreçlerle çalışır.
Küçük ekipte daha geniş kapsama ulaşılabilir
Bir yazılım şirketinin yalnız birkaç sunucusu varsa tam zamanlı sysadmin istihdam etmek yerine yönetilen hizmetle daha geniş kapsam sağlanabilir.
Dış kaynak kullanmanın riskleri
Kötü tanımlanmış scope
"Sunucuları yönetiyoruz" ifadesi yeterli değildir.
Şunlar net yazılmalıdır:
- patch dahil mi?
- backup dahil mi?
- restore dahil mi?
- monitoring dahil mi?
- gece incident dahil mi?
- cloud faturası dahil mi?
- uygulama debugging dahil mi?
Şirket bağlamı daha zayıf olabilir
Harici ekip ürünün iş mantığını iç ekip kadar derin bilmeyebilir.
Bu nedenle uygulama owner'ı müşteri tarafında kalmalıdır.
Vendor bağımlılığı
Dokümantasyon ve erişimler yalnız sağlayıcıda kalırsa geçiş zorlaşabilir.
Müşteri:
- credential ownership
- diagram
- runbook
- inventory
- backup access
konularında görünürlük sahibi olmalıdır.
Maliyet nasıl karşılaştırılmalı?
Yalnız brüt maaş ile managed service bedelini karşılaştırmak eksik olur.
İç sistem yöneticisi toplam maliyetinde:
- maaş
- işveren maliyeti
- yan haklar
- işe alım
- eğitim
- izin
- nöbet
- yedek personel
- kullanılan araçlar
bulunabilir.
Dış kaynak modelinde ise:
- aylık hizmet bedeli
- kapsam dışı işler
- proje işleri
- ek lisans/araç maliyetleri
- SLA seviyesi
değerlendirilmelidir.
En doğru kıyas:
aynı operasyon kapsamının yıllık toplam maliyeti
üzerinden yapılmalıdır.
7/24 operasyon gerçekten gerekli mi?
Her şirketin 7/24 ekibe ihtiyacı yoktur.
Şu soruları cevaplayın:
- Müşteriler sistemi gece kullanıyor mu?
- Kesinti gelir kaybı yaratıyor mu?
- Kritik workload var mı?
- Uluslararası kullanıcı var mı?
- Sabah müdahale kabul edilebilir mi?
Eğer incident sabaha kadar bekleyebiliyorsa 7/24 model fazla olabilir.
Eğer 20 dakikalık kesinti kritikse tek kişilik operasyon yetersiz kalabilir.
Patch yönetimi kimde olmalı?
Cloud VM kullanmak işletim sistemi patch sorumluluğunu otomatik kaldırmaz.
IaaS modelinde altyapı sağlayıcı fiziksel katmanı yönetirken guest OS ve birçok configuration sorumluluğu müşteride kalır.
Bu nedenle sysadmin veya managed service kapsamına şu maddeler yazılmalıdır:
- OS update
- security patch
- reboot planı
- maintenance window
- rollback
- patch sonrası verification
Backup sorumluluğu nasıl bölünmeli?
"Backup açık" tek başına sahiplik modeli değildir.
Şunlar net olmalı:
- Backup job'ı kim izliyor?
- Başarısız backup'ı kim görüyor?
- Retention kim yönetiyor?
- Restore'u kim yapıyor?
- Restore testi kim planlıyor?
Disaster Recovery nedir? rehberi recovery ownership'ı daha geniş ölçekte ele alır.
Monitoring sorumluluğu nasıl olmalı?
Monitoring yalnız dashboard açmak değildir.
Bir alarm oluştuğunda:
- Kim görüyor?
- Kim değerlendiriyor?
- Kim müdahale ediyor?
- Uygulama problemi ise kime escalate ediliyor?
belirlenmelidir.
Observability nedir? rehberi metrics, logs ve tracing katmanını detaylandırır.
Active Directory kimde yönetilmeli?
Windows ağı kullanan şirketlerde Active Directory günlük operasyonun kritik parçası olabilir.
Sorumluluklar:
- kullanıcı
- grup
- GPO
- Domain Controller
- DNS
- backup
- replication
alanlarını kapsayabilir.
Active Directory nedir? rehberi bu yapıyı ayrı olarak açıklar.
Sistem yöneticisi ile DevOps aynı rol değildir
Roller örtüşebilir ancak amaçları aynı değildir.
Sistem yöneticisi daha çok:
- işletim sistemi
- server
- user
- directory
- network
- backup
- günlük operasyon
tarafına odaklanabilir.
DevOps ise daha fazla:
- CI/CD
- Infrastructure as Code
- deployment
- container/Kubernetes
- software delivery
alanında çalışabilir.
Küçük şirkette aynı kişi her iki rolü üstlenebilir; büyüdükçe ayrışma gerekebilir.
Hangi durumda iç sistem yöneticisi daha mantıklı?
Şu durumlarda iç rol güçlü adaydır:
- Günlük tam zamanlı IT işi varsa
- Çok sayıda kullanıcı/uç cihaz varsa
- Yoğun şirket içi uygulama desteği gerekiyorsa
- Fiziksel ofis/on-prem sorumluluğu büyükse
- Kurumsal bağlam kritikse
- Sürekli platform geliştirme işi varsa
Hangi durumda dış kaynak model daha mantıklı?
Şu durumlarda managed service değerlendirilebilir:
- Yazılım ekibi küçükse
- Ana uzmanlık ürün geliştirmekse
- Sunucu sayısı sınırlıysa
- 7/24 coverage gerekiyorsa
- Windows/Linux/cloud uzmanlıkları birlikte gerekiyorsa
- Tek kişiye bağımlılık istenmiyorsa
- İç ekip application tarafında kalmak istiyorsa
Hibrit model mümkün mü?
Evet.
Birçok şirket için en mantıklı yapı tamamen iç veya tamamen dış değildir.
Örnek:
İç ekip:
- product
- application architecture
- deployment approval
- business context
Managed infrastructure ekibi:
- OS
- cloud infrastructure
- monitoring
- backup
- patch
- incident
- capacity
Bu model sorumlulukları uzmanlığa göre ayırabilir.
Dış kaynak sağlayıcı seçerken ne sorulmalı?
Operasyon kapsamı
Tam olarak hangi servisler yönetiliyor?
Çalışma saatleri
7/24 mü, mesai saatleri mi?
Incident modeli
Kim ilk müdahaleyi yapıyor?
Access
Müşteri kendi altyapısına tam erişimi koruyor mu?
Dokümantasyon
Runbook ve inventory müşteriye açık mı?
Backup
Restore test ediliyor mu?
Change management
Production değişiklikleri nasıl onaylanıyor?
Exit planı
Sağlayıcı değiştiğinde bilgi ve erişimler nasıl devrediliyor?
İlk 30 gün nasıl görünmeli?
İyi bir dış kaynak geçişi doğrudan "sunucuları devraldık" ile başlamamalıdır.
Adım 1: Envanter
Sunucular, servisler, kullanıcılar ve bağımlılıklar çıkarılır.
Adım 2: Erişim
Admin hesapları ve yetki modeli düzenlenir.
Adım 3: Monitoring
Kritik sistemler görünür hale getirilir.
Adım 4: Backup doğrulaması
Backup ve restore durumu kontrol edilir.
Adım 5: Patch baseline
Eksik güncellemeler belirlenir.
Adım 6: Runbook
Incident ve change prosedürleri yazılır.
Adım 7: Ownership matrisi
Müşteri ve hizmet sağlayıcının sorumlulukları netleştirilir.
Dynamis'te sistem yönetimi yaklaşımı
Dynamis'in kurumsal altyapı hizmeti küçük yazılım ekiplerinin production altyapısını yönetmeye odaklanır.
Kapsam ihtiyaca göre:
- Windows Server
- Linux
- cloud VM
- Active Directory
- monitoring
- backup
- patch
- incident
- Kubernetes
alanlarını içerebilir.
Dynamis müşterinin uygulama kodunu değiştirmez.
Application architecture ve kod sahipliği müşteride kalırken altyapı ve operasyon sorumluluğu ayrı tanımlanır.
Karar tablosu
| Kriter | İç sistem yöneticisi | Dış kaynak yönetim |
|---|---|---|
| Şirket bağlamı | Güçlü | Onboarding ile oluşur |
| Tek kişiye bağımlılık | Tek rol varsa yüksek | Ekip modelinde daha düşük olabilir |
| 7/24 coverage | Ek nöbet gerekir | Hizmet kapsamına eklenebilir |
| Uzmanlık genişliği | Kişiye bağlı | Ekip havuzu olabilir |
| Uygulama bilgisi | Daha yüksek olabilir | Müşteri ekibinde kalmalı |
| Kapasite esnekliği | Headcount'a bağlı | Sözleşme/kapsama bağlı |
| Fiziksel ofis desteği | Güçlü | Sağlayıcı modeline bağlı |
| Runbook/süreç | Kuruma bağlı | Hizmet modelinin parçası olmalı |
Sırada ne var
-
Managed IT hizmetleri: sistem yönetimi, izleme ve 7/24 operasyon sorumluluğunu dış kaynak modeliyle değerlendirin.
-
Bulut sunucu mu, yönetilen altyapı mı?: altyapı ürünü ile managed service arasındaki farkı inceleyin.
-
Active Directory nedir?: Windows kimlik altyapısının operasyon kapsamını görün.
-
Observability nedir?: monitoring ve incident visibility sorumluluklarını netleştirin.
-
Kurumsal altyapı hizmeti: mevcut operasyon kapsamınızı değerlendirin.
Kaynaklar
Kaynaklar
- 1.AWS Shared Responsibility ModelAmazon Web Services · 2026-09-21
- 2.Cyber EssentialsCISA · 2026-09-21
- 3.Known Exploited Vulnerabilities CatalogCISA · 2026-09-21
Sık sorulan sorular
Sistem yöneticisi işe almak mı, dış kaynak kullanmak mı?
Karar ekip büyüklüğü, 7/24 operasyon ihtiyacı, altyapı karmaşıklığı ve içeride tutulması gereken kurumsal bilgiye göre verilmelidir. Sürekli tam zamanlı sahiplik gereken büyük ve karmaşık ortamlarda iç sistem yöneticisi; küçük ekiplerde daha geniş uzmanlık ve nöbet kapsamı gereken durumlarda dış kaynak model daha uygun olabilir.
Dış kaynak sunucu yönetimi hangi işleri kapsar?
Kapsam sağlayıcıya göre değişir. Tipik olarak patching, monitoring, backup kontrolü, erişim yönetimi, güvenlik hardening, performans takibi, kapasite planlama, incident müdahalesi ve değişiklik yönetimi hizmete dahil edilebilir.
Küçük şirket için tam zamanlı sistem yöneticisi gerekli mi?
Her zaman değil. Sunucu ve kullanıcı sayısı sınırlıysa, altyapı operasyonu tam zamanlı iş yükü oluşturmuyorsa ve operasyon kapsamı dışarıdan karşılanabiliyorsa managed service modeli daha verimli olabilir. İçeride sürekli platform geliştirme ve derin şirket bağlamı gerekiyorsa tam zamanlı rol daha anlamlı hale gelir.
Dış kaynak sistem yönetiminde sorumluluk nasıl bölünmeli?
Sözleşmede patching, backup, monitoring, incident response, erişim yönetimi, change management ve uygulama kodu sınırı açıkça yazılmalıdır. Cloud IaaS ortamlarında fiziksel altyapı sağlayıcı tarafından yönetilirken guest işletim sistemi ve birçok yapılandırma sorumluluğu müşteri veya yönetilen hizmet sağlayıcısında kalır.
Sistem yöneticisi ile DevOps mühendisi aynı rol mü?
Hayır. Roller örtüşebilir ancak sistem yöneticisi daha çok işletim sistemi, kullanıcı, network, sunucu, backup ve günlük IT operasyonuna; DevOps rolü ise CI/CD, Infrastructure as Code, cloud platformu, deployment automation ve software delivery süreçlerine daha fazla odaklanabilir.