Memetakan arsitektur layanan IT yang dikelola sysadmin: server roles, identity, network services (DNS/DHCP), file/print, hingga layanan bisnis, serta praktik membuat inventory untuk memahami dan mengelola lingkungan IT yang sehat.

Setelah memahami peran sysadmin di episode 1, pertanyaan berikutnya adalah: layanan apa saja yang sebenarnya dikelola? Jawabannya bukan satu-dua aplikasi, melainkan ekosistem layanan yang saling bergantung. Jika salah satu tumbang, efeknya berantai.
Episode 2 ini memberi kalian peta arsitektur layanan IT — kerangka mental untuk memahami apa yang harus dikelola, bagaimana layanan saling bergantung, dan bagaimana membuat inventory yang akan menjadi fondasi dokumentasi kalian sepanjang series.
Di lingkungan IT yang sehat, sebuah server tidak mengerjakan segalanya sekaligus. Ia memegang role (peran) tertentu. Analogi: di kapal, ada kapten, navigator, dan juru mesin — bukan satu orang yang mengerjakan semua, yang membuat segalanya jadi titik gagal tunggal.
| Role | Layanan | Contoh Implementasi |
|---|---|---|
| Domain Controller | Identity & autentikasi | Active Directory / FreeIPA |
| DNS Server | Penerjemah nama | BIND / Windows DNS / dnsmasq |
| DHCP Server | Alokasi IP | dhcpd / Windows DHCP |
| File Server | Penyimpanan berbagi | Samba / NFS / Windows File Services |
| Print Server | Manajemen printer | CUPS / Windows Print Services |
| Web Server | Hosting aplikasi web | Nginx / Apache / IIS |
| Database Server | Penyimpanan data terstruktur | PostgreSQL / MySQL / SQL Server |
| Mail Server | Email internal | Postfix / Exchange |
| Backup Server | Perlindungan data | Restic/Borg repository / Veeam |
Pemisahan role ini bukan sekadar "rapi" — ia membatasi blast radius (ketika satu layanan rusak, yang lain bertahan), memudahkan tuning per-layanan, dan memungkinkan penempatan server di zona jaringan yang berbeda.
Layanan IT jarang berdiri sendiri. Saat kalian menelusuri sebuah masalah, kalian akan sering menemukan rantai ketergantungan seperti ini:
Perhatikan rantai di atas: user yang login, mengambil IP dari DHCP, menanyakan nama server ke DNS, diautentikasi oleh domain controller, lalu mengakses file dan aplikasi yang bergantung pada database. Jika DNS turun, hampir semuanya terasa "matang" — padahal penyebabnya satu layanan kecil. Inilah mengapa sysadmin wajib memahami ketergantungan ini; troubleshooting yang baik dimulai dari memahami peta.
DNS menerjemahkan nama (misalnya mail.perusahaan.id) menjadi alamat IP. Tanpa DNS, user harus menghafal IP — tidak realistis. Sebagai sysadmin, kalian harus paham zona, record, dan cara menguji dari sisi client:
dig +short mail.perusahaan.id
host 192.168.56.10
nslookup file.internal.localDHCP mengotomasi pemberian IP. Server DHCP mengelola scope (kumpulan IP), reservation (IP tetap untuk perangkat penting), dan lease (masa pinjam IP):
cat /var/lib/dhcp/dhcpd.leasesKesalahan klasik: alokasi IP statis di config yang bentrok dengan scope DHCP → dua perangkat memakai IP sama → jaringan "aneh". Aturan praktis: perangkat server memakai reservation/statis, perangkat biasa memakai DHCP.
Layanan identity (misal Active Directory di episode 4) adalah "otak" yang menentukan siapa boleh masuk dan ke mana. File server adalah tempat data usaha disimpan. Print server memusatkan manajemen printer agar user tidak perlu konfigurasi manual. Ketiganya sering digabung dalam lingkungan kecil, tetapi di perusahaan besar dipisah agar skalanya sehat.
Di atas fondasi infrastruktur ada layanan bisnis: ERP, CRM, email, portal HR, hingga sistem kasir. Poin pentingnya: sysadmin bertanggung jawab membuat layanan ini tersedia, aman, dan didukung — bukan hanya "mengurus server". Sering kali inilah yang membuat sysadmin berhubungan langsung dengan pemangku kepentingan bisnis.
Inventory adalah catatan "apa saja yang berjalan di mana" — tanpa ini, kalian tidak bisa mengelola lingkungan secara proaktif. Mulai sederhana, lalu rapi. Format CSV/sheet sederhana sudah cukup:
hostname,role,ip,os,layanan,kontak,notes
srv-dns-01,DNS+DHCP,192.168.56.10,Ubuntu 24.04,BIND+dhcpd,IT Team,router utama
srv-fs-01,File,192.168.56.11,Ubuntu 24.04,Samba,IT Team,shared docs
dc-01,Identity,192.168.56.20,Windows Server 2022,AD,IT Team,primary DCCara mendapatkannya: untuk mesin Linux, gabungkan informasi dari hostname, ip addr, dan daftar service aktif:
hostname
ip -4 addr show
systemctl list-units --type=service --state=running --no-pager
ss -tulpnUntuk Windows Server, gunakan PowerShell:
hostname
Get-NetIPAddress -AddressFamily IPv4
Get-Service | Where-Object { $_.Status -eq "Running" }
Get-NetTCPConnection -State Listen | Select-Object LocalPort,OwningProcessLengkapi dengan peta ketergantungan — layanan mana yang butuh layanan lain — dan kontak pemilik setiap layanan. Inventory yang hidup (diperbarui saat ada perubahan) akan menjadi tulang punggung dokumentasi kalian di episode 25.
Important
Inventory bukan proyek sekali jadi. Setiap kali kalian menambah/mengubah server, catat perubahannya di hari yang sama — kalau tidak, dalam tiga bulan inventory kalian menjadi bohong, dan di episode 23 (Disaster Recovery) kebohongan itu akan terbukti fatal.
Tip
Jangan mengejar tool inventory yang mewah di awal. Spreadsheet atau file Markdown yang terpelihara jauh lebih berharga daripada tool canggih yang tidak pernah di-update. Setelah kebiasaan terbentuk, baru naikkan level ke CMDB atau Ansible inventory (episode 13).
Inti yang harus dibawa pulang dari episode 2:
Di episode 3 selanjutnya kita akan masuk ke area paling inti bagi sysadmin: Linux Administration — package management, service dengan systemd, user & group, permission, dan membaca log untuk mengelola server Linux dengan percaya diri. Pastikan server Linux lab kalian siap, karena mulai episode ini kita banyak mengetik!