CV DevOps dan Cloud Engineer: Metrik, Alat, Sertifikasi, dan Contoh

CV DevOps atau cloud engineer yang kuat mengaitkan setiap alat dengan hasil: apa yang Anda otomatisasi atau bangun, pada skala apa, dan bagaimana pengiriman, keandalan, keamanan, atau biaya berubah. Sebutkan layanan yang benar-benar dipakai dan tingkat tanggung jawab Anda, jangan berhenti pada daftar AWS, Docker, dan Kubernetes. Gunakan metrik yang dapat Anda pertanggungjawabkan, seperti frekuensi deployment dan waktu pemulihan. Panduan ini ditujukan bagi DevOps, cloud, SRE, dan platform engineer, dengan contoh sebelum dan sesudah, satu CV lengkap, dan saran bagi yang pindah dari pengembangan atau administrasi sistem.

Yang diperiksa lebih dulu

Perekrut mencari platform cloud, ukuran lingkungan, tanggung jawab Anda, dan bukti perbaikan. Baca lowongan dengan teliti: peran platform, SRE, dan migrasi cloud memerlukan penekanan berbeda. Panduan menyesuaikan CV menjelaskan caranya tanpa mengarang apa pun.

• Kepala: nama, posisi, kota, email, LinkedIn, dan GitHub jika menunjukkan pekerjaan relevan.
• Ringkasan: lama pengalaman, platform cloud, jenis sistem, dan kekuatan utama.
• Keterampilan: dikelompokkan per bidang, hanya alat yang dapat Anda jelaskan secara mendalam.
• Pengalaman: skala, tindakan, alat, dan hasil terukur.
• Sertifikasi, proyek pilihan, dan pendidikan.

Tulis hasil, bukan daftar alat

Gunakan pola ini: tindakan, teknologi, skala, dan hasil. Sebutkan apakah Anda merancang, memimpin, memelihara, atau hanya berkontribusi. Angka berikut hanya contoh; lihat juga pencapaian di CV.

Sebelum: Bertanggung jawab atas CI/CD dengan Jenkins.

Sesudah: Membangun ulang CI/CD 40 layanan dengan GitHub Actions dan Argo CD; rilis naik dari mingguan menjadi beberapa kali sehari, dan perubahan gagal turun dari 18% menjadi 7%.

Sebelum: Mengelola klaster Kubernetes.

Sesudah: Mengoperasikan 6 klaster Amazon EKS yang melayani 2 juta permintaan harian; memimpin peningkatan versi tanpa gangguan pelanggan dan menerapkan autoscaling yang memangkas biaya komputasi 24%.

Sebelum: Mengerjakan pemantauan dan on-call.

Sesudah: Menerapkan SLO serta peringatan Prometheus dan Grafana untuk layanan pembayaran, menghapus peringatan yang mengganggu, dan menurunkan waktu pemulihan rata-rata dari 55 menjadi 20 menit.

Sebelum: Menggunakan Terraform.

Sesudah: Memindahkan 3 akun AWS ke modul Terraform yang dapat digunakan ulang dengan pemeriksaan kebijakan; penyiapan lingkungan turun dari 3 hari menjadi 2 jam.

Metrik yang layak dicantumkan

Metrik DORA dikenal luas: frekuensi deployment, waktu tunggu perubahan, tingkat kegagalan perubahan, dan waktu pemulihan layanan. Ketersediaan, jumlah insiden, biaya cloud, serta waktu build dan penyiapan juga dapat membantu. Sebutkan periode dan konteksnya, dan gunakan hanya angka yang dapat Anda jelaskan. “Uptime 99,99%” kurang berarti jika Anda tidak tahu apa yang diukur. Jika tidak memiliki angka pasti, jelaskan skala dan perubahan yang terverifikasi.

Kelompokkan keterampilan dengan jelas

Daftar berkelompok mudah dipindai dan membantu pada perangkat lunak ATS. Hapus alat yang hanya dipakai sekali. Lihat panduan keterampilan.

