Buka menu navigasi

Saya membangun dan merawat infrastruktur yang tetap hidup ketika satu bagiannya gagal.

Tiga tahun lebih mengelola hybrid cloud, virtualisasi multi-datacenter, dan platform kontainer yang dipakai orang lain setiap hari. Saya mengotomasi yang berulang, mengukur sebelum dan sesudah, lalu menuliskan cara kerjanya supaya bisa dirawat tanpa saya.

Berbasis di
Tasikmalaya, Jawa Barat, Indonesia
Zona waktu
WIB (UTC+7)
Pola kerja
Bekerja remote (WFA), dengan operasi data center di Jakarta.
Fokus saat ini
Infrastruktur hybrid cloud dan platform kontainer yang harus terus tersedia.

Singkatnya

Saya masuk ke dunia IT lewat kabel jaringan, bukan lewat presentasi.

Sekolah menengah saya jurusan Teknik Komputer dan Jaringan, dan pekerjaan pertama yang benar-benar saya banggakan adalah memasang jaringan lokal satu sekolah supaya ujian digital bisa berjalan. Sampai sekarang cara kerja saya belum banyak berubah: masalahnya harus benar-benar selesai, bukan hanya terlihat selesai.

Dari situ saya pindah ke sisi yang lebih tidak terlihat: server, penyimpanan, dan jaringan yang membuat layanan lain bisa berjalan. Saya belajar bahwa pekerjaan ini sebagian besar tentang membuat sistem bisa dirawat orang lain — bukan tentang siapa yang paling cepat mengetik perintah.

Hari ini saya bekerja pada infrastruktur hybrid cloud: klaster virtualisasi dan penyimpanan yang tersebar di lebih dari satu data center, platform kontainer untuk produk yang dijual ke klien, dan otomasi untuk pekerjaan yang seharusnya tidak dikerjakan manual dua kali.

Kalau Anda ingin tahu bagaimana keputusan teknis saya diambil, bagian Pendekatan di bawah merangkumnya. Untuk riwayat kerja dan studinya, ada di halaman Tentang.

Selengkapnya tentang saya

Masalah yang saya tangani

Tiga hal yang paling sering menjadi alasan orang menghubungi saya

Semuanya dimulai dari situasi, bukan dari daftar teknologi.

  • 01

    Sistem berhenti tanpa peringatan, dan tidak ada yang tahu harus mulai dari mana.

    Yang saya periksa lebih dulu bukan layanannya, tetapi apakah gangguan ini benar-benar baru — atau gejala yang sudah muncul di log selama berminggu-minggu tanpa ada yang membaca. Setelah penyebabnya ditemukan, saya menutup jalur masuknya, bukan hanya memulihkan layanannya.

  • 02

    Rilis menegangkan karena selalu ada langkah manual yang bisa terlewat.

    Langkah manual yang berulang saya pindahkan ke pipeline, lalu saya pastikan hasilnya bisa diulang persis. Ukurannya dua: berapa lama satu rilis, dan berapa kali ada langkah yang harus diulang karena terlupa.

  • 03

    Biaya operasional naik terus tanpa penjelasan yang jelas tentang penyebabnya.

    Saya petakan apa yang benar-benar dipakai dibanding apa yang dibayar, lalu menghitung biaya per beban kerja. Temuan yang paling sering: kapasitas yang dibayar untuk berjaga-jaga, padahal pemakaian sebenarnya jarang — dan sebaliknya, satu layanan kecil yang menahan seluruh anggaran.

Bidang kerja

Lima bidang, satu cara berpikir

