Pelatihan ulang di DevOps - untuk apa Anda mempersiapkan diri

Dalam artikel ini, Alexandra Romanenko, yang berkolaborasi dengan EPAM sebagai Lead Software Engineer, berbagi pandangannya tentang pelatihan ulang dan berbicara tentang apa yang harus dicari jika Anda ingin menjadi spesialis DevOps.


Sumber Foto: pexels.com

Cerita saya

Saya menemukan spesialisasi DevOps ketika saya masih seorang pengembang saat mengerjakan sebuah proyek menggunakan teknologi tanpa server. Dalam proyek Java klasik, peran penguji, pengembang, dan DevOps jelas digambarkan, dan sistem serverless berbeda secara mendasar. Topik baru dan menarik ini "memicu" keingintahuan profesional saya, saya mulai mempelajari proyek, mempelajarinya, tidak terbatas hanya pada bidang pekerjaan saya. Kemudian saya mulai menyiapkan laporan tentang topik layanan Amazon tanpa server dan berbicara dengan mereka pada pertemuan DevOps. Dalam posisi saya saat ini, saya idealnya cocok untuk keterampilan, dan ada reorientasi.

Dari mana spesialis DevOps berasal?

Pengalaman saya menunjukkan bahwa di DevOps, sebagai aturan, mereka berasal dari administrator sistem dan, lebih jarang, pengembang. Untuk menjadi "jembatan" yang andal antara proses pengembangan dan kegiatan operasional, Anda harus memiliki pengetahuan di kedua bidang tersebut. Dalam praktiknya, ini sangat jarang, karena dalam prosesnya, kolega harus berbagi pengalaman. Sebagai contoh, saya tidak memiliki pengetahuan di bidang rekayasa sistem. Saya tidak belajar disiplin yang diperlukan di universitas dan tidak menemukan mereka dalam praktek. Mengisi celah membantu kolega dengan pengalaman dalam administrasi jaringan, dengan siapa saya, pada gilirannya, berbagi pengetahuan saya. Dalam tim yang baik, simbiosis dan bantuan timbal balik selalu berkuasa, jika tidak - tidak mungkin.

Menurut pendapat saya, lebih mudah bagi spesialis dengan latar belakang pengembang untuk merasa nyaman dengan DevOps karena dua alasan:

1. Mereka lebih mengetahui permintaan dari tim pengembangan dan pengujian, mereka "berbicara dalam bahasa yang sama ."
2. Programmer terbiasa dengan kompleksitas struktural . Mereka mengembangkan ketangkasan dalam bekerja dengan sejumlah besar data, ribuan file dan folder. Setiap proyek, dalam bahasa pemrograman apa pun, lebih rumit daripada kode yang berurusan dengan DevOps, oleh karena itu, seperti yang mereka katakan, mereka tidak terbiasa dengannya. Tetapi kolega tanpa keterampilan pengembangan sedikit lebih rumit.

Benar, ada sisi lain dari koin. Jika, misalnya, salah satu alat yang dibutuhkan DevOps tidak berfungsi dengan baik, sesama sysadmin hanya dapat mengekspresikan ketidaksenangan mereka dengan keras. Pada saat yang sama, sebagai pengembang, saya menambahkan pekerjaan pada diri saya: Saya mencari kesalahan dalam kode dan bahkan mencoba untuk memperbaiki bug. Tetapi ini hanya mungkin jika instrumen ditulis dalam bahasa yang saya ucapkan, jika tidak, maka akan ada kekecewaan yang pahit. Salah satu laporan saya disebut "Why I Hate Terraform": awalnya karena sering rusak karena bug. Tetapi fakta bahwa itu ditulis dalam GO, yang tidak saya miliki dan karena itu tidak dapat memperbaiki bug, juga tidak membantu

Sumber pengetahuan

Saya mendukung untuk tidak mengikuti orang lain secara membabi buta, tetapi membuat jalan saya. Karena itu, saya menyarankan Anda untuk menggunakan peluang yang ada dan berkembang dengan kecepatan yang nyaman bagi Anda.

1. Mulailah dengan proyek Anda. Tentunya ada spesialis DevOps di proyek Anda. Analisis apa yang dia lakukan, keterampilan apa yang dia gunakan. Jika Anda memiliki pertanyaan, tanyakan langsung. Tugas Anda adalah menjadi DevOps di proyek Anda. Selalu lebih mudah untuk berlatih kembali di lingkungan yang akrab daripada datang ke pekerjaan baru dalam peran yang berbeda. Anda tahu tugas-tugas proyek Anda, Anda tahu tim, kondisi nyaman. Akan lebih mudah untuk beradaptasi dengan ketidakrampilan keterampilan baru.
2. Pertemuan tatap muka, kuliah, mitaps. Jika proyek Anda tidak memiliki spesialis DevOps, acara profesional adalah solusi hebat. Di konferensi dan rapat seperti itu, Anda memiliki akses ke latihan. Pengembang dapat mengajukan pertanyaan dan mencari saran. Dan topik laporan akan memberi tahu Anda apa yang sekarang relevan dalam profesi ini.
3. Bekerja dengan dokumentasi resmi. Saya bukan penggemar kursus online dan tutorial video. Semua informasi yang diperlukan terkandung dalam dokumentasi resmi. Seringkali orang menemukan masalah, mencari solusinya, menyalin dan menempelkan kode atau skrip dari jawaban yang paling “masuk akal” di forum. Secara global, ini tidak menyelesaikan masalah. Seseorang masih tidak mengerti bagaimana cara kerjanya atau mengapa ia masih tidak berfungsi. Selain itu, Anda dapat mencari solusi, dan membuat lebih banyak masalah.

