Sunucu ve Sistem Operasyonu

Yamalar bekler, saldırganlar beklemez.

Sunucu operasyonu, yapıldığında kimsenin fark etmediği bir iştir: yamalar zamanında geçilir, diskler dolmadan büyütülür, yedekler doğrulanır. Yapılmadığında ise fark etmenin tek yolu bir kesinti ya da bir saldırı olur. Bu işin doğası acil değil ama önemli olmasıdır; tam da bu yüzden hep ertelenir.

Neden Önemli?

Acil olmayan işler bir gün acil hâle gelir.

Sunucu bakımı hiçbir zaman bugünün en acil işi değildir. Kullanıcı beklemez, yönetici sormaz, kimse şikâyet etmez. Bu yüzden yamalar ertelenir, disk uyarıları kapatılır, yedek hataları “sonra bakarım” listesine düşer. Sonra bir gün, hepsi aynı anda ve en kötü zamanda ortaya çıkar.

Yönetilen sistem hizmeti tam olarak bu işleri rutine bağlar. Sunucularınızı izler, yamaları planlı pencerelerde geçer, kapasiteyi önceden büyütür ve yedeklerin gerçekten çalıştığını doğrularız. Her ay ne yaptığımızı ve neyin iyileştiğini raporla paylaşırız; hizmet görünmez bir güvenceye değil, ölçülebilir bir işe dönüşür.

  • Yama rutine bağlanır

    Planlı pencerelerde, test edilerek ve geri dönüş planıyla geçilir.

  • Kapasite önden görülür

    Disk ve kaynak eğilimi izlenir; dolmadan önce müdahale edilir.

  • Yedek doğrulanır

    Hata veren iş sessizce geçmez; geri dönüş düzenli test edilir.

Kapsam

Günlük operasyonun tamamı.

Sunucu tarafındaki tekrarlayan işleri devralır, ekibinizi asıl işine bırakırız.

İzleme ve Sağlık Takibi

Sunucu, servis, disk ve performans metriklerini sürekli izleriz. Eşikler anlamlı kurulur; amaç ekranı alarma boğmak değil, gerçek sorunu erken görmektir.

Yama ve Güncelleme Yönetimi

İşletim sistemi ve uygulama yamalarını planlı pencerelerde, önce test ortamında deneyerek geçeriz. Kritik güvenlik yamaları için hızlandırılmış süreç işletilir.

Yedekleme Operasyonu

Yedek işlerini izler, hataları takip eder ve düzenli geri dönüş testi yaparız. Yeni kurulan sistemlerin kapsama girdiğini kontrol ederiz; boşluk oluşmaz.

Kapasite ve Performans

Disk, bellek ve işlemci eğilimlerini izleyip önceden büyütürüz. “Disk doldu, sistem durdu” tablosu bir sürpriz değil, önlenebilir bir ihmaldir.

Sanallaştırma Yönetimi

Hypervisor katmanını, kaynak dağılımını ve sanal makine yaşam döngüsünü yönetiriz. Atıl makineler temizlenir, kaynak gerçekten ihtiyacı olana gider.

Envanter ve Yaşam Döngüsü

Sunucu envanterini ve destek bitiş tarihlerini takip ederiz. Destek dışı kalacak sistemleri önceden bildirir, yenileme planını sürprize bırakmayız.

Ne Zaman İhtiyaç Duyarsınız?

Sistem operasyonunu devretmek için tipik işaretler.

Aşağıdakilerden biri bile tanıdık geliyorsa, sunucu tarafındaki rutin işler büyük ihtimalle birikiyor demektir. Kısa bir keşifle mevcut durumu çıkarabiliriz.

  • Yamaların en son ne zaman geçildiğini kimse bilmiyor.
  • Sorunları kullanıcılar arayıp söylediğinde öğreniyorsunuz.
  • BT ekibi gününü yangın söndürerek geçiriyor.
  • Yedek raporlarına kimsenin düzenli baktığı yok.
  • Disk dolduğu için yaşanan kesintiler tekrar ediyor.
  • Sistemleri bilen tek kişi izne çıktığında herkes geriliyor.

Nasıl Çalışıyoruz

Yangın söndürmekten rutine geçiş.

Hizmete geçişi dört adımda yürütür, ilk aydan itibaren biriken işleri eritiriz.

01

Keşif

Sunucu envanteri çıkarılır, açık riskler raporlanır.

02

Devralma

İzleme kurulur, acil bulgular giderilir, kapsam yazılır.

03

Operasyon

Yama, yedek ve kapasite işleri takvime bağlanarak yürütülür.

04

Raporlama

Aylık rapor paylaşılır; tekrarlayan sorunlar kökünden çözülür.

Kapsanan Platformlar

Elinizdeki yapıyı olduğu yerden devralırız.

Yaygın sunucu ve sanallaştırma platformlarında sertifikalı deneyime sahibiz. Hizmete başlamak için altyapınızı değiştirmeniz gerekmez.

  • Windows Server
  • VMware
  • Hyper-V
  • Linux
  • Veeam
  • Azure

Sık Sorulanlar

Merak edilenler

Yama geçmek sistemi bozar mı?

Nadiren ama olabilir; bu yüzden yamaları körlemesine geçmeyiz. Kritik sistemlerde önce test ortamında denenir, planlı pencerede ve geri dönüş noktası alınarak uygulanır. Şunu da net söyleyelim: yama geçmemenin riski, geçmenin riskinden çok daha büyüktür.

Sunucularımıza uzaktan erişim vermek zorunda mıyız?

Operasyonu yürütmek için yönetim erişimi gerekir; ancak bu erişim sizin belirlediğiniz sınırlar içinde olur. Ayrılmış hesaplar, MFA ve kayıt altına alınan oturumlarla çalışırız. Yaptığımız her işlem izlenebilir ve raporlanabilir durumdadır.

Kendi sistem yöneticimiz var, çakışır mıyız?

Kapsamı baştan netleştirdiğimizde çakışmaz. Genellikle rutin ve tekrarlayan işleri (izleme, yama, yedek takibi) biz üstleniriz; kuruma özel uygulamalar ve projeler ekibinizde kalır. Kimin neyi yapacağı yazılı olduğunda iki taraf da rahat çalışır.

Eski ve destek dışı sunucularımız var, hizmete alır mısınız?

Alırız ama durumu açıkça yazarız. Destek dışı bir sistemin güvenlik yaması gelmediği için o sunucuda taahhüt edebileceğimiz koruma sınırlıdır. Bunu gizlemek yerine risk olarak raporlar, yenileme planını birlikte konuşuruz.

Bir kesinti olduğunda ne oluyor?

Alarmı çoğu durumda sizden önce biz görürüz ve müdahale başlar. Olay kayıt altına alınır, çözüm sonrası kök neden analizi yapılır. Amaç aynı sorunun ikinci kez yaşanmaması; tekrarlayan olaylar aylık raporda ayrıca ele alınır.

Hizmet başlarken ek maliyet çıkar mı?

Keşifte bulduğumuz acil riskler (çalışmayan yedek, dolmak üzere olan disk gibi) hizmet başlamadan giderilmelidir. Bunları en baştan, kapsam konuşulurken açıkça listeleriz. Sonradan sürpriz kalem çıkarmayı doğru bulmuyoruz.

Sonraki Adım

Biriken işleri birlikte eritelim.

Kısa bir keşifle sunucu envanterinizi, açık risklerinizi ve devredilebilecek işleri ortaya çıkaralım. Bağlayıcı taahhüt yok.