Artificial Intelligence atau AI semakin banyak digunakan dalam dunia IT.

AI dapat membantu menulis konfigurasi Linux, membuat script Bash, menjelaskan error, menganalisis log, membuat query SQL, bahkan memberikan rekomendasi konfigurasi server dalam hitungan detik.

Bagi seorang system administrator, perkembangan ini tentu menarik sekaligus menimbulkan pertanyaan:

Apakah pekerjaan sysadmin akan digantikan AI?

Jawabannya tidak sesederhana “iya” atau “tidak”.

AI memang akan mengambil alih sebagian pekerjaan sysadmin yang bersifat repetitif, terstruktur, dan mudah diotomatisasi. Contohnya membuat konfigurasi dasar, membaca dokumentasi, menghasilkan script sederhana, melakukan troubleshooting tahap awal, atau memberikan rekomendasi berdasarkan pola yang sudah dikenal.

Namun, administrasi infrastruktur IT bukan sekadar menjalankan perintah.

Ketika sebuah server production mengalami gangguan pukul 02.00 dini hari, masalah sebenarnya sering kali bukan “perintah Linux apa yang harus diketik?”

Masalahnya bisa jauh lebih kompleks.

Apakah database kehabisan connection pool? Apakah traffic meningkat? Apakah aplikasi mengalami memory leak? Apakah deployment terakhir menyebabkan regresi? Apakah konfigurasi firewall berubah? Apakah storage mulai penuh? Apakah service memang bermasalah atau sebenarnya jaringan yang mengalami packet loss?

Lebih penting lagi, setelah penyebab ditemukan, sysadmin harus menentukan:

“Apa tindakan paling aman yang harus dilakukan sekarang?”

Di sinilah skill manusia masih memiliki peran besar.

AI dapat menjadi copilot yang sangat kuat. Tetapi sysadmin yang memahami sistem, risiko, konteks bisnis, dan konsekuensi setiap keputusan tetap menjadi bagian penting dari pengelolaan infrastruktur.

Artikel ini membahas lima skill sysadmin yang cenderung tetap bernilai tinggi di era AI.

---

1. Root Cause Analysis: Mencari Penyebab, Bukan Sekadar Gejala

Salah satu kemampuan paling penting dalam sysadmin adalah Root Cause Analysis atau RCA.

RCA adalah proses mencari penyebab utama suatu masalah, bukan hanya memperbaiki gejala yang terlihat.

Misalnya sebuah website tidak dapat diakses.

Seorang pemula mungkin langsung menjalankan:

systemctl restart nginx

Website kemudian kembali normal.

Masalah selesai?

Belum tentu.

Pertanyaan berikutnya justru lebih penting:

Mengapa nginx berhenti?

Bisa saja penyebabnya:

• RAM habis.
• Disk penuh.
• Konfigurasi error.
• Sertifikat TLS bermasalah.
• Backend application mati.
• Database tidak merespons.
• Network mengalami gangguan.
• Server terkena lonjakan traffic.
• File descriptor habis.
• Proses tertentu mengalami memory leak.

Restart service hanya menghilangkan gejala sementara.

Analogi Sederhana

Bayangkan sebuah mobil tiba-tiba mati.

Menghidupkan kembali mesin adalah tindakan recovery.

Tetapi jika mobil mati karena oli habis, terus-menerus menyalakan mesin bukan solusi.

Sysadmin harus berpikir seperti teknisi:

“Apa yang sebenarnya menyebabkan sistem gagal?”

Contoh RCA pada Linux

Misalnya service nginx mati.

Langkah pertama:

systemctl status nginx

Kemudian:

journalctl -u nginx --since "30 minutes ago"

Periksa log:

tail -n 100 /var/log/nginx/error.log

Periksa resource:

free -h
df -h
uptime

Periksa proses:

ps aux --sort=-%mem | head

Jika ditemukan bahwa filesystem /var mencapai 100%, maka masalah nginx kemungkinan hanya merupakan efek dari masalah storage.

Di sinilah perbedaan antara:

“Saya tahu command Linux.”

dan:

“Saya memahami sistem Linux.”

menjadi sangat jelas.

Skill yang perlu dikuasai

Sysadmin perlu mampu:

• mengumpulkan evidence;
• membuat hipotesis;
• menguji hipotesis;
• menghubungkan gejala dengan dependency;
• membedakan korelasi dan sebab-akibat;
• menemukan root cause;
• melakukan remediation;
• memastikan masalah tidak berulang.

AI dapat membantu menghasilkan hipotesis.

Namun kemampuan menentukan hipotesis mana yang masuk akal berdasarkan konteks sistem merupakan skill yang sangat penting.

---

2. Kemampuan Membuat Keputusan Trade-off

Tidak semua keputusan infrastruktur memiliki jawaban yang sempurna.

Dalam dunia sysadmin, sering kali kita harus memilih antara beberapa pilihan yang semuanya memiliki konsekuensi.

Contohnya:

Apakah database harus dipindahkan ke server yang lebih besar?

Mungkin iya.

Tetapi ada pertanyaan lain:

• Berapa biaya server baru?
• Apakah scaling hardware benar-benar menyelesaikan bottleneck?
• Apakah query database yang bermasalah?
• Apakah indexing sudah optimal?
• Apakah connection pool terlalu besar?
• Apakah aplikasi melakukan query berlebihan?
• Apakah downtime diperlukan?
• Apakah ada risiko migrasi?

Inilah yang disebut trade-off.

Contoh Trade-off Infrastruktur

Misalnya sebuah aplikasi membutuhkan database dengan performa tinggi.

Pilihan yang tersedia:

Opsi A: Scale Up

Menambah:

• CPU
• RAM
• NVMe
• IOPS

Kelebihan:

• implementasi relatif sederhana;
• perubahan aplikasi minimal.

Kekurangan:

• biaya hardware meningkat;
• tetap memiliki batas kapasitas.

Opsi B: Scale Out

Menambahkan beberapa node database atau menggunakan arsitektur replication.

Kelebihan:

• kapasitas dapat berkembang;
• availability dapat ditingkatkan.

Kekurangan:

• kompleksitas meningkat;
• membutuhkan desain replication;
• monitoring lebih rumit.

Opsi C: Optimasi Aplikasi

Memperbaiki:

• query;
• index;
• caching;
• connection pool;
• arsitektur aplikasi.

Kelebihan:

• dapat memberikan peningkatan efisiensi besar.

Kekurangan:

• membutuhkan analisis;
• membutuhkan koordinasi dengan developer.

Tidak ada jawaban universal.

Keputusan yang tepat bergantung pada:

cost + risk + performance + availability + maintainability + business requirement.

AI dapat membantu membandingkan pilihan.

Tetapi keputusan akhir membutuhkan pemahaman terhadap konteks organisasi.

---

3. Komunikasi dengan Stakeholder

Skill ini sering diremehkan oleh sysadmin.

Padahal semakin tinggi level seorang infrastructure engineer, semakin banyak waktunya digunakan untuk berkomunikasi.

Sysadmin tidak bekerja sendirian.

Ia berinteraksi dengan:

• developer;
• network engineer;
• security team;
• database administrator;
• helpdesk;
• manajemen;
• vendor;
• pengguna;
• pimpinan organisasi.

Masalahnya, setiap kelompok memiliki bahasa yang berbeda.

Developer mungkin berbicara tentang:

HTTP 500
timeout
API
connection pool
deployment

Network engineer berbicara tentang:

latency
packet loss
VLAN
routing
BGP
OSPF
NAT

Manajemen mungkin hanya ingin mengetahui:

“Kapan sistem kembali normal?”

Sysadmin harus mampu menerjemahkan masalah teknis menjadi informasi yang dapat dipahami stakeholder.

Contoh Komunikasi yang Buruk

“Server down karena PostgreSQL connection exhaustion akibat excessive concurrent connection.”

Secara teknis mungkin benar.

Tetapi manajemen belum tentu memahami dampaknya.

Komunikasi yang Lebih Baik

“Aplikasi mengalami gangguan karena jumlah koneksi database mencapai batas maksimum. Tim sedang mengurangi beban koneksi dan melakukan optimasi konfigurasi. Layanan utama ditargetkan kembali normal setelah proses mitigasi selesai.”

Informasi menjadi lebih jelas.

Stakeholder mengetahui:

• apa yang terjadi;
• dampaknya;
• apa yang sedang dilakukan;
• langkah berikutnya.

Skill Komunikasi yang Penting

Sysadmin modern perlu mampu:

• membuat incident report;
• menulis dokumentasi;
• menjelaskan risiko;
• membuat change proposal;
• melakukan handover;
• menyampaikan status incident;
• berdiskusi dengan vendor;
• menjelaskan masalah teknis kepada non-teknis.

AI dapat membantu memperbaiki tulisan.

Namun komunikasi efektif membutuhkan pemahaman terhadap manusia, organisasi, prioritas, dan konteks.

---

4. Problem Solving dalam Kondisi Tidak Ideal

Troubleshooting di laboratorium berbeda dengan troubleshooting production.

Di lab:

Server error → cari penyebab → perbaiki.

Di production:

Server error
↓
User terdampak
↓
Business terganggu
↓
Ada deadline
↓
Data harus dilindungi
↓
Perubahan tidak boleh sembarangan

Kondisi nyata sering tidak ideal.

Dokumentasi mungkin tidak lengkap.

Diagram jaringan mungkin sudah lama.

Admin sebelumnya mungkin sudah resign.

Server mungkin menggunakan konfigurasi legacy.

Vendor mungkin tidak tersedia.

Dan tentu saja, server production tidak peduli bahwa Anda sedang gugup.

Contoh Kasus

Misalnya sebuah server memiliki masalah storage.

Perintah:

df -h

menunjukkan:

/dev/sda2  100%

Langkah pertama bukan langsung:

rm -rf /var/log/*

Itu bisa menjadi keputusan yang berbahaya.

Sysadmin perlu mencari sumber penggunaan disk:

du -xh /var | sort -h | tail -20

Kemudian:

journalctl --disk-usage

Periksa inode:

df -i

Cari file besar:

find /var -type f -size +1G -ls

Bisa saja masalahnya bukan log.

Mungkin ada:

• backup yang tidak pernah dihapus;
• Docker image lama;
• database temporary file;
• core dump;
• application log;
• file upload yang menumpuk.

Problem Solving Bukan Sekadar Hafal Command

Sysadmin yang kuat tidak hanya menghafal:

top
htop
ss
iostat
vmstat
journalctl
tcpdump

Mereka memahami kapan dan mengapa menggunakan tool tersebut.

Command hanyalah alat.

Kemampuan berpikir adalah skill utamanya.

---

5. Memahami Konteks Sistem Secara Menyeluruh

Skill terakhir adalah systems thinking.

Infrastructure modern bukan kumpulan server yang berdiri sendiri.

Satu aplikasi dapat bergantung pada:

User
  ↓
DNS
  ↓
Load Balancer
  ↓
Web Server
  ↓
Application
  ↓
Cache
  ↓
Database
  ↓
Storage

Ditambah:

Monitoring
Logging
Backup
Firewall
DNS
Authentication
Network
Cloud
Container
Orchestration

Jika satu komponen bermasalah, efeknya dapat menyebar ke komponen lain.

Contoh

Pengguna melaporkan:

“Website lambat.”

Apakah masalahnya web server?

Belum tentu.

Bisa jadi:

DNS latency
        ↓
Network latency
        ↓
Load balancer
        ↓
Application
        ↓
Database query
        ↓
Storage I/O

Sysadmin perlu melihat sistem sebagai satu kesatuan.

Systems Thinking Membantu Menjawab Pertanyaan Penting

Bukan hanya:

“Apa yang rusak?”

Tetapi:

“Apa dampak kerusakan ini terhadap sistem lain?”

Dan:

“Jika saya memperbaiki komponen ini, apakah saya menciptakan masalah baru?”

Inilah yang membuat administrasi infrastruktur menjadi pekerjaan yang membutuhkan pengalaman dan pemahaman kontekstual.

---

AI Akan Menggantikan Sysadmin?

Pertanyaan yang lebih tepat mungkin bukan:

“Apakah AI akan menggantikan sysadmin?”

Tetapi:

“Bagian pekerjaan sysadmin mana yang akan semakin banyak dilakukan AI?”

Kemungkinan besar pekerjaan yang repetitif akan semakin mudah diotomatisasi.

Contohnya:

• generate konfigurasi;
• membuat Bash script;
• membaca dokumentasi;
• membuat query;
• membuat alert;
• membuat template deployment;
• analisis log awal;
• membuat dokumentasi;
• memberikan rekomendasi troubleshooting.

Artinya, nilai seorang sysadmin akan semakin bergeser.

Dari:

“Saya bisa menjalankan command.”

menjadi:

“Saya memahami sistem dan mampu mengambil keputusan.”

---

Skill yang Perlu Mulai Dikembangkan Sysadmin

Jika Anda sedang belajar menjadi sysadmin, jangan hanya mengejar jumlah command yang bisa dihafal.

Bangun kemampuan pada beberapa lapisan.

Level 1 — Technical Foundation

Kuasai:

• Linux;
• networking;
• storage;
• virtualization;
• database;
• security;
• cloud;
• container.

Level 2 — Troubleshooting

Pelajari:

• log analysis;
• performance analysis;
• RCA;
• incident response;
• monitoring;
• observability.

Level 3 — Automation

Pelajari:

• Bash;
• Python;
• Ansible;
• Terraform;
• CI/CD;
• Docker;
• Kubernetes.

Level 4 — Decision Making

Pelajari:

• risk analysis;
• trade-off;
• capacity planning;
• cost optimization;
• high availability;
• disaster recovery.

Level 5 — Communication

Pelajari:

• technical writing;
• documentation;
• incident report;
• presentation;
• stakeholder communication.

AI dapat membantu di hampir semua level tersebut.

Tetapi semakin tinggi levelnya, semakin penting kemampuan manusia dalam memahami konteks dan menentukan keputusan.

---

Tutorial: Cara Melatih Skill Sysadmin agar AI Menjadi Copilot

Langkah 1 — Jangan langsung meminta AI memberikan solusi

Misalnya muncul error:

502 Bad Gateway

Jangan langsung bertanya:

“AI, bagaimana memperbaiki 502 Bad Gateway?”

Kumpulkan evidence terlebih dahulu.

Misalnya:

systemctl status nginx

journalctl -u nginx --since "15 minutes ago"

ss -lntp

curl -I http://127.0.0.1

Kemudian baru gunakan AI untuk membantu menganalisis evidence.

---

Langkah 2 — Minta AI membuat beberapa hipotesis

Contoh prompt:

Saya mengalami HTTP 502 pada Nginx.

Evidence:
- Nginx aktif
- Backend berjalan di port 3000
- curl ke backend menghasilkan timeout
- CPU normal
- RAM normal

Berikan 5 kemungkinan root cause.
Urutkan berdasarkan bukti yang tersedia.
Jangan langsung memberikan solusi sebelum menjelaskan alasan setiap hipotesis.

Dengan cara ini AI digunakan sebagai analytical copilot, bukan sebagai mesin copy-paste command.

---

Langkah 3 — Validasi Setiap Rekomendasi

Jangan langsung menjalankan:

rm
systemctl stop
iptables -F
docker system prune

hanya karena AI menyarankannya.

Tanyakan:

• Apa dampaknya?
• Apakah reversible?
• Apakah menyebabkan downtime?
• Apakah memengaruhi data?
• Apakah aman dilakukan di production?
• Apa backup atau rollback plan-nya?

Ini adalah bagian penting dari skill sysadmin.

---

Langkah 4 — Dokumentasikan Root Cause

Setelah masalah selesai, dokumentasikan:

Incident
↓
Impact
↓
Timeline
↓
Evidence
↓
Root Cause
↓
Immediate Fix
↓
Permanent Fix
↓
Preventive Action

Dokumentasi ini kemudian dapat digunakan untuk:

• knowledge base;
• training;
• SOP;
• automation;
• monitoring;
• incident prevention.

---

Best Practice Sysadmin di Era AI

Ada beberapa prinsip yang layak diterapkan.

1. Gunakan AI sebagai Copilot

Bukan autopilot.

AI membantu mempercepat pekerjaan, tetapi keputusan tetap harus divalidasi.

2. Selalu Minta Evidence

Jangan hanya mengatakan:

“Server lambat.”

Kumpulkan:

uptime
free -h
df -h
iostat
vmstat
ss -s

dan log yang relevan.

3. Jangan Copy-Paste Command Berbahaya

Terutama command yang:

• menghapus data;
• mengubah firewall;
• mengubah routing;
• mengubah permission;
• mematikan service;
• mengubah storage;
• melakukan database migration.

4. Pahami Dependency

Ketahui hubungan antara:

DNS → Network → Load Balancer → Application → Database → Storage

5. Gunakan Monitoring

Monitoring mengubah troubleshooting dari:

“Sepertinya server bermasalah.”

menjadi:

“Latency meningkat 300% sejak pukul 14.32 dan bertepatan dengan peningkatan database connection.”

Itu jauh lebih berguna.

---

Kesalahan yang Sering Terjadi

Hanya Menghafal Command

Mengetahui 500 command Linux tidak otomatis menjadikan seseorang sysadmin yang baik.

Yang penting adalah memahami kapan command tersebut digunakan dan bagaimana menginterpretasikan hasilnya.

Langsung Restart Service

Restart memang terkadang menyelesaikan masalah.

Tetapi jika dilakukan tanpa mencari penyebab, masalah kemungkinan akan kembali.

Terlalu Percaya pada AI

AI dapat memberikan jawaban yang terlihat sangat meyakinkan tetapi tidak selalu sesuai dengan kondisi sistem.

Selalu validasi.

Mengabaikan Dampak Perubahan

Perintah yang benar pada server development belum tentu tepat untuk production.

Lingkungan berbeda membutuhkan pertimbangan berbeda.

Tidak Membuat Dokumentasi

Masalah yang sama dapat berulang jika pengetahuan hanya tersimpan di kepala administrator.

Dokumentasi adalah bagian dari infrastructure management.

Tidak Memahami Bisnis

Server bukan tujuan akhir.

Infrastruktur dibuat untuk mendukung layanan.

Sysadmin perlu memahami:

• layanan apa yang kritis;
• siapa pengguna;
• berapa toleransi downtime;
• data apa yang penting;
• kapan maintenance diperbolehkan.

---

Tips Profesional untuk Sysadmin Pemula

Mulailah membangun lab pribadi.

Anda dapat menggunakan:

• Proxmox;
• VirtualBox;
• VMware;
• PNETLab;
• Docker;
• Kubernetes.

Buat skenario nyata.

Misalnya:

Router
   ↓
Firewall
   ↓
Load Balancer
   ↓
Web Server
   ↓
Application Server
   ↓
Database
   ↓
Backup Server

Kemudian sengaja buat masalah.

Contohnya:

• matikan service;
• penuhi disk;
• ubah DNS;
• blokir port;
• putuskan network;
• hentikan database;
• buat CPU load;
• buat memory pressure.

Lalu lakukan troubleshooting.

Metode ini jauh lebih efektif daripada hanya membaca command.

---

Cara Menggunakan AI untuk Belajar Sysadmin

AI dapat digunakan untuk:

Belajar konsep

“Jelaskan cara kerja TCP three-way handshake dengan analogi sederhana.”

Menganalisis log

“Analisis log berikut dan identifikasi pola error.”

Membuat latihan

“Buatkan skenario troubleshooting Linux tingkat intermediate.”

Menguji pemahaman

“Berikan kasus server down tanpa memberikan jawabannya.”

Review konfigurasi

“Review konfigurasi Nginx berikut. Identifikasi potensi masalah dan jelaskan risikonya.”

Membuat dokumentasi

“Ubah catatan troubleshooting berikut menjadi SOP.”

Dengan pendekatan tersebut, AI menjadi alat untuk memperkuat kemampuan sysadmin.

Bukan menggantikannya.

---

Lima Skill yang Perlu Diingat

Jika seluruh artikel ini diringkas menjadi lima poin:

1. Root Cause Analysis — mencari penyebab sebenarnya, bukan sekadar menghilangkan gejala.
2. Decision Making & Trade-off — memilih solusi berdasarkan risiko, biaya, performa, dan kebutuhan.
3. Stakeholder Communication — menerjemahkan masalah teknis menjadi informasi yang dapat dipahami dan ditindaklanjuti.
4. Problem Solving — menyelesaikan masalah dalam kondisi nyata yang penuh keterbatasan.
5. Systems Thinking — memahami hubungan antar-komponen dan dampak perubahan terhadap keseluruhan sistem.

Skill tersebut bukan berarti “mustahil” diotomatisasi oleh AI.

Namun skill tersebut cenderung lebih sulit direduksi menjadi sekadar eksekusi command karena membutuhkan konteks, penilaian, pengalaman, komunikasi, dan tanggung jawab atas konsekuensi keputusan.

---

Kesimpulan

AI akan mengubah pekerjaan sysadmin.

Pekerjaan yang repetitif akan semakin mudah diotomatisasi. Konfigurasi, scripting, dokumentasi, analisis awal, dan troubleshooting sederhana dapat dilakukan jauh lebih cepat dengan bantuan AI.

Karena itu, belajar sysadmin di era AI tidak berarti harus menghindari AI.

Justru sebaliknya.

Belajarlah menggunakan AI dengan benar.

Namun jangan berhenti pada kemampuan:

“AI, berikan command untuk memperbaiki server.”

Naikkan level pertanyaan menjadi:

“Apa kemungkinan root cause berdasarkan evidence ini?”

“Apa trade-off dari tiga solusi tersebut?”

“Apa risiko perubahan ini terhadap production?”

“Bagaimana cara melakukan rollback?”

“Bagaimana mencegah masalah ini terjadi lagi?”

Di situlah kemampuan seorang sysadmin berkembang dari sekadar operator menjadi infrastructure problem solver.

Dan mungkin inilah prinsip terpentingnya:

AI dapat membantu Anda mengetik lebih cepat. Sysadmin yang hebat tahu apa yang harus diketik, mengapa harus mengetiknya, kapan tidak boleh mengetiknya, dan apa konsekuensinya setelah Enter ditekan.

FAQ

Pertanyaan: Apakah AI akan menggantikan pekerjaan sysadmin?
Jawaban: AI kemungkinan besar akan mengotomatisasi banyak pekerjaan repetitif sysadmin, tetapi kemampuan memahami konteks, menganalisis masalah kompleks, mengambil keputusan, dan berkomunikasi tetap sangat penting.

Pertanyaan: Apa skill paling penting bagi sysadmin di era AI?
Jawaban: Root cause analysis, problem solving, decision making, systems thinking, dan komunikasi stakeholder merupakan kemampuan yang sangat penting.

Pertanyaan: Mengapa root cause analysis penting bagi sysadmin?
Jawaban: Karena memperbaiki gejala saja tidak menjamin masalah selesai. RCA membantu menemukan penyebab utama sehingga masalah dapat dicegah berulang.

Pertanyaan: Apakah sysadmin tetap perlu belajar command Linux jika sudah ada AI?
Jawaban: Ya. AI dapat membantu menghasilkan command, tetapi sysadmin tetap perlu memahami fungsi, output, risiko, dan konsekuensi command tersebut.

Pertanyaan: Bagaimana cara terbaik menggunakan AI untuk troubleshooting server?
Jawaban: Kumpulkan evidence terlebih dahulu, berikan konteks kepada AI, minta beberapa hipotesis, validasi rekomendasi, dan jangan menjalankan perubahan berisiko tanpa memahami dampaknya.

Pertanyaan: Apa yang dimaksud trade-off dalam administrasi server?
Jawaban: Trade-off adalah kondisi ketika sebuah solusi memiliki kelebihan dan konsekuensi tertentu, sehingga sysadmin harus memilih berdasarkan biaya, risiko, performa, availability, keamanan, dan kebutuhan bisnis.

Pertanyaan: Mengapa komunikasi penting bagi sysadmin?
Jawaban: Karena masalah infrastruktur berdampak pada banyak pihak. Sysadmin harus mampu menjelaskan masalah, dampak, solusi, risiko, dan status pekerjaan kepada pihak teknis maupun non-teknis.

AI semakin pintar. Automation semakin cepat. Tetapi infrastruktur IT tetap membutuhkan manusia yang mampu memahami konteks, menganalisis masalah, mengambil keputusan, dan bertanggung jawab terhadap dampaknya.

Dari 5 skill dalam artikel ini, mana yang menurut Anda paling penting untuk dikembangkan oleh seorang sysadmin?

Tulis pendapat dan pengalaman Anda di kolom komentar. Bisa jadi pengalaman troubleshooting Anda justru menjadi pelajaran berharga bagi sysadmin lainnya.

Jika artikel ini bermanfaat, bagikan kepada teman, siswa, rekan sysadmin, network engineer, DevOps engineer, atau siapa pun yang sedang belajar dunia infrastructure IT.

Jangan lupa ikuti konten berikutnya untuk pembahasan Linux Server, Networking, MikroTik, Virtualisasi, Docker, Kubernetes, Cloud Computing, DevOps, Cybersecurity, Monitoring, dan System Administration.