Teman saya membeli macbook. Ada yang salah dengan dia, dia memutuskan untuk "meminta" Internet untuk jalan keluar. Di salah satu forum saya menemukan jawaban yang paling "masuk akal" dan memutuskan untuk menggunakannya. Ketika kemudian dia tahu, para pecinta sarkasme memilih komentar ini. Dalam tanggapan di forum itu tertulis: "Jalankan" sudo rm -rf "di baris perintah." Akibatnya, dalam satu gerakan, dia mengambil segalanya untuk dirinya sendiri di komputer baru. Jika dia memeriksa apa tugas kode ini sebelum menggunakannya, masalahnya bisa dihindari.

Lebih baik menghabiskan 3 jam untuk memahami bagaimana kode atau skrip bekerja, daripada 5 menit untuk menyalin jawaban orang lain di Internet dan 3 hari untuk membongkar mengapa ada sesuatu yang rusak.

Fitur Utama dari DevOps

• Ketekunan. Anda harus siap menghadapi kenyataan bahwa banyak yang tidak akan berhasil, tidak hanya pertama kali, tetapi juga yang kedua, atau bahkan yang ketiga. Tetapi Anda tidak bisa berhenti dari apa yang Anda mulai di tengah jalan. Karena itu, orang yang telaten, kerja keras tidak cocok dengan karakternya, itu akan sangat sulit.
• Perhatian terhadap detail. DevOps yang lalai seperti gajah di toko Cina. Satu tindakan ceroboh akan menyebabkan kerusakan yang signifikan. Anda dapat menimbulkan kerugian besar pada perusahaan dengan secara tidak sengaja mengklik tombol yang salah.

• Berpikir Analitis: Beberapa DevOps berpikir mereka berada di jalur yang paling tidak resisten, mencoba menemukan contoh yang sudah jadi dan menerapkannya dalam proyek mereka alih-alih mempelajari dokumentasi teknis. Bahkan, mereka mengembangkan kebiasaan buruk dan mengarahkan diri ke jalan buntu. Nah, jika contoh yang ditemukan berfungsi, tetapi jika tidak, maka orang tersebut kehilangan waktu pada pencarian berikutnya. Ingat kutipan dari kartun "Sayap, kaki, dan ekor": "Lebih baik menghabiskan satu hari, tetapi kemudian terbang dalam 5 menit"? Saya menyarankan Anda untuk membaca dokumentasi, yang dengan jelas menggambarkan prinsip pengoperasian alat. Ini memungkinkan Anda untuk mengatur dan memulai proses pada awalnya. Ambil contoh dari pengembang yang baik: mereka mempelajari pertanyaan, menganalisis, berpikir, dan kemudian menulis.
• Multitasking . Spesialis DevOps harus menggabungkan kerja dukungan dan pengembangan. Di satu sisi, saya terus membantu tim dalam hal dukungan. Sesuatu rusak, tidak berfungsi, ada yang hilang, sesuatu perlu diubah, ditambahkan, dijelaskan. Pada saat yang sama, ada aktivitas latar belakang yang konstan pada pemrograman. Tentu saja, pengembangan selalu lebih mudah ketika tidak ada yang menarik setidaknya beberapa jam. Menjadi seorang DevOps, saya harus menerima kenyataan bahwa seseorang membutuhkan bantuan saya sepanjang waktu. Anda harus terbiasa melakukan beberapa tugas secara paralel, dengan cepat beralih dan beradaptasi.

Anda akan secara otomatis mengembangkan keterampilan ini. Libatkan mereka setiap hari. Yang terpenting adalah bersiap dan tahu apa yang menanti Anda.

Pendekatan saya untuk pelatihan ulang

Prasyarat untuk perubahan spesialisasi adalah minat. Dialah yang mendorong studi bidang terkait. Untuk pengembangan profesional, sangat penting untuk mempelajari tidak hanya topik profil Anda di mana Anda sudah memiliki pengalaman, tetapi juga berkenalan dengan arahan yang sama sekali baru untuk Anda, jika mereka menginspirasi. Mungkin salah satunya akan menentukan vektor pengembangan karier selanjutnya.

Anda harus mencoba berbagai hal. "Kegilaan melakukan hal yang sama, berharap mendapatkan hasil yang berbeda" - Saya sangat suka ungkapan ini.

Profesional yang ingin "berada di puncak gelombang", bekerja dengan teknologi canggih, mendapatkan lebih banyak uang, tidak bisa berhenti sejenak. Penting bagi mereka untuk memantau tren setiap hari, tertarik pada proyek perusahaan baru, dan memantau tren saat ini.
Tetapi secara pribadi, saya memiliki pendekatan yang lebih romantis untuk implementasi profesional: Saya suka menikmati pekerjaan favorit saya dengan tenang, mengasah keterampilan saya, jika Anda ingin "mengikuti arus", dan memaksa diri untuk mengubah orientasi diri saya ke sesuatu yang baru hanya karena itu populer, bukan gaya saya.