• Cloud: AWS (EKS, Lambda, IAM, VPC), Azure, atau Google Cloud.
• Infrastructure as code: Terraform, Ansible, CloudFormation, Pulumi.
• Kontainer: Docker, Kubernetes, Helm.
• CI/CD: GitHub Actions, GitLab CI, Jenkins, Argo CD.
• Observability: Prometheus, Grafana, ELK, Datadog.
• Skrip dan sistem: Linux, Bash, Python, Go, jaringan.
• Keamanan: pengelolaan rahasia, pemindaian image, hak akses minimum. Lihat CV keamanan siber.

Sertifikasi dan proyek

Sertifikasi mendukung pengalaman, tetapi tidak menggantikannya. Contoh yang relevan adalah AWS Certified DevOps Engineer – Professional, Microsoft Certified: DevOps Engineer Expert, Google Professional Cloud DevOps Engineer, Certified Kubernetes Administrator, dan HashiCorp Terraform Associate. Tulis tahunnya dan periksa masa berlakunya. Lihat panduan sertifikasi. Proyek pribadi membantu jika benar-benar berjalan: tautkan repositori, jelaskan arsitektur, dan sebutkan hasilnya. Lihat bagian proyek.

Sesuaikan dengan latar belakang

• Pemula: homelab, proyek yang dideploy, Linux, dan skrip, ditulis jujur. Lihat CV tanpa pengalaman.
• Dari pengembangan: otomatisasi rilis, pengujian, dan tanggung jawab produksi. Lihat CV software engineer.
• Dari administrasi sistem: Linux, jaringan, cadangan, insiden, dan otomatisasi baru. Lihat panduan pindah karier.
• Senior: keputusan arsitektur, kepemimpinan migrasi, biaya, dan mentoring.
• SRE: SLO, error budget, tinjauan insiden, dan pekerjaan keandalan.

Siapkan wawancara teknis

Setiap alat dan angka di CV dapat ditanyakan. Bersiaplah menjelaskan satu insiden: cara Anda mendeteksinya, memperbaikinya, dan mencegahnya terulang. Jika menulis Kubernetes, siapkan jawaban tentang jaringan, batas sumber daya, dan debugging; jika menulis Terraform, siapkan pemahaman tentang pengelolaan state. Anda juga perlu menggambar arsitektur sederhana tanpa membocorkan informasi perusahaan.

Contoh singkat dan lengkap

Orang dan angkanya fiktif, tetapi formatnya bisa digunakan kembali.

Dimas Pratama | Senior DevOps Engineer | Jakarta | [email protected] | LinkedIn | GitHub

Ringkasan: DevOps engineer dengan pengalaman 7 tahun di e-commerce dan SaaS, berspesialisasi dalam AWS, Kubernetes, dan otomatisasi pengiriman.

Pengalaman: Senior DevOps Engineer, ShopGrid, 2021 – sekarang. Membangun ulang pengiriman 40 layanan, dari mingguan menjadi harian. Mengoperasikan 6 klaster EKS dan memangkas biaya komputasi 24%.

Cloud Engineer, DataLoop, 2018 – 2021. Memigrasikan 25 aplikasi ke AWS dengan Terraform. Menurunkan pemulihan dari 55 menjadi 20 menit dengan peringatan dan runbook baru.

Keterampilan: AWS, Terraform, Kubernetes, Helm, GitHub Actions, Prometheus, Python. Sertifikasi: CKA, AWS DevOps Engineer – Professional. Pendidikan: S1 Teknik Informatika, 2017.

Kesalahan umum

• Daftar alat panjang tanpa skala atau hasil.
• Mengakui migrasi seluruh tim sebagai hasil sendiri.
• Menulis Kubernetes setelah hanya mengikuti tutorial.
• Menampilkan sertifikasi kedaluwarsa sebagai masih berlaku.
• Membuka rahasia, nama host internal, atau data klien di repositori.
• Metrik yang tidak bisa dijelaskan saat wawancara.

Kesimpulan

Pilih perbaikan terkuat, kaitkan dengan sistem nyata, dan sesuaikan dengan pekerjaan. Lalu periksa file dengan pemeriksa ATS kami.