Kendi Sunucumun Kriz Anı: Aile Yemeğinde Gelen Uyarı

Kendi Sunucumun Kriz Anı: Aile Yemeğinde Gelen Uyarı

Aile yemeği dediğin, genellikle sohbetin bol olduğu, biraz da tatlı bir telaşla geçen anlardır. Fakat benim için 28 Nisan akşamı, tam da o keyifli sohbetlerin ortasında, beklenmedik bir “kriz anı” ile taçlandı. Saat 19:47’de telefonuma düşen bir uyarı, o anki huzuru bir anda buz kesti. Kendi sunucumda, tam da kurduğum o incecik sistemde bir şeyler ters gidiyordu. Bu, sadece bir teknik arıza değil, aynı zamanda kendi yarattığım sistemin bana attığı bir “yardım çığlığıydı”.

Bu tür anlar, uzun yıllardır sistemlerle iç içe olmamın kaçınılmaz bir sonucu. Kendi sunucumda barındırdığım küçük projeler, geliştirdiğim araçlar derken, bir noktada o sistemin sahibi olmanın sorumluluğu da üzerime bindi. Ve ne zaman bir sorun çıksa, karşımda duran sadece bir makine değil, aynı zamanda kendi kararlarımın ve tasarımlarımın bir yansıması oluyor. Bu kriz de tam olarak böyle bir durumdu: Kendi yazdığım kodun, kendi yapılandırdığım sistemin bir tepkisi.

İlk Müdahale: Hızlı Bir Değerlendirme

Bildirimi görür görmez, öncelikle durumu anlamaya çalıştım. Aileme durumu kısaca izah edip, “Bir dakika geliyorum” diyerek odadan çıktım. Masadaki sohbetin tatlı telaşı yerini, ekrana yansıyan loglara ve metrik panellerine bıraktı. Genellikle bu tür anlarda ilk baktığım yer, sistemin genel sağlık durumu olur. CPU, RAM, disk I/O ve ağ trafiği gibi temel metrikler, sorunun kaynağını belirlemede en büyük ipuçlarını verir.

Bu olayda da durum farklı değildi. Hızlıca sunucuma bağlandım ve top komutuyla en çok kaynak tüketen işlemlere göz attım. Gördüğüm şey, beklenmedik bir artıştı. Normalde stabil seyreden bir işlem, aniden CPU’nun büyük bir kısmını kullanmaya başlamıştı. Bu, genellikle bir kod hatası veya sonsuz döngü gibi bir durumun işaretiydi. O an düşündüğüm ilk şey, birkaç gün önce eklediğim yeni bir özelliğin bu soruna yol açmış olabileceğiydi.

Debug Süreci: Hata Ayıklamanın Zorlu Yolları

Sorunun kaynağını belirledikten sonra, derinlemesine bir hata ayıklama sürecine girdim. journald loglarını inceledim, ilgili servisin çıktısını kontrol ettim ve hatta gerekirse strace gibi araçlarla işlemin sistem çağrılarını izledim. Bu noktada, o yeni eklediğim özelliğin, belirli bir veri setiyle karşılaştığında beklenmedik bir şekilde aşırı kaynak tükettiğini fark ettim. Tam olarak sleep 360 gibi bir komutun, beklenmedik bir koşul altında sürekli tetiklendiğini gördüm. Bu, benim hatamdı, kendi yazdığım bir kodun yarattığı bir sorundu.

Bu hatayı düzeltmek için hemen ilgili kodu revize ettim. Durumu daha iyi yönetebilmek adına, sleep yerine daha kontrollü bir polling mekanizması kullanmaya karar verdim. Bu değişiklikleri yaptıktan sonra, servisi yeniden başlattım ve metrikleri tekrar kontrol ettim. Neyse ki, CPU kullanımı normale dönmüştü ve sunucum tekrar stabil çalışıyordu. Ailemin yanına döndüğümde, saat zaten 20:30’u geçiyordu. Onların anlayışlı bakışları altında durumu özetledim.

Kriz Sonrası Değerlendirme ve Gelecek Planları

Bu tür “kriz anları”, sadece yaşananları değil, aynı zamanda geleceğe yönelik de önemli dersler çıkarılmasını sağlar. Kendi sistemlerimde bir sorun yaşadığımda, bunu sadece teknik bir arıza olarak görmüyorum. Aynı zamanda, kendi mimari kararlarımı, kodlama pratiklerimi ve hatta monitöring stratejilerimi de gözden geçirme fırsatı buluyorum. Bu olayda da, ilk etapta servisin çökmesini engelleyebilecek daha katı cgroup memory limit’leri belirlemeyi düşündüm. Ancak, cgroup memory.high gibi yumuşak limitlerin, bu tür anlarda daha az agresif bir çözüm sunabileceğini de not aldım.

Bu olayın ardından, monitöring sistemimi de biraz daha hassaslaştırdım. Özellikle yeni eklediğim özelliklerin, ilk başta daha detaylı bir şekilde izlenmesi gerektiğini fark ettim. Belki de gelecekte, bu tür “war story” tarzı olayları, bir “runbook” haline getirerek dokümante etmek faydalı olacaktır. Böylece, benzer bir durumla karşılaştığımda, daha hızlı ve etkili bir şekilde müdahale edebilirim. Kendi sistemlerimde yaşanan bu tür küçük çaplı krizler, aslında büyük resimde ne kadar önemli olduklarını bir kez daha hatırlatıyor.

Bu tür olaylar, teknolojiyle haşır neşir olan herkesin başına gelebilir. Önemli olan, bu anlarda sakin kalabilmek, sorunu doğru teşhis edebilmek ve en önemlisi, bu deneyimlerden ders çıkararak kendimizi ve sistemlerimizi daha iyi hale getirmektir. Siz de benzer anlar yaşadınız mı? Yaşadıysanız, nasıl bir yol izlediniz? Bu tür deneyimler, hepimizin gelişimine katkı sağlıyor.