Kursus
Konsep DevOps
4 jam
15.3K
DevOps telah menjadi hal yang esensial bagi pengembangan perangkat lunak modern. Saat perusahaan merilis fitur lebih sering dan lebih andal, permintaan terhadap engineer DevOps yang andal terus meningkat.
Jadi ya: Ada banyak peluang kerja di luar sana.
Namun mendapatkan pekerjaan tidak cukup hanya dengan mengetahui alat yang tepat. Anda perlu menunjukkan bagaimana cara berpikir, berkolaborasi, dan menyelesaikan masalah dunia nyata.
Saya sudah berada di kedua sisi. Saya pernah menjadi kandidat yang harus menjawab pertanyaan Kubernetes yang sulit, dan saya juga menjadi bagian dari wawancara saat kami mengevaluasi bagaimana seseorang menangani kegagalan di produksi. Yang saya pelajari adalah wawancara DevOps menguji bagaimana Anda menghadapi kompleksitas, bagaimana Anda berkomunikasi di bawah tekanan, dan apakah Anda benar-benar memahami mengapa alat digunakan.
Panduan ini dirancang untuk membantu Anda mempersiapkan wawancara DevOps, mulai dari dasar hingga desain sistem tingkat lanjut, serta pertanyaan teknis dan skenario perilaku. Baik Anda baru masuk bidang ini atau ingin naik tingkat, pertanyaan-pertanyaan ini akan membantu Anda memperdalam keterampilan, berbicara dengan percaya diri, dan hadir dengan siap.
Pertanyaan Wawancara DevOps Dasar
Pertanyaan-pertanyaan ini menilai pemahaman Anda tentang prinsip inti DevOps. Jangan hanya menghafal definisi. Tunjukkan bahwa Anda memahami bagaimana ide-ide ini diterapkan dalam situasi nyata.
1. Apa itu DevOps dan mengapa penting?
DevOps adalah serangkaian praktik yang menyatukan tim pengembangan dan operasi untuk merampingkan pengiriman perangkat lunak.
Tujuannya? Rilis lebih cepat, kualitas lebih tinggi, dan siklus umpan balik yang lebih rapat.
Dalam praktiknya, ini berarti mengurangi konflik antara penulisan kode dan menjalankan kode. Bukan hanya soal alat, tetapi juga budaya, otomatisasi, dan kepemilikan (ownership).
Dalam peran saya sebelumnya, kami mengadopsi DevOps untuk mempercepat deployment model ML kami, yang secara drastis mengurangi waktu deployment sekaligus meningkatkan stabilitas.
2. Bagaimana DevOps berbeda dari TI tradisional?
TI tradisional membagi tanggung jawab: developer menulis kode, dan tim operasi melakukan deployment serta pemeliharaan.
DevOps menggabungkan peran-peran ini, mendorong tanggung jawab bersama dan otomatisasi.
Dengan DevOps:
- Developer sering menulis skrip deployment.
- Tim ops terlibat lebih awal dalam siklus pengembangan.
- Rilis berlangsung terus-menerus, bukan per kuartal.
Anggap DevOps sebagai meruntuhkan tembok antara dua departemen yang dulu hanya berkomunikasi lewat tiket.
3. Apa prinsip-prinsip utama DevOps?
Prinsip inti DevOps meliputi:
- Kolaborasi: Memecah silo antara dev, ops, QA, dan keamanan.
- Otomatisasi: Mengotomatisasi pengujian, deployment, dan monitoring.
- Continuous integration and delivery (CI/CD): Sering mengirim perubahan kecil yang aman.
- Monitoring dan umpan balik: Terus belajar dan beradaptasi berdasarkan pengalaman.
Prinsip-prinsip ini bukan pilihan, karena inilah yang menentukan apakah tim bekerja dalam budaya DevOps atau hanya menggunakan alat DevOps dengan kebiasaan lama.
4. Sebutkan alat DevOps populer dan kasus penggunaannya.
Berikut beberapa alat populer yang sering Anda dengar:
- Git: Version control.
- Jenkins/Gitlab CI: Pipeline CI/CD.
- Docker: Kontainerisasi.
- Kubernetes: Orkestrasi kontainer.
- ArgoCD: GitOps.
- Terraform: Infrastructure as Code (IaC).
- Prometheus + Grafana: Monitoring dan visualisasi.
Lihat kursus DevOps Concepts jika Anda ingin mempelajari lebih lanjut tentang DevOps dan alat-alat populer.
5. Apa itu CI/CD?
CI/CD adalah singkatan dari Continuous Integration dan Continuous Delivery (atau Deployment).
Ini adalah tulang punggung otomatisasi DevOps.
CI/CD mencakup:
- CI: Developer menggabungkan kode ke repo bersama beberapa kali sehari. Setiap merge memicu build dan pengujian otomatis.
- CD: Setelah kode lolos tes, secara otomatis di-deploy ke lingkungan produksi atau staging.
CI/CD mengurangi kesalahan manusia dan membuat rilis menjadi hal yang membosankan—yang justru bagus.
Kami secara ekstensif menggunakan CI/CD untuk menguji model ML kami dan kode yang menjalankan model di balik API. Setiap push ke cabang fitur memicu unit test, sementara merge ke cabang utama memicu build image kontainer baru dan mengirimkan model ke namespace Kubernetes pelanggan kami.
Jika Anda tertarik mempelajari bagaimana CI/CD digunakan dalam ML, saya merekomendasikan kursus CI/CD for Machine Learning dan panduan CI/CD dalam machine learning.
6. Apa manfaat otomatisasi dalam DevOps?
Otomatisasi mengurangi upaya manual, meningkatkan keandalan, dan memungkinkan tim menskalakan operasinya.
Manfaatnya termasuk:
- Siklus umpan balik lebih cepat
- Lebih sedikit kesalahan deployment
- Lingkungan yang dapat diulang
- Lebih sedikit drama “berfungsi di mesin saya”
Sebagai patokan: Jika Anda melakukan sesuatu dua kali, otomatisasikan.
7. Apa itu Infrastructure as Code (IaC)?
IaC adalah praktik mengelola infrastruktur (server, database, jaringan) menggunakan kode.
Alih-alih mengonfigurasi infrastruktur secara manual di konsol cloud, Anda mendefinisikannya dalam file (mis., Terraform, CloudFormation).
Ini membuat setup Anda:
- Dapat direproduksi
- Terkontrol versinya (jika Anda menggunakan Git)
- Mudah diaudit
IaC memungkinkan Anda melakukan provisioning seluruh lingkungan dalam hitungan menit, bukan hari kerja manual.
8. Bagaimana Git dan version control berperan dalam DevOps?
Version control tidak hanya berlaku untuk kode, tetapi hampir untuk semuanya.
Dalam DevOps:
- Anda memberikan versi pada kode, infrastruktur, bahkan dokumentasi.
- Git memungkinkan kolaborasi, rollback, dan keterlacakan.
- Alat seperti GitHub Actions atau GitLab CI/CD terintegrasi langsung dengan workflow Git untuk otomatisasi yang mulus.
Version control adalah jantung dari setiap infrastruktur DevOps.
9. Apa peran monitoring dan logging dalam DevOps?
Tanpa monitoring dan logging, debugging bisa menjadi mimpi buruk. Anda tidak bisa begitu saja mengetahui apakah perubahan berdampak positif atau negatif pada aplikasi tanpa monitoring dan logging yang tepat. Atau mencari serta memperbaiki bug akan menjadi nyaris mustahil tanpa monitoring dan logging yang memadai.
Keduanya menyelesaikan:
- Monitoring memberi tahu Anda apa yang terjadi sekarang (penggunaan CPU, waktu respons, uptime).
- Logging memberi tahu Anda apa yang telah terjadi (error, stack trace, dan perilaku tak terduga).
Bersama-sama, keduanya memudahkan Anda mengamati dan memperbaiki.
Saya menyarankan menyiapkan alert untuk anomali, bukan hanya kegagalan. Ini memungkinkan Anda mengidentifikasi masalah sebelum terjadi.
10. Apa contoh sederhana pipeline CI/CD?
Berikut contoh alur CI/CD yang sederhana namun umum:
- Developer menggabungkan perubahan ke branch
main. - Pipeline terpicu dan menjalankan unit test, code linting, dan analisis statis.
- Jika tes lolos:
- Bangun image Docker.
- Push image ke registry.
- Deploy ke staging melalui Kubernetes.
- Langkah persetujuan manual memungkinkan deployment ke produksi jika lingkungan staging terlihat memadai.
Ini dapat dibangun menggunakan GitLab CI/CD, Jenkins, atau GitHub Actions.
Pertanyaan Wawancara DevOps Menengah
Pertanyaan-pertanyaan ini menilai kompetensi teknis Anda, khususnya dalam bekerja dengan kontainer, alur kerja CI/CD, alat infrastruktur, dan deployment. Harap siap untuk membenarkan keputusan desain Anda dan melakukan troubleshooting di bawah tekanan.
11. Apa itu strategi deployment? Bisakah Anda menyebutkan beberapa?
Strategi deployment menguraikan proses peluncuran versi perangkat lunak baru kepada pengguna. Memilih yang tepat bergantung pada kompleksitas sistem, toleransi risiko, dan kemampuan rollback Anda.
Strategi umum meliputi:
- Blue-green deployment: Menjalankan dua lingkungan (biru = saat ini, hijau = baru) dan mengalihkan trafik ketika hijau stabil. Strategi ini memungkinkan rollback yang cepat.
- Canary release: Meluncurkan perubahan secara bertahap ke sebagian kecil pengguna. Strategi ini ideal untuk menangkap masalah lebih awal tanpa membuat terlalu banyak pengguna marah.
- Rolling update: Mengganti instance satu per satu tanpa downtime.
- Strategi recreate: Mematikan versi lama sepenuhnya, lalu memulai yang baru. Ini menyebabkan downtime, lebih berisiko, dan tidak umum digunakan.
Setidaknya, saya merekomendasikan menggunakan rolling updates. Jika Anda bersedia berinvestasi lebih banyak waktu dan memiliki tumpukan alat DevOps yang solid, saya sarankan melangkah lebih jauh dengan deployment blue-green atau canary.
Namun, terkadang strategi recreate juga merupakan opsi yang valid. Kami memiliki model ML yang mengonsumsi GPU besar yang terbatas. Karena itu, kami harus mematikan model yang sedang berjalan untuk membebaskan GPU, lalu kami dapat menskalakan versi baru.
12. Bagaimana kontainer dan orkestrasi bekerja dalam DevOps?
Kontainer (mis., Docker) mengemas aplikasi beserta dependensinya, memastikan aplikasi berjalan sama di mana pun.
Alat orkestrasi (seperti Kubernetes) menangani:
- Penjadwalan kontainer pada node
- Skalabilitas aplikasi berdasarkan beban
- Self-healing aplikasi (mis., me-restart pod yang gagal)
- Jaringan, penemuan layanan, dan load balancing
Bersama-sama, keduanya menghadirkan konsistensi, portabilitas, dan otomatisasi ke alur kerja DevOps.
Saya menggunakannya dalam pekerjaan sehari-hari, dan keduanya sangat meningkatkan cara kami bekerja serta mengembangkan dan melakukan deployment aplikasi.
Anda dapat mempelajari lebih lanjut tentang Kubernetes di kursus Introduction to Kubernetes.
Jika Anda ingin menggali lebih dalam kombinasi Docker dan Kubernetes, saya merekomendasikan kursus "Containerization and Virtualization with Docker and Kubernetes".
13. Bagaimana Anda mengimplementasikan blue-green deployment?
Blue-green deployment berarti memiliki dua lingkungan produksi yang identik (biru = saat ini, hijau = baru). Aplikasi baru pertama kali di-deploy ke lingkungan hijau untuk diuji. Setelah puas, trafik dialihkan dari lingkungan biru ke lingkungan hijau.
Berikut pendekatan tingkat tinggi:
- Menyalakan lingkungan hijau yang identik dengan biru (prod).
- Deploy versi baru ke hijau.
- Jalankan tes dan pemeriksaan otomatis.
- Jika stabil, alihkan trafik load balancer ke lingkungan hijau.
- Pertahankan biru sejenak untuk rollback.
Pendekatan ini memungkinkan Anda melakukan rollback dalam hitungan detik, karena Anda cukup menyesuaikan load balancer untuk mengirim trafik kembali ke lingkungan biru.
14. Apa perbedaan rolling update vs. canary release?
Rolling update mengganti instance aplikasi satu per satu, sehingga tidak ada downtime. Opsi ini digunakan ketika Anda yakin dengan rilis dan ingin segera membuatnya tersedia untuk semua pengguna.
Dengan canary release, versi baru Anda hanya diluncurkan ke sebagian kecil pengguna (mis., 5%). Pertama, pantau dan pastikan semuanya berjalan baik sebelum memperluas peluncuran ke lebih banyak pengguna. Anda dapat meningkatkannya secara bertahap hingga akhirnya meluncurkannya ke semua pengguna.
Canary memungkinkan Anda menguji di produksi tanpa memengaruhi jumlah pengguna yang signifikan.
15. Bagaimana Anda mengamankan pipeline CI/CD?
Keamanan sering terabaikan, tetapi ini krusial.
Beberapa praktik terbaik meliputi:
- Gunakan alat manajemen secret (mis., Vault, AWS Secrets Manager)
- Jalankan build di runner terisolasi
- Validasi input untuk mencegah serangan injeksi
- Gunakan kontainer yang ditandatangani dan verifikasi asal image
- Integrasikan alat analisis statis dan dinamis (SAST/DAST)
Jangan ragu membiarkan pipeline gagal karena masalah keamanan.
16. Apa perbedaan antara Docker dan mesin virtual (VM)?
Pertanyaan ini cukup umum untuk menilai pemahaman dasar Anda tentang kontainer.
|
Fitur |
Docker |
Mesin Virtual |
|
Penggunaan sumber daya |
Ringan (berbagi kernel OS) |
Berat (OS penuh per VM) |
|
Waktu mulai |
Detik |
Menit |
|
Isolasi |
Tingkat proses |
Tingkat OS |
|
Kasus penggunaan |
Microservices, pipeline CI/CD |
Emulasi sistem penuh, isolasi |
Docker cepat, portabel, dan sangat cocok untuk alur kerja aplikasi modern. VM tetap berguna untuk isolasi ketat dan sistem legacy.
Jika Anda ingin lebih siap untuk pertanyaan wawancara terkait Docker, saya merekomendasikan membaca 26 Pertanyaan dan Jawaban Wawancara Docker Teratas untuk 2026.
17. Bagaimana Kubernetes membantu alur kerja DevOps?
Kubernetes mengotomatisasi bagian kompleks dari menjalankan kontainer dalam skala besar:
- Auto-scaling berbasis CPU/memori
- Rolling updates dan rollback
- Service discovery dan load balancing
- Kuota sumber daya dan prioritas pod
Dalam DevOps, Kubernetes menjadi tulang punggung untuk CI/CD, monitoring, dan infrastruktur yang self-healing.
18. Apa itu Helm chart dan mengapa menggunakannya?
Helm adalah package manager untuk Kubernetes. Helm chart mendefinisikan, memasang, dan meng-upgrade aplikasi K8s menggunakan YAML bertemplat.
Fitur-fiturnya meliputi:
- Deployment yang disederhanakan
- Dukungan untuk versioning dan reuse
- Membantu konsistensi lingkungan (dev/staging/prod)
Jika Anda pernah harus mengedit YAML dalam jumlah besar secara manual berulang-ulang, Helm adalah pilihan yang tepat.
Saya menggunakannya untuk semua layanan yang kami tawarkan ke pelanggan, di mana mereka memasang set YAML yang sama dengan konfigurasi berbeda berulang kali.
19. Bagaimana Anda menangani secret dalam DevOps?
Jangan pernah hardcode secret dalam kode atau file konfigurasi.
Alternatif yang lebih baik:
- Menggunakan alat manajemen secret (mis., HashiCorp Vault, AWS Secrets Manager)
- Menggunakan sealed secrets atau K8s secrets terenkripsi
- Membatasi akses melalui RBAC
- Melakukan rotasi kredensial secara berkala
Kami terkadang menemukan pelanggan menyimpan informasi sensitif di repositori Git mereka, yang dapat menyebabkan pelanggaran keamanan serius.
20. Bagaimana Anda melakukan troubleshooting untuk build yang gagal?
Ini adalah bagian penting dari pekerjaan engineer DevOps, karena akan selalu ada error dan build yang gagal.
Pendekatan sistematisnya adalah:
- Periksa log build Anda terlebih dahulu.
- Coba reproduksi error secara lokal dengan menjalankan langkah yang sama seperti di tahap CI.
- Periksa apakah ada perbedaan lingkungan (mis., dependensi hilang, variabel lingkungan, path file).
- Rollback perubahan terbaru selangkah demi selangkah.
Masalah paling umum dalam pengalaman saya adalah variabel lingkungan yang hilang—ada saat build dan tes lokal, tetapi tidak saya tambahkan di setup CI.
Pertanyaan Wawancara DevOps Lanjutan
Pertanyaan-pertanyaan ini membahas arsitektur, skalabilitas, keamanan, dan kepemimpinan. Harapkan diskusi tentang trade-off, keputusan desain, dan bagaimana Anda menerapkan DevOps dalam skala besar.
21. Apa itu GitOps dan bagaimana bedanya dengan DevOps?
GitOps adalah subset DevOps yang menggunakan Git sebagai satu-satunya sumber kebenaran untuk infrastruktur dan pengiriman aplikasi.
Dalam GitOps, semua perubahan pada aplikasi atau infrastruktur dilakukan menggunakan pull request ke repositori Git.
Operator GitOps (mis., ArgoCD, Flux) memantau perubahan dan menyinkronkannya ke cluster, mempertahankan hubungan satu-ke-satu antara repositori Git dan cluster.
Jadi GitOps menghadirkan version control, kemampuan audit, dan rollback ke workflow infrastruktur.
22. Jelaskan policy-as-code beserta contohnya.
Policy-as-code berarti menulis kebijakan keamanan, kepatuhan, dan operasional sebagai kode yang dapat dieksekusi, diotomatisasi, dan ditegakkan di seluruh sistem Anda.
Contohnya meliputi:
- Menggunakan OPA (Open Policy Agent) untuk memblokir deployment Kubernetes yang mengekspos layanan publik
- Menegakkan agar semua resource Terraform memberi tag pemilik dan lingkungannya
- Mencegah pipeline CI/CD melakukan deployment ke prod tanpa persetujuan
Saya pernah menggunakan Gatekeeper (integrasi OPA untuk K8s) untuk memblokir image kontainer yang belum dipindai, sehingga meningkatkan keamanan kami.
23. Bagaimana Anda mendesain sistem CI/CD yang skalabel?
Mendesain sistem CI/CD yang skalabel itu esensial, dan pertanyaan desain populer karena pewawancara dapat melihat bagaimana Anda berpikir dan mengartikulasikan argumen.
Beberapa komponen kunci desain Anda:
- Tahapan terlepas (decoupled) (build, test, deploy) dengan tanggung jawab jelas
- Paralelisasi untuk kecepatan (mis., menjalankan tes di banyak node)
- Runner dinamis di Kubernetes untuk elastisitas
- Lapisan caching untuk dependensi dan artefak
- Isolasi secret & akses antar proyek
Untuk skala, pertimbangkan menggunakan alat seperti Tekton atau Gitlab CI dengan Kubernetes runner.
24. Apa pendekatan Anda terhadap incident response?
Ini bagian penting, karena pewawancara ingin melihat bagaimana Anda berinteraksi dengan pelanggan yang sering kesal karena ada yang rusak. Menangani insiden adalah bagian krusial dari pekerjaan harian engineer DevOps.
Prinsip kunci meliputi:
- Tetap tenang
- Diagnosis cepat (Masalah jaringan? Level aplikasi? Infrastruktur?)
- Komunikasi yang jelas
- Dokumentasikan semuanya
- Lakukan post-mortem (identifikasi akar masalah dan pembelajarannya)
Ingat satu hal penting: Jangan pernah menyalahkan orang.
Sebaliknya, fokuslah pada sistem, proses, dan perbaikan.
25. Bagaimana Anda mengelola observability di seluruh microservices?
Microservices berperan penting dalam lanskap DevOps saat ini. Karena itu, Anda juga harus bisa menjawab pertanyaan dasar tentangnya, karena ini menunjukkan pemahaman umum Anda tentang DevOps.
Untuk observability, Anda membutuhkan tiga komponen:
- Logging: Tersentralisasi, terstruktur, dapat dicari (mis., ELK, Loki)
- Metrik: Deret waktu ala Prometheus + dashboard (mis., Grafana)
- Tracing: Alat tracing terdistribusi seperti Jaeger atau OpenTelemetry
Satukan semuanya menggunakan correlation ID untuk melacak permintaan antar layanan.
26. Bagaimana Anda mengoptimalkan pipeline yang lambat?
Ini sering terjadi, dan ada beberapa langkah tipikal yang sebaiknya diikuti:
- Ukur terlebih dahulu: Gunakan metrik pipeline dan timing tiap langkah untuk mengoptimalkan workflow.
- Cache secara cerdas: Dependensi, layer Docker, hasil tes.
- Pisahkan tes: Paralelkan suite tes berdasarkan tipe atau modul.
- Gunakan pre-commit hook: Tangkap error lebih awal.
- Lewati langkah yang tidak perlu: Gunakan logika kondisional (mis., hanya build Docker jika kode di lokasi terkait berubah).
Terkadang, menambah perangkat keras yang lebih cepat saja tidak menyelesaikan masalah, tetapi mengimplementasikan pipeline Anda dengan lebih efisienlah yang menyelesaikannya.
27. Bagaimana Anda menangani kepatuhan (compliance) dalam alur kerja DevOps?
Kepatuhan sebaiknya diintegrasikan secara proaktif sejak awal siklus pengembangan perangkat lunak.
Langkah-langkah yang diikuti:
- Version control untuk semuanya (kode, infra, kebijakan)
- Jejak audit melalui Git, log CI/CD, dan alat monitoring
- Pemeriksaan kepatuhan otomatis (mis., benchmark CIS, pemindai keamanan)
- Kontrol akses melalui RBAC dan least-privilege
- Manajemen secret dengan kebijakan rotasi
28. Bisakah Anda menjelaskan service mesh dalam konteks DevOps?
Service mesh (mis., Istio, Linkerd) mengelola komunikasi antar layanan dengan fitur seperti:
- Kontrol trafik (mis., retry, timeout, routing)
- Keamanan (mTLS antar layanan)
- Observability (telemetri per layanan)
Alih-alih menanamkan logika ini di setiap aplikasi, mesh menanganinya melalui sidecar proxy.
29. Bagaimana Anda merancang deployment tanpa downtime?
Deployment tanpa downtime itu esensial, karena memungkinkan Anda meluncurkan perubahan tanpa mengganggu pengalaman pengguna.
Strategi untuk deployment tanpa downtime meliputi:
- Blue-green atau canary untuk mengalihkan trafik dengan aman
- Migrasi basis data yang ditangani dengan kompatibilitas mundur
- Pemeriksaan kesehatan load balancer sebelum menambahkan instance baru
- Shutdown secara anggun agar permintaan yang sedang berjalan selesai
30. Apa itu chaos engineering, dan apakah Anda pernah menggunakannya?
Chaos engineering melibatkan penyuntikan kegagalan secara sengaja ke dalam sistem Anda untuk menguji ketangguhan.
Contoh alat:
- Gremlin
- Chaos Monkey
- Litmus
Skenario yang disimulasikan untuk menguji stabilitas sistem Anda meliputi:
- Membunuh pod secara acak
- Mensimulasikan latensi jaringan
- Memutus koneksi DB
Chaos engineering juga banyak digunakan oleh Netflix.
Ini membantu mensimulasikan berbagai skenario dan melihat bagaimana sistem Anda berperilaku.
Pertanyaan Wawancara DevOps Berbasis Perilaku dan Skenario
Pertanyaan-pertanyaan ini menilai kemampuan Anda merespons secara efektif dalam skenario dunia nyata. Pewawancara ingin melihat bagaimana Anda menangani skenario nyata dan memeriksa apakah Anda sekadar menghafal konsep atau benar-benar memahami DevOps.
Harapkan pertanyaan yang menggali pengalaman, penilaian, dan kemampuan Anda untuk bekerja di bawah tekanan atau berkolaborasi lintas tim.
31. Ceritakan saat Anda memperbaiki deployment yang rusak.
Ini kesempatan Anda untuk menjabarkan masalah nyata.
Pewawancara menginginkan:
- Situasi: Apa yang rusak?
- Dampak: Seberapa parah?
- Pendekatan Anda: Langkah apa yang Anda ambil?
- Pelajaran: Apa yang akan Anda lakukan berbeda lain kali?
Contohnya:
Saya pernah menemui deployment gagal yang diam-diam menimpa file konfigurasi kritis di produksi. Aplikasi kami down selama 1 jam hingga saya melakukan rollback manual ke versi lama. Total 30 pengguna terblokir selama 1 jam. Saya mendiagnosis masalah melalui Git diff, menambahkan langkah validasi ke CI, dan mengimplementasikan dukungan rollback. Masalah itu tidak pernah terjadi lagi.
32. Jelaskan konflik dengan seorang developer. Bagaimana Anda menanganinya?
Karena DevOps berada di persimpangan banyak tim, konflik terjadi. Pewawancara ingin melihat bahwa Anda memiliki kecerdasan emosional.
Bingkai seperti:
- Akar konflik (mis., rilis terburu-buru, ketidakjelasan kepemilikan)
- Bagaimana Anda mendekati percakapan (empati + data)
- Penyelesaiannya (mis., pembaruan proses, kejelasan tanggung jawab)
Jujurlah dan hindari menyudutkan developer. Selalu tekankan bagaimana Anda berfokus pada kolaborasi yang baik.
Dan selalu ingat: Developer dan engineer DevOps sering memiliki prioritas yang berbeda. Developer ingin merilis fitur dengan cepat, sementara Anda mungkin fokus pada keamanan, stabilitas, dan maintainability jangka panjang. Ketegangan itu normal, dan memahami perspektif mereka dapat membantu Anda menangani konflik dengan lebih konstruktif.
33. Bagaimana Anda menyeimbangkan kecepatan vs. stabilitas dalam siklus rilis?
Ini adalah ketegangan abadi dalam DevOps.
Anda bisa berfokus pada:
- Feature flag: Mengaktifkan atau menonaktifkan fitur di produksi.
- Strategi Deployment: Canary atau blue-green deployment
- Metode agile: Gunakan metode agile untuk iterasi cepat.
- Monitoring: Observability yang kuat, memungkinkan respons cepat jika ada yang rusak.
- Komunikasi: Bangun budaya umpan balik terbuka dan pembelajaran berkelanjutan dari kesalahan.
- Otomatisasi: Otomatiskan sebanyak mungkin, dan di tempat yang masuk akal untuk mencapai hasil yang lebih cepat dan stabil.
Anda tidak perlu memilih antara kecepatan dan keamanan, karena Anda dapat merancang sistem DevOps untuk meningkatkan keduanya.
34. Bisakah Anda menjelaskan proses Anda setelah outage produksi?
Sistem sesekali akan gagal. Karena itu, kemampuan mengembalikannya ke normal secepat mungkin sangat krusial.
Oleh karena itu, Anda dapat mengikuti langkah-langkah berikut untuk menormalkan kembali sistem:
- Akui dan kendalikan: Beri tahu pihak terkait dan komunikasikan segera.
- Diagnosis cepat: Periksa log, metrik, dan dashboard untuk mengidentifikasi masalah.
- Perbaiki masalah: Terapkan patch, rollback aplikasi, atau konfigurasi ulang agar kembali online.
- Post-mortem: Dokumentasikan waktu yang dibutuhkan untuk menemukan dan memperbaiki, akar penyebab, serta action item untuk mencegah masalah serupa di masa depan.
Jika Anda belum pernah memimpin panggilan insiden, latihlah. Ini adalah keterampilan yang diharapkan dimiliki engineer senior.
35. Bisakah Anda jelaskan pengalaman bekerja dengan tim lintas fungsi?
Sebagai engineer DevOps, Anda akan bekerja dengan banyak tim lintas fungsi. Kolaborasi yang baik sangat esensial, dan pewawancara akan menilik keterampilan kolaborasi Anda secara detail.
Anda dapat membahas:
- Bagaimana Anda menjembatani kesenjangan antara dev dan ops
- Bagaimana Anda membantu data scientist mengadopsi CI/CD
- Bagaimana Anda menyelesaikan isu antara tim keamanan dan produk (mereka sering berdebat, percayalah)
Jika Anda pernah membuat dokumentasi atau tooling internal untuk membantu orang lain bekerja lebih efisien, sebutkan juga, karena itu menunjukkan inisiatif.
36. Pernahkah Anda mengotomatiskan tugas hingga tugas itu tidak lagi Anda kerjakan?
Ini favorit saya.
Jujur saja: salah satu tujuan inti DevOps adalah mengotomatiskan workflow berulang. Tapi ketika Anda mengotomatiskan semuanya, apa yang tersisa? Tidak jarang engineer DevOps mengotomatiskan tugasnya sendiri hingga tidak lagi perlu dilakukan.
Tetap, otomatisasi adalah intinya. Anda ingin menunjukkan bahwa itu tertanam dalam cara berpikir Anda. Pekerjaan manual seharusnya terasa seperti tanda bahaya—sesuatu yang perlu dihilangkan, bukan ditoleransi.
Contoh:
“Saya dulu melakukan deployment lingkungan staging setiap Senin secara manual. Saya menulis skrip untuk menanganinya dengan satu perintah, lalu membungkusnya dalam GitHub Action agar tim bisa memicunya kapan saja.”
Tujuannya untuk membuktikan bahwa Anda berpikir seperti engineer DevOps: mengurangi friksi, menghapus bottleneck, dan membebaskan manusia untuk menyelesaikan masalah yang lebih kompleks.
37. Bagaimana Anda mengonboarding engineer junior ke praktik DevOps?
Pertanyaan ini menguji keterampilan kepemimpinan dan kolaborasi tim Anda.
Beberapa ide untuk onboarding engineer junior:
- Membuat halaman dokumentasi “Getting Started” dengan semua informasi dan tautan relevan
- Sesi pair programming atau co-debugging
- Mendokumentasikan runbook dan workflow
- Membuat lingkungan sandbox untuk eksperimen yang aman
- Mengadakan workshop internal tentang dasar-dasar Docker/Kubernetes
Perbedaan antara engineer yang baik dan hebat terletak pada kemampuan mengajar.
38. Jelaskan proyek DevOps yang Anda banggakan.
Ini momen Anda untuk membahas keberhasilan kreatif Anda. Pilih sesuatu yang Anda ciptakan secara luar biasa dan dapat Anda ceritakan panjang lebar.
Anda bisa membahas:
- Masalah yang Anda selesaikan
- Dampaknya (mis., kecepatan rilis meningkat, MTTR berkurang)
- Alat dan arsitektur yang Anda gunakan
- Apa yang Anda pelajari
Saya pernah menjadi bagian dari tim yang membangun platform MLOps kecil. Platform ini dirilis sebagai Helm chart. Awalnya, kami merilisnya ke berbagai namespace di Kubernetes menggunakan skrip bash, di mana kami harus memeriksa secara manual apakah Helm chart berhasil diperbarui, dan satu rilis memakan waktu hampir sehari. Kemudian saya mengimplementasikan GitOps dengan ArgoCD untuk merilis chart platform kami ke semua namespace hanya dengan satu klik sederhana, mengurangi waktu rilis menjadi beberapa menit.
39. Apa yang akan Anda tingkatkan dalam pipeline DevOps Anda saat ini?
Pertanyaan ini menunjukkan sifat Anda yang kritis terhadap diri sendiri dan berpikir ke depan.
Hindari mengatakan “tidak ada”. Sebaliknya, Anda bisa:
- Menyebutkan bottleneck (mis., suite tes yang lambat)
- Peningkatan tooling yang Anda rencanakan (mis., pindah dari Jenkins ke Tekton)
- Celah observability yang Anda perbaiki
- Atau bahkan penyesuaian budaya (mis., dokumentasi yang lebih baik)
Anda dinilai bukan hanya atas apa yang Anda ketahui, tetapi juga bagaimana Anda berpikir.
40. Ceritakan saat Anda memperkenalkan alat atau praktik baru. Bagaimana Anda mendapatkan dukungan?
Sebagai engineer DevOps, Anda meningkatkan alur kerja dan mengotomatiskan tugas. Ini berarti Anda mengubah status quo, yang sering menimbulkan keraguan karena orang tidak ingin perubahan.
Anda perlu menunjukkan bahwa Anda dapat menangani situasi tersebut dengan tenang dan profesional.
Anda dapat menyertakan dalam jawaban Anda:
- Mengapa Anda mendorong penggunaan alat/praktik tersebut?
- Bagaimana Anda mempresentasikannya ke tim?
- Bagaimana Anda menghadapi resistensi?
- Apa hasilnya?
Sebagai contoh: “Saya mengusulkan mengadopsi Terraform untuk menggantikan provisioning AWS manual. Beberapa rekan ragu, jadi saya mendemokan workflow yang dapat diulang, menambahkan dokumentasi, dan membantu proses onboarding.”
Strategi Persiapan Wawancara
Wawancara DevOps menguji lebih dari sekadar pengetahuan teknis. Wawancara menguji kemampuan Anda memecahkan masalah, berkolaborasi, dan berpikir kritis di bawah tekanan.
Bagian berikut menunjukkan cara praktis untuk mengasah keterampilan dan tampil menonjol.
Pendalaman teknis
Hanya memiliki pemahaman permukaan tentang sistem tidak cukup di level menengah atau senior. Anda perlu memahami bagaimana sistem bekerja secara internal.
Anda sebaiknya mendalami:
- Kubernetes: Pelajari cara deploy, scale, dan troubleshooting cluster. Fokus pada networking, persistent volume, dan Helm.
- Terraform: Pahami manajemen state, modul, dan cara menggunakan remote backend.
- Pola CI/CD: Pelajari cara melepas (decouple) tahapan, cache build, dan mengamankan pipeline.
Jika Anda membangun keterampilan dari nol, mulailah dengan DataCamp Introduction to Kubernetes dan DevOps Concepts.
Saya juga selalu merekomendasikan proyek langsung (hands-on), karena di sanalah Anda akan belajar paling banyak. Anda bisa membangun aplikasi, mengontainerisasinya, dan melakukan deployment menggunakan Terraform dan Kubernetes dengan pipeline otomatis.
Rekomendasi sumber daya
Anda tidak perlu mengandalkan belajar sendiri. Ada banyak sumber daya online untuk memperlancar perjalanan belajar Anda.
Beberapa sumber daya yang baik meliputi:
- Wawancara tiruan (mock): Coba layanan seperti Pramp, Interviewing.io, atau lakukan wawancara peer dengan teman atau rekan kerja.
- Buku:
- The Phoenix Project (untuk budaya dan kisah bagaimana DevOps membantu bisnis berkembang)
- Site Reliability Engineering oleh Google (untuk pendalaman)
- Terraform Up & Running oleh Yevgeniy Brikman (untuk penguasaan IaC)
- Cheat sheet: Cetak referensi CLI Kubernetes, workflow Git, atau perintah Linux yang Anda gunakan harian.
- Komunitas:
- Grup Discord DevOps
- r/devops di Reddit
- Dev.to, Medium, dan blog DataCamp
- Kursus:
- DevOps Concepts: Fondasi untuk delivery pipeline dan keandalan sistem.
- Containerization and Virtualization with Docker and Kubernetes: Esensial untuk pertanyaan berfokus pada deployment
- CI/CD for Machine Learning dan Fully Automated MLOps: Jika Anda berada pada peran hibrida ML+DevOps.
- Artikel persiapan wawancara lainnya:
- Terkadang, masuk akal untuk menyelami artikel persiapan wawancara untuk bidang terkait. Contohnya termasuk:
- 31 Pertanyaan Wawancara Azure DevOps Teratas untuk Semua Level
- 24 Pertanyaan Wawancara AWS DevOps Teratas
- 34 Pertanyaan dan Jawaban Wawancara Cloud Engineer Teratas di 2026
- 30 Pertanyaan dan Jawaban Wawancara Cloud Computing Teratas (2026)
- 30 Pertanyaan dan Jawaban Wawancara MLOps Teratas untuk 2026
Jika Anda ingin menonjol, Anda perlu melampaui sekadar menghafal. Bangun sesuatu, sengaja rusakkan, lalu perbaiki.
Mempersiapkan pertanyaan berbasis skenario dan dunia nyata
Di sinilah kebanyakan orang tersandung. Menjelaskan apa itu CI/CD itu satu hal. Hal lain adalah membahas dengan tenang outage produksi jam 2 pagi yang pernah (atau akan) Anda tangani.
Berikut cara mempersiapkannya:
- Tinjau kembali insiden lama: Apa yang salah? Apa yang memperbaikinya? Apa yang akan Anda ubah sekarang?
- Lakukan review post-mortem: Juga untuk proyek pribadi Anda. Latih menuliskannya dalam format STAR.
- Berpikir seperti pemangku kepentingan: Jika Anda harus menjelaskan rilis gagal kepada product owner, bagaimana Anda melakukannya dengan jelas dan tanpa menyalahkan?
- Latih pemikiran trade-off: Blue-green atau canary? Terraform atau Pulumi? Jenkins atau GitHub Actions? Apa trade-off-nya?
Persiapan terbaik adalah pengalaman, tetapi skenario simulasi mendekatinya. Renungkan cerita Anda, dan jika belum banyak, pinjam dari proyek open-source, studi kasus, atau lab Anda.
Kesimpulan
DevOps lebih dari sekadar jabatan keren. Ini adalah pola pikir.
Ini bukan tentang menghafal perintah atau mencantumkan alat di resume. Ini tentang menunjukkan bagaimana Anda berpikir, bagaimana Anda berkolaborasi, dan bagaimana Anda membangun sistem yang tidak runtuh saat keadaan menjadi nyata.
Dalam panduan ini, kami membahas pertanyaan dasar hingga arsitektur lanjutan, dari pengetahuan spesifik alat hingga wawasan perilaku. Jika Anda sampai di sini, Anda sudah selangkah lebih maju karena kebanyakan kandidat tidak mempersiapkan diri dengan struktur sedetail ini.
Namun jangan berhenti di sini:
- Bangun sesuatu.
- Rusakkan sesuatu.
- Tulis tentangnya.
- Bagikan kepada orang lain.
- Renungkan apa yang salah—dan bagaimana Anda akan memperbaikinya lain kali.
DevOps lebih tentang praktik, bukan sekadar teori. Jadi ingat itu saat wawancara. Selalu jelaskan proses berpikir Anda dan fokuskan pada pengalaman Anda sendiri.
Jika Anda mencari tutorial hands-on, pastikan untuk melihat Tutorial Azure DevOps.
Saya ucapkan semoga sukses untuk wawancara Anda dan semoga panduan ini membantu.
FAQ Wawancara DevOps
Apa tantangan paling umum yang dihadapi selama wawancara DevOps?
Kandidat sering menemui pertanyaan praktis dan dunia nyata, khususnya terkait troubleshooting CI/CD, jaringan Kubernetes, atau respons dan pemulihan insiden. Teori saja tidak cukup.
Bagaimana saya dapat mempersiapkan diri secara efektif untuk pertanyaan perilaku dalam wawancara DevOps?
Renungkan insiden, konflik, atau rilis besar masa lalu yang berdampak pada organisasi Anda. Gunakan format STAR (Situation, Task, Action, Result), dan bersikaplah jujur, karena pewawancara menghargai kesadaran diri daripada kesempurnaan.
Seberapa perlu pengalaman langsung dengan alat seperti Docker dan Kubernetes?
Krusial. Sebagian besar peran DevOps menuntut kefasihan praktik dunia nyata, bukan sekadar pengetahuan setingkat sertifikasi. Anda harus mampu membangun, merusak, dan membedah (debug) kontainer serta cluster dengan percaya diri.
Apa topik DevOps lanjutan yang dapat membuat resume saya menonjol?
GitOps, policy-as-code, penskalaan CI/CD di Kubernetes, observability, dan otomatisasi keamanan.
Haruskah saya mempelajari alat DevOps spesifik cloud, seperti Azure DevOps atau AWS CodePipeline?
Ya. Alat cloud-native dapat berdampak signifikan pada peluang Anda dalam wawancara. Keakraban dengan setidaknya satu suite DevOps dari suatu platform membuat Anda lebih adaptif dan kompetitif.
Saya adalah Cloud Engineer dengan fondasi kuat di bidang Teknik Elektro, machine learning, dan pemrograman. Karier saya dimulai di ranah visi komputer dengan fokus pada klasifikasi citra, sebelum beralih ke MLOps dan DataOps. Saya mengkhususkan diri dalam membangun platform MLOps, mendukung data scientist, dan menghadirkan solusi berbasis Kubernetes untuk menyederhanakan alur kerja machine learning.