Setiap bidang di bawah ini bukan layanan terpisah. Nilainya muncul ketika semuanya dilihat sebagai satu sistem yang saling bergantung.

  1. 01Sistem & infrastruktur

    Menjaga komputer yang menjalankan sebuah layanan tetap hidup, aman, dan tidak merepotkan ketika ada yang rusak.

    • Merawat server fisik maupun virtual, termasuk pemasangan perangkat keras langsung di rak data center.
    • Menyiapkan pencadangan dan benar-benar mengujinya — bukan hanya menuliskannya di dokumen.
    • Menelusuri penyebab gangguan sampai ke akarnya, bukan hanya memulihkan layanan lalu berhenti.
    • Menuliskan cara kerja sistem agar orang berikutnya tidak perlu menebak.
    Detail teknis dan perkakas yang biasa saya pakai9 item

    Istilah di bawah ini adalah kosakata yang dipakai di lingkungan teknis. Tidak perlu dipahami untuk menilai bagian di atas.

    • Linux (Debian, Ubuntu, Rocky Linux)
    • Windows Server
    • HPE ProLiant DL380 Gen10
    • Bare-metal provisioning
    • systemd
    • RAID & ZFS
    • WHM/cPanel
    • Mailcow
    • Zabbix
  2. 02Virtualisasi & penyimpanan

    Menyatukan banyak mesin menjadi satu kumpulan sumber daya bersama, sehingga satu mesin mati tidak menghentikan layanan.

    • Mengelola klaster virtualisasi dan penyimpanan terdistribusi yang tersebar di dua data center fisik.
    • Menambah kapasitas penyimpanan tanpa mematikan layanan yang sedang berjalan.
    • Memisahkan data yang tidak boleh hilang dari data yang bisa dibuat ulang, lalu memberi keduanya jalur pemulihan yang jelas.
    • Merencanakan kapasitas dari pemakaian nyata, bukan dari perkiraan saat pengadaan.
    Detail teknis dan perkakas yang biasa saya pakai8 item

    Istilah di bawah ini adalah kosakata yang dipakai di lingkungan teknis. Tidak perlu dipahami untuk menilai bagian di atas.

    • Proxmox VE
    • KVM
    • Ceph (distributed storage)
    • MinIO (S3-compatible)
    • ZFS
    • LVM
    • NFS & SMB
    • Snapshot & replication policy
  3. 03Kontainer & otomasi

    Membuat aplikasi bisa dijalankan dan diperbarui berulang kali dengan hasil yang sama, tanpa langkah manual.

    • Membangun platform kontainer yang melayani banyak klien dari satu klaster bersama, dengan pemisahan beban antar penyewa.
    • Mengotomasi pembuatan lingkungan baru sehingga klien mendapat instance siap pakai tanpa pekerjaan tangan.
    • Memindahkan proses rilis ke pipeline, sehingga tidak ada lagi langkah manual yang bisa terlupa.
    • Menjaga konfigurasi tetap tercatat sebagai kode, bukan sebagai ingatan satu orang.
    Detail teknis dan perkakas yang biasa saya pakai10 item

    Istilah di bawah ini adalah kosakata yang dipakai di lingkungan teknis. Tidak perlu dipahami untuk menilai bagian di atas.

    • Docker
    • Docker Swarm
    • Kubernetes
    • Traefik
    • Portainer API
    • n8n
    • GitHub Actions
    • Bash
    • Python
    • Go
  4. 04Jaringan & pengiriman layanan

    Merancang jalur yang dilalui data, dan menjaga jalur itu tetap cepat serta benar.

    • Mengatur nama dan alamat internal agar pencarian layanan tidak bergantung pada satu titik saja.
    • Mengatur lalu lintas yang masuk dengan aturan yang bisa dijelaskan — bukan aturan yang ditumpuk sampai kebetulan bekerja.
    • Menghubungkan lokasi yang berbeda secara aman tanpa membuka layanan internal ke internet.
    • Menyiapkan pengiriman email dari server sendiri agar pesan sampai dan tidak dianggap spam.
    Detail teknis dan perkakas yang biasa saya pakai9 item

    Istilah di bawah ini adalah kosakata yang dipakai di lingkungan teknis. Tidak perlu dipahami untuk menilai bagian di atas.

    • PowerDNS (primary/secondary)
    • HAProxy
    • Nginx Proxy Manager
    • Traefik
    • WireGuard
    • MikroTik
    • Cloudflare (DNS, WAF, CDN, SSL/TLS)
    • Mailcow
    • Exim SMTP relay
  5. 05Cloud & keamanan operasional

    Memakai layanan cloud dengan aman, dan berhenti membayar untuk yang ternyata tidak diperlukan.

    • Menyiapkan lingkungan cloud yang bisa diaudit: siapa yang boleh masuk, dan apa yang tercatat.
    • Menjaga aplikasi tetap terlindungi dari gangguan umum, sambil memantau percobaan masuk yang tidak wajar.
    • Menindaklanjuti temuan dari tim pemantauan keamanan sampai ke tingkat sistem operasi, bukan berhenti di lapisan aplikasi.
    • Memantau sistem agar masalah kecil terlihat sebelum berubah menjadi gangguan besar.
    Detail teknis dan perkakas yang biasa saya pakai9 item

    Istilah di bawah ini adalah kosakata yang dipakai di lingkungan teknis. Tidak perlu dipahami untuk menilai bagian di atas.

    • AWS (EC2, VPC, ALB, RDS, S3)
    • AWS IAM & Security Groups
    • AWS CloudTrail
    • Cloudflare WAF
    • Wazuh SIEM
    • Prometheus
    • Grafana
    • Loki
    • Incident response

