Advent of SysAdmin 2025

• Sistem yöneticileri için Advent takvimi 2025, 1 Aralık'tan 12 Aralık'a kadar süren 12 günlük Linux ve DevOps meydan okuma serisi
  • Her gün, farklı zorluk seviyelerinde yeni bir senaryo görevi yayımlanır
• Katılımcılar, ücretsiz hesap kaydı ile kendi ilerlemelerini takip edebilir (puan ve sıralama takibi için hesap gereklidir)
• Üyelik olmadan da deneyimlenebilen bir senaryo sunulur; böylece herkes hemen başlayabilir
• Odak noktası, gerçek iş ortamına yakın DevOps koşullarında sorun çözme ve sistem yönetimi yetkinliklerini geliştirmek

Örnek senaryo: “Auderghem: containers miscommunication”

• Senaryo adı: “Auderghem: containers miscommunication”
  • Zorluk seviyesi: Easy
  • Tür: Fix
  • Erişim yöntemi: E-posta doğrulaması gerekli
  • Süre sınırı: 30 dakika
• Sorun açıklaması:
  • nginx Docker container'ı, 80 portunda gelen trafiği alıp iki farklı container'a (statichtml1, statichtml2) yönlendirmeli, ancak bu çalışmıyor
  • Katılımcının bu sorunu düzeltmesi gerekiyor
  • Tüm container'lar yeniden başlatılabilir, ancak durdurulmaları veya silinmeleri yasaktır
• Test koşulları:
  • curl http://localhost → “Welcome to nginx”
  • curl http://localhost/1 → “HelloWorld;1”
  • curl http://localhost/2 → “HelloWorld;2”
  • “Check My Solution” düğmesi, sonucu doğrulamak için /home/admin/agent/check.sh betiğini çalıştırır

SadServers platform bilgisi

• Sağlayıcı SadServers, Linux ve DevOps ortamlarında sorun çözme mülakatları ve pratik senaryolar sunan bir platformdur

[roxie]

Demek ki bu, üzücü bir sunucu hikâyesiymiş! Gerçekten çok iyi bir platform.

[GN⁺]

Hacker News görüşleri

• İş yerinde karşılaşılan gerçek 12 Sysadmin/DevOps zorluğunu derlemiş
  1. Kullanıcıların root olarak giriş yapmasını engellemek
  2. Tüm kullanıcıların tüm sunucularda tek bir hesap/şifre paylaşması alışkanlığını bitirmesini sağlamak
  3. Birilerinin uygulama bağımlılıklarını 2010 sonrası bir sürüme güncellemesini sağlamak
  4. Yapılandırma dosyalarını laptoptan sunucuya scp ile atmak yerine, bir configuration management aracı kullanmalarını sağlamak
  5. Configuration management yerine ayarları içine gömülü immutable image oluşturup kullanmalarını sağlamak
  6. Jenkins'i bırakıp GitHub Actions'a geçmelerini sağlamak
  7. S3'te production secret key'lerin tek bir dosyada toplandığı durumu bitirip, bir secret management sistemi kullanmalarını sağlamak
  8. “Yıllardır hiçbir sorun yoktu, neden yeni sunucu lazım?” diyen yöneticileri ve kullanıcıları ikna ederek,
  aslında tüm donanımın power, disk, NIC ve RAM açısından çökmenin eşiğinde olduğunu ve yedek parça da kalmadığını anlatıp yeni sunucu alımı için onay çıkarmak
  9. Tam 8 yıldır değişmeyen AWS access key'leri zorunlu olarak rotate etmek için gerekli yetkiyi yönetimden almak
  10. Uygulamanın AWS root account access key kullanması gibi çılgın bir durumu durdurmak
  11. Kullanıcıların uygulamayı container olarak build etmesini sağlamak
  12. Kullanıcıların senin yardımın olmadan kendi başlarına deploy etmesini sağlamak
  Her görevi tamamladığında bir kadeh viski içebilirsin. Mutlu tatiller!

  • 6 numaradaki GitHub Actions konusunda, kimliği doğrulanmış worker'ların yaklaşık 5 gün boyunca boşta kalınca pool'dan düşmesi gibi bir sorun yaşamıştım
    Karmaşık bir PR workflow'u kurmuştuk ama birkaç gün PR gelmeyince aniden bozuluyordu
    GitHub tarafında buna dair hiçbir yönlendirme ya da alternatif de yoktu. CI için başka çözümler çok daha iyi bence
  • Bu sorunlarda ilk adım, neden önemli olduklarını somut ve belgelenmiş bir şekilde anlatmak
    Çoğu açık görünüyor ama herkes için kendiliğinden anlaşılır değil
  • Jenkins'ten GitHub Actions'a geçmek mi... gerçekten neden gerektiğini anlamıyorum
  • “Sysadmin/DevOps artık eş anlamlıdır” sözüne şaka yollu yetkililere şikayette bulunduğunu söylemiş
  • 5 ve 6 numara zevk ve trade-off meselesi, ama geri kalanına tamamen katılıyorum

