Pertanyaan:
- Apa itu metodologi devops, peran dalam produksi produk perangkat lunak, apa kerumitan pencarian.
- Jenis profesional yang menerapkan metodologi devops
- Di mana ada, DevOps-engineer / SRE pergi dan datang ke pasar
- Apakah Anda membutuhkan DevOps Engineer / SRE? Jika ya, yang mana?
- Cari saluran
- Apa yang harus dicari dalam resume
- Bagaimana memulai dialog
- Kami akan menghubungi Anda kembali - mengapa hal itu tidak mungkin dan apa yang menyebabkannya di bidang pencarian pengembang
1. Apa itu metodologi dev, peran dalam produksi perangkat lunak
Devops adalah akronim untuk pengembangan dan operasi - pengembangan dan pengoperasian perangkat lunak.
DevOps, pertama-tama, adalah filosofi dan metodologi untuk meningkatkan budaya teknik dan pengembangan, tidak hanya dalam satu tim atau proyek, tetapi juga di seluruh perusahaan, karena Implementasi DevOps memperkenalkan perubahan tidak hanya dalam proses pengembangan, tetapi juga dalam proses bisnis perusahaan.
Peran metodologi ini dalam produksi perangkat lunak: menyederhanakan proses, menghindari kesalahan, membangun komunikasi, kontrol, pemantauan dan pencatatan, kontrol keamanan.
Menerapkan metodologi devops dapat dibandingkan dengan semen yang menyatukan kode, proses, dan hasil, atau dengan pipeline yang mempercepat proses pengembangan, memperbaiki bug, dan memberikan fungsionalitas baru.
2. Jenis Profesional yang Menerapkan Metodologi Devops
Siapa yang bekerja dengan metodologi Devops? Seluruh tim pengembangan secara keseluruhan. Penguji, admin, pengembang, spesialis keamanan informasi Ini seperti tangkas / ITSM / ITIL, hanya DevOps.
Pipeline pengembangan yang disederhanakan (pipeline): Kode ditulis (dev) - digabungkan jika ditulis oleh beberapa programmer (merge) - diuji (test) - dikirim ke assembly (build) - produksi :)
Artinya, semua spesialis di semua tahap gunakan metodologi dan alat devops:
CI / CD - alat untuk integrasi terus-menerus potongan kode satu sama lain dan pengiriman kode ke tempat yang diperlukan: paket, wadah, dll. Tampilan akhir aplikasi.
Bagian CI:
Pengembangan - pengembangan dan analisis kode, bagian-bagiannya:
Git - alat kontrol versi, penggabungan kode. Pertama, kode digabungkan dalam satu repositori, lalu dibuat dan kemudian diuji;
Bangun - perakitan;
Uji - alat pengujian berkelanjutan yang memberikan umpan balik tentang risiko bisnis;
Bagian CD:
Rilis + Terapkan - manajemen perubahan, persetujuan rilis, otomatisasi rilis;
Konfigurasi - Konfigurasi dan Manajemen Infrastruktur, Infrastruktur sebagai Kode;
Pemantauan - memantau kinerja aplikasi, pengalaman pengguna akhir.
Untuk apa, panduan singkat
// sehingga Anda tidak menggosok permainan dalam wawancara:
untuk membangun infrastruktur - Terraform atau utilitas penyedia cloud
dari sistem manajemen konfigurasi - Ansible, Chef, Salt, Puppet
alat CI / CD umum - GitLabCI, GitHub Actions, Jenkins, TeamCity dll.
untuk containerization - Docker, Kubernetes, Nomad, OpenStack, dll.
Ketika Anda tahu untuk apa buruh pelabuhan itu, mereka akan berkomunikasi dengan Anda dengan nada yang sama sekali berbeda.
3. Di mana ada, insinyur Devops pergi dan datang ke pasar
Ya, kami akan menyebutnya begitu. Karena mereka tidak punya tempat tujuan, segala sesuatu yang lain sangat merepotkan, kurang dipahami dan tidak dapat diingat. Mereka harus menerima kenyataan bahwa perekrut menelepon dan akan menyebut lowongan sebagai "Signor Devops".
Pada dasarnya, ada 3 sumber dari mana mereka mencari permintaan "We urgently need devops" berasal:
Grup pertama dan paling banyak: administrator sistem sebelumnya dan saat ini. Paling mudah bagi mereka: mereka telah menguasai lebih. alat dan selesai.
Grup kedua: developer yang memutuskan untuk melakukan praktik developer. Jumlahnya lebih sedikit, mereka perlu menguasai Linux dan administrasi.
Kelompok ketiga: "Saya bangun dan menyadari bahwa itu milik saya" - orang-orang yang mengambil kursus "Devops dalam 3 minggu" atau sesuatu yang lebih dimengerti. Saya tidak punya tujuan untuk beriklan, jadi Anda bisa google sendiri. Dengan ini, dari sudut pandang perekrutan, pekerjaan menjadi lebih mudah dan lebih sulit. Di satu sisi, mereka diajari alat musik modern dan populer. Di sisi lain, belum ada pengalaman dan pemahaman baik dalam administrasi maupun dalam pembangunan. Nilai tambah yang bagus untuk manajemen: ekspektasi gaji mereka lebih rendah daripada kelompok pertama dan kedua.
June-middle-signor
June - tahu bagaimana memelihara alat yang telah diimplementasikan, tetapi tidak dapat mengimplementasikan dari 0. Perlu pendampingan. Pada saat yang sama, dia bisa menjadi admin yang baik.
Middle tidak memiliki pemahaman yang mendalam tentang metodologi - dia dapat memperkenalkan beberapa alat dari awal dan mengajar orang lain.
Tengah harus memiliki pemahaman yang baik tentang metodologi, memahami praktik, RnD, dapat secara mandiri memilih alat untuk menggunakan
Signor - dapat menempatkan semua praktik pengembang dari 0. Untuk mempertahankan solusi arsitektur. Dia memahami risiko pengembangan perangkat lunak, memilih sendiri semua alatnya. Bisa dibilang membuktikan pilihannya.
4. Apakah Anda membutuhkan devops / SRE? Jika ya, yang mana?
Jika lowongan pelanggan adalah tim produk dengan pengembangan internal - ya, Anda membutuhkannya.
Jika itu hanya kode untuk outsourcing, maka itu tidak perlu.
Pengembang seperti apa yang dibutuhkan tim Anda: bergantung pada produk.
Paling sering, Anda membutuhkan admin Linux yang berpengalaman dalam menulis skrip dalam bahasa populer.
Jika perangkat lunak tertentu sedang dikembangkan, pengembang harus memahami nuansa pengembangan ini dan perlu mencari orang-orang yang telah pindah ke area ini dari pengembangan di tumpukan yang sama.
Dan sedikit tentang SRE:
Site Reliability Engineering bisa dibilang sama dengan devops, jika Anda tidak masuk ke detilnya. Tapi kami bukan insinyur dan kami tidak akan masuk lebih dalam.
SRE adalah sekumpulan metode, indikator dan cara preskriptif untuk memastikan keandalan sistem. Kata "situs" dalam konteks ini dibaca sebagai "sistem" atau "platform", dan bukan situs web seperti yang kita kenal. SRE - memastikan keandalan semua tingkat sistem: dari fisik hingga logis, yang berarti bahwa SRE adalah semacam konglomerat pengembang (ya, SRE harus dapat membuat kode) dan administrator sistem dengan semua yang disiratkannya.
SRE adalah semacam cabang, atau lebih tepatnya, implementasi sendiri dari arahan DevOps dari Google.
5. Saluran Pencarian Saluran
utama untuk mencari pengembang: saluran telegram Pekerjaan DevOps - pekerjaan dan analitik.
Habr dan tautannya menunjukkan diri mereka dengan baik, sedikit lebih buruk daripada FB dan umumnya tidak cocok untuk mencari HH.ru dan SuperJob, sementara admin yang baik cukup mencari di sana.
Perbedaan dari pencarian developer: komunitas devops sangat ramah dan supel))) Jika sebuah lowongan di-publish sedemikian rupa sehingga hanya menimbulkan tawa atau tatap muka, pastikan sudah dibahas di telegram.
6. Apa yang harus dicari dalam resume
Kita semua tahu bahwa perekrut mengevaluasi resume dalam 3-5 detik.
Selain aturan umum untuk mengevaluasi resume, yang sudah Anda ketahui:
Seharusnya: GitLab, GitLab CI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL dan PostgreSQL, Prometheus, Grafana, ELK stack, Jenkins, K8S / Kubernetes, AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud.
Ini devops.
Ada sesuatu dari ini dan kata-kata Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016 dan seterusnya. - mantan admin Windows.
Teknologi cloud
Jika Anda melihat kata Azure - ini adalah cloud dari Windows Yang
lainnya: GCP, AWS, dll. - ini adalah cloud tempat sistem Linux dan sebagian besar darinya berlaku.
Ada ungkapan: Saya mengajar di kursus GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL dan PostgreSQL, Prometheus, Grafana, ELK stack adalah siswa.
Tidak semua orang bekerja dengan awan. Devops yang tidak bekerja dengan cloud adalah devops yang bekerja di sirkuit tertutup, data center, DC, dll. Dia perlu mengembangkan =) Teknologi cloud adalah masa depan.
7. Bagaimana memulai dialog
Sangat sederhana. Selamat malam, mencari devops. Berikut uraiannya, ini plug-nya, berikut kondisinya. Menunggu jawaban seperti burung bulbul musim panas.
Lowongan HARUS berisi:
Fork. Fork - 2 angka yang bisa dimengerti. Dari 0 hingga 800k bukanlah percabangan, ini tidak masuk akal.
Kondisi: kantor / remote, apa lagi tambahan: project \ partial \ full-time
Deskripsi tumpukan pengembangan. Itu penting.
Deskripsi tugas. Dukungan untuk yang sudah ada dan implementasi dari 0 adalah hal yang sangat berbeda. Jika Anda memiliki seorang arsitek, ini adalah satu hal (dia hanya perlu tangan), dan jika tidak, maka Anda juga membutuhkan spesialis yang tahu bagaimana arsitektur, dan bukan hanya blooper dan Anda selesai.
Life hacks : baca awal bash.org (sampai menjadi bash.im), tonton anime, mainkan game, jadilah yang memadai, jangan menghilang tanpa feedback dan Anda akan langsung diperhatikan.
8. Kami akan menelepon Anda kembali - mengapa hal itu tidak mungkin dan apa yang menyebabkan pencarian devops
Seperti yang telah kami katakan: komunitasnya ramah dan akan segera mendiskusikan Anda. Lebih mudah untuk tidak kehilangan reputasi daripada memulihkannya.
Tidak masalah siapa yang Anda buru: ANDA HARUS MEMBERI UMPAN BALIK. Bahkan sedih. Rumuskan dengan tepat. Lebih baik akhir yang buruk daripada menunggu tanpa akhir.