Karya pilihan

Sebagian pekerjaan, beserta alasan dan hasilnya

Setiap studi kasus menuliskan masalah awalnya, apa yang saya kerjakan sendiri, dan apa yang berubah setelahnya. Teknologi disebut belakangan.

  1. Infrastruktur & keandalan

    Dua pusat data yang berjalan seperti satu sistem

    Dua lokasi fisik dijalankan sebagai satu kumpulan layanan bersama, sehingga hilangnya satu komponen tidak lagi langsung menjadi gangguan bagi pengguna.

    • Proxmox VE
    • Ceph
    • MinIO
    • PostgreSQL
    Peran
    System Administrator & DevOps Engineer
    Periode
    2024 — sekarang
  2. Infrastruktur & operasi

    Memindahkan beban kerja produksi kembali ke server sendiri

    Beban kerja produksi yang berjalan di penyedia luar dipindahkan ke infrastruktur sendiri, sehingga biaya berkala turun tanpa membuat pengguna merasakan perubahannya.

    • Proxmox VE
    • Linux
    • Windows Server
    • Microsoft SQL Server
    Peran
    IT Network & System Administrator
    Periode
    November 2023 — April 2024

Pendekatan

Cara saya bekerja

Empat kebiasaan yang menentukan bagaimana saya mengambil keputusan teknis. Ini bukan nilai-nilai perusahaan — ini hal yang bisa Anda nilai dari hasil kerja saya.

  1. 01Masalahnya lebih dulu, alatnya belakangan

    Sebagian besar permintaan datang dalam bentuk solusi yang sudah dipilih. Saya selalu menelusuri kembali ke masalah aslinya, karena sering kali jawabannya jauh lebih murah — atau ternyata tidak perlu dibangun sama sekali.

  2. 02Sistem yang bisa dijelaskan lebih mudah dirawat

    Solusi paling canggih tidak berguna kalau hanya satu orang yang paham. Saya memilih rancangan yang lebih sederhana bila selisih manfaatnya kecil, dan menuliskan alasannya supaya keputusan itu bisa ditinjau ulang.

  3. 03Ukur sebelum dan sesudah, bukan saat presentasi

    Perbaikan tanpa angka hanyalah pendapat. Saya menetapkan apa yang akan diukur sebelum mulai bekerja, dan tetap melaporkan hasilnya ketika angkanya tidak sesuai harapan.

  4. 04Terjemahkan, jangan sederhanakan

    Penjelasan teknis untuk audiens non-teknis tidak perlu memakai analogi yang menyesatkan. Yang dibutuhkan adalah urutan yang benar: apa dampaknya, apa kendalanya, baru bagaimana cara kerjanya.

Tulisan pilihan

Catatan dan tulisan

Ditulis untuk dua pembaca sekaligus: yang membangun sistemnya, dan yang harus mengambil keputusan tentang sistem itu.

Tulisan pilihanNews

Coming soon

This is VickyApp - Portfolio And Blog Website, a brand new site by Vicky Ardiansyah Pathurrohman that's just getting started. Things will be up and running here shortly, but you can subscribe in the meantime if you'd…

1 menit baca

Coming soon

Kolaborasi

Punya sistem yang perlu ditata, atau tim yang butuh bantuan teknis?

Saya terbuka untuk diskusi tentang keandalan sistem, otomasi rilis, keputusan arsitektur, atau peran penuh waktu. Tidak perlu menyiapkan dokumen apa pun untuk memulai — ceritakan saja situasinya.

[email protected]