Advent of SysAdmin 2025

• Kalender Advent 2025 untuk administrator sistem adalah seri tantangan Linux dan DevOps selama 12 hari yang berlangsung dari 1 Desember hingga 12 Desember
  • Setiap hari, tugas skenario baru dengan tingkat kesulitan yang berbeda akan dibuka
• Peserta dapat melacak progres mereka melalui pendaftaran akun gratis (akun diperlukan untuk pengelolaan skor dan peringkat)
• Tersedia satu skenario yang bisa dicoba tanpa pendaftaran, sehingga siapa pun dapat langsung menjalankannya
• Berfokus pada penguatan kemampuan pemecahan masalah dan administrasi sistem di lingkungan DevOps yang berorientasi praktik

Contoh skenario: “Auderghem: containers miscommunication”

• Nama skenario: “Auderghem: containers miscommunication”
  • Tingkat kesulitan: Easy
  • Jenis: Fix
  • Metode akses: Verifikasi email diperlukan
  • Batas waktu: 30 menit
• Deskripsi masalah:
  • Kontainer Docker nginx harus menerima trafik di port 80 dan mengarahkannya ke dua kontainer berbeda (statichtml1, statichtml2), tetapi tidak berfungsi
  • Peserta harus memperbaiki masalah ini
  • Semua kontainer boleh di-restart, tetapi tidak boleh dihentikan atau dihapus
• Kondisi pengujian:
  • curl http://localhost → “Welcome to nginx”
  • curl http://localhost/1 → “HelloWorld;1”
  • curl http://localhost/2 → “HelloWorld;2”
  • Tombol “Check My Solution” menjalankan skrip /home/admin/agent/check.sh untuk memverifikasi hasil

Informasi platform SadServers

• SadServers, penyedia layanan ini, adalah platform yang menawarkan skenario latihan dan wawancara pemecahan masalah di lingkungan Linux dan DevOps

[roxie]

Ternyata ini kisah server yang menyedihkan! Ini benar-benar platform yang sangat bagus.

[GN⁺]

Pendapat Hacker News

• Merangkum 12 tantangan Sysadmin/DevOps nyata yang dihadapi di tempat kerja
  1. Mencegah pengguna login sebagai root
  2. Menghentikan kebiasaan semua pengguna berbagi satu akun dan kata sandi untuk semua server
  3. Membuat seseorang memperbarui dependensi aplikasinya ke versi setelah 2010
  4. Membuat orang memakai tool manajemen konfigurasi alih-alih melempar file konfigurasi dari laptop ke server dengan scp
  5. Membuat orang menggunakan immutable image berisi konfigurasi, alih-alih manajemen konfigurasi
  6. Membuat orang meninggalkan Jenkins dan beralih ke GitHub Actions
  7. Mengakhiri situasi di mana secret key production menumpuk dalam satu file di S3, lalu membuat orang memakai sistem manajemen secret
  8. Meyakinkan manajemen dan pengguna yang berkata, “Sudah bertahun-tahun tidak ada masalah, kenapa perlu server baru?”, lalu mendapat persetujuan pembelian server baru dengan menjelaskan bahwa semua perangkat sebenarnya sudah di ambang kegagalan daya, disk, NIC, dan RAM, serta suku cadangnya pun tidak ada
  9. Mendapatkan persetujuan dari manajemen untuk memaksa rotasi access key AWS yang tidak berubah selama 8 tahun
  10. Menghentikan situasi gila di mana aplikasi menggunakan access key akun root AWS
  11. Membuat pengguna membangun aplikasi sebagai container
  12. Membuat pengguna melakukan deployment sendiri tanpa bantuan Anda
  Minum satu gelas scotch setiap kali menyelesaikan satu tantangan. Selamat liburan!

  • Soal nomor 6 tentang GitHub Actions, ada masalah di mana worker yang sudah diautentikasi akan hilang dari pool jika tidak aktif sekitar 5 hari
    Kami menyusun workflow PR yang kompleks, lalu kalau beberapa hari tidak ada PR, mendadak semuanya rusak
    Dari GitHub juga tidak ada panduan atau alternatif soal ini. Menurut saya, untuk CI ada solusi lain yang jauh lebih baik
  • Langkah pertama untuk masalah-masalah seperti ini adalah menjelaskan kenapa itu penting dengan cara yang konkret dan terdokumentasi
    Kebanyakan memang jelas, tapi tidak selalu jelas bagi semua orang
  • Disuruh pindah dari Jenkins ke GitHub Actions… saya benar-benar tidak paham kenapa harus begitu
  • Soal pernyataan “Sysadmin/DevOps sekarang sinonim”, ada yang bercanda bilang dia sudah melaporkannya ke pihak berwenang
  • Nomor 5 dan 6 itu soal preferensi dan trade-off, tapi sisanya saya sepenuhnya setuju