• Şirketimiz DevOps/SRE adaylarını değerlendirmek için Sad Servers kullanıyor
  Mülakat sırasında biraz stresli olduğuna dair geri bildirim alıyoruz ama sonrasında herkes bunun iyi bir deneyim olduğunu söylüyor
  Zoom sohbetine linki bırakıp sadece ekran paylaşımı yapmak yetiyor; bu da mülakat verimliliğini ciddi biçimde artırıyor

  • Bunu duymak sevindirici; ben de bugün itibarıyla Sad Servers'ın günlük challenge'larına başlamayı düşünüyorum
    Homelab ve küçük şirketlerde tech lead olarak deneyimim var ama büyük ölçekli ortamlarda henüz yok
    Şu anda bilgi boşluklarını kapatmaya ve sertifika hazırlığına odaklanıyorum

• Moral bozukken dünyada yapacak bir şey kalmamışsa, Sad Server problemlerini hack'ler gibi çözmek eğlenceli olabilir

• Terminalde bir kelimeyi silmek için Ctrl+w'ya bastığını ama aslında bunun bir tarayıcı penceresi olduğunu ve pencerenin kapandığını hayal et... tam bir hüzün

  • Eskiden gotty ile tarayıcıda terminal açıyorduk; tüm ekip Ctrl+w'yu Ctrl+` olarak remap etmişti
    1,5 yıl bu ortamda geliştirme yaptıktan sonra, hâlâ Ctrl+w'ya her bastığımda gerçek terminal kapanacak diye korkuyorum
  • Bu yüzden macOS'taki Command tuşunun ayrı tasarımının ne kadar değerli olduğunu yeniden fark ediyorum
  • Yine de Ctrl+Shift+T ile en son kapatılan sekmeyi geri açabilirsin
  • (geliştirici) Üzgünüm. “Open the Server Terminal in a New Window” düğmesine yeniden tıklaman yeterli
  • Bu hissi anlıyorum. Ben de KVM kullanırken sık sık yaşıyorum

• Galiba bugünlerde buna SRE deniyor
  Sırf isim değiştirip buzzword üretme işinden hoşlanmıyorum

  • Duyduğum en sevdiğim tanım şuydu: SRE, operasyonu bir yazılım problemi olarak ele almaktır
  • Ben de buzzword'lerden hoşlanmam ama SRE gerçekten farklı bir rol
  • SRE, uygulamaların platform üzerinde sürekli çalışmasını sağlayan rol
    Metrik toplama, deployment otomasyonu gibi çeşitli araçlarla ilgileniyor
    Küçük şirketlerde Sysadmin aynı zamanda SRE rolünü de üstleniyor ama ölçek büyüdükçe bunlar net biçimde ayrışıyor

• İlerlemenin kaydedilmediği anlaşılıyor

  • (geliştirici) Dashboard'a bakmanı, hâlâ düzelmezse e-posta ya da sitedeki form üzerinden iletişime geçmeni söylemiş

• Sad Servers'ı gerçekten çok seviyorum, Windows sürümünü bekliyorum

  • (geliştirici) Teşekkür etmiş ve bir gün Windows sürümünü de değerlendirmeyi düşündüğünü söylemiş

• Keşke böyle bir platform k8s ya da Docker gibi container ekosistemi için de olsa diye düşünüyorum

  • (SadServers geliştiricisi) Zaten k8s tabanlı senaryolar var
    Tek bir VM üzerinde çalışan sürümleri de var, ayrıca PoC amaçlı bir k8s cluster içinde pod bazında çalışan deneyler de yapılıyor
    İleride podman senaryoları da eklenecek

• Spoiler vermeden söyleyeyim: problemi çözdüm ama kontrol script'i geçmiyor
  curl düzgün çalışıyordu ama script belirli bir yapılandırma yöntemini dayatıyordu
  Bence bu tür şeylerde CTF gibi sadece sonucun kontrol edilmesi daha iyi

  • (geliştirici) Geri bildirim için teşekkür etmiş; artık yalnızca hedefi kontrol eden yeni image'ı dağıttığını söylemiş
    Kusursuz kontrol zor ama false negative'leri en aza indirmek için geliştirmeye devam ediyor

• (silinmiş bir yorum üzerine konuşma)

  • Advent of Code'un da hesap gerektirdiğinden bahsedilmiş
  • (geliştirici) Platformda Home → “give me a server” düğmesine iki kez tıklayınca hemen bir VM verildiğini söylemiş
    Kayıt olmadan VM veren SaaS neredeyse yok diye düşünüyor
    Geri bildirim için teşekkür etmiş ve /advent sayfasına daha açık bir düğme eklediğini söylemiş
  • “Peki nasıl çalışmasını bekliyordun, gerçekten sysadmin misin?” diye şaka yollu bir tepki de gelmiş