• Perusahaan kami memakai Sad Servers untuk mengevaluasi kandidat DevOps/SRE
  Memang ada feedback bahwa saat wawancara rasanya agak menegangkan, tapi setelah selesai semua bilang itu pengalaman yang bagus
  Tinggal kirim link lewat chat Zoom dan minta share screen, langsung jalan, jadi efisiensi wawancara sangat tinggi

  • Senang mendengar ini, dan saya juga ingin mulai daily challenge Sad Servers hari ini
    Saya punya pengalaman di homelab dan perusahaan kecil sebagai tech lead, tapi belum di lingkungan skala besar
    Saat ini saya fokus menutup kesenjangan pengetahuan dan mempersiapkan sertifikasi

• Saat sedang murung dan tidak ada yang bisa dikerjakan di dunia nyata, rasanya menyelesaikan problem Sad Server seperti meretas sesuatu bakal menyenangkan

• Bayangkan menekan Ctrl+w untuk menghapus kata di terminal, tapi ternyata yang aktif itu jendela browser, jadi tab-nya tertutup… itu benar-benar menyedihkan

  • Dulu saya pernah menjalankan terminal di browser dengan gotty, lalu seluruh tim me-remap Ctrl+w menjadi Ctrl+`
    Setelah 1,5 tahun mengembangkan software di lingkungan seperti itu, sampai sekarang setiap menekan Ctrl+w saya masih takut terminal sungguhan akan tertutup
  • Karena itu saya jadi makin bersyukur dengan desain pemisahan tombol Command di macOS
  • Tapi setidaknya tab yang baru ditutup bisa dibuka lagi dengan Ctrl+Shift+T
  • (Pembuatnya) Maaf. Klik saja lagi tombol “Open the Server Terminal in a New Window”
  • Saya paham perasaannya. Saya juga sering kena saat memakai KVM

• Sekarang sepertinya ini disebut SRE
  Saya tidak suka cuma ganti nama lalu membuat buzzword baru

  • Definisi favorit saya adalah, “SRE itu memperlakukan operasi sebagai masalah software”
  • Saya juga tidak suka buzzword, tapi SRE jelas peran yang berbeda
  • SRE adalah peran yang memastikan aplikasi tetap berjalan di atas platform
    Mereka menangani berbagai tool seperti pengumpulan metrik, otomatisasi deployment, dan lainnya
    Di perusahaan kecil, Sysadmin sering merangkap peran SRE, tapi saat skalanya membesar keduanya terpisah jelas

• Sepertinya progres tidak tersimpan

  • (Pembuatnya) Coba cek dashboard, dan kalau masih tidak jalan, hubungi lewat email atau formulir di situs web

• Saya sangat suka Sad Servers, dan sedang menunggu versi Windows-nya

  • (Pembuatnya) Terima kasih, dan suatu saat versi Windows juga sedang dipertimbangkan

• Saya rasa akan bagus kalau ada platform seperti ini juga untuk ekosistem container seperti k8s atau Docker

  • (Pembuat SadServers) Skenario berbasis k8s sudah ada
    Ada versi yang berjalan di satu VM, dan juga eksperimen yang dijalankan per-pod di cluster k8s untuk PoC
    Ke depannya juga akan ditambahkan skenario podman

• Saya menghindari spoiler, tapi saya sudah menyelesaikan masalahnya dan skrip pengecekan tetap tidak lolos
  curl bekerja dengan baik, tapi skripnya memaksa cara konfigurasi tertentu
  Untuk hal seperti ini, menurut saya akan lebih baik seperti CTF yang hanya memeriksa hasil akhirnya

  • (Pembuatnya) Terima kasih atas feedback-nya, sekarang kami sudah merilis image baru agar hanya memeriksa tujuan akhir
    Pengecekan yang sempurna memang sulit, tapi kami terus memperbaikinya untuk meminimalkan false negative

• (Percakapan tentang komentar yang dihapus)

  • Ada yang menyebut Advent of Code juga membutuhkan akun
  • (Pembuatnya) Di platform ini, dari beranda cukup klik “give me a server” dua kali dan VM langsung disediakan
    Saya rasa hampir tidak ada SaaS yang memberikan VM tanpa registrasi
    Terima kasih atas feedback-nya, saya sudah menambahkan tombol yang jelas di halaman /advent
  • Ada juga respons bercanda, “Jadi sebenarnya kamu maunya ini bekerja seperti apa, memang sysadmin beneran?”