Di mana saya mulai belajar DevOps?

Mencari "bagaimana memulai dengan devops" tidak terlalu membantu, banyak dari mereka yang suka ini dan ini juga banyak yang tidak benar-benar menunjukkan saya dengan cara yang benar. Setiap video youtube yang saya lihat sejauh ini juga tidak membantu (karena saya tidak membutuhkan video untuk menjelaskan kepada saya apa itu IS), video ini menjadi satu-satunya pengecualian sejauh ini (yang menunjukkan bagaimana segala sesuatunya terintegrasi satu sama lain).

Saya seorang CCNA dan juga sangat mahir dengan DBMS-s (saat ini sedang belajar eksekusi paralelisme serta hal-hal lain).

Tetapi saya tidak tahu apa yang harus saya pelajari terlebih dahulu (atau di mana menemukan sumber daya yang tepat untuk masalah ini).

Saya akan lulus, jadi saya tidak memiliki akses ke pengalaman dunia nyata.

Ada saran atau bantuan?

Devops berhubungan dengan pelaksanaan perangkat lunak. Ini semua tentang cara menjalankan aplikasi atau layanan. Jadi alat konfigurasi server, mesin virtual, dan wadah adalah langkah selanjutnya. Saya menyarankan untuk melihat dokumentasi alat-alat itu dan belajar dari mereka hal-hal seperti penemuan, kemampuan pengamatan, skalabilitas, dan redundansi. Contohnya saja:

Konfigurasi server:

• PXE
• Mungkin
• Wayang

VM:

• Gelandangan
• QEMU

Wadah:

• Buruh pelabuhan
• Kubernetes

EDIT: Ikhtisar teknologi cloud:

• Lansekap CNCF

Ketika arsitektur perangkat lunak Anda adalah tentang layanan mikro, maka wadah adalah pilihan yang baik. Ketika Anda menggunakan aplikasi monolitik lama maka VM bukan pilihan yang buruk. Jadi itu selalu tergantung pada konteks apa yang perlu Anda pelajari secara khusus. Topiknya agak luas untuk merangkumnya. Sebuah buku mungkin bisa membantu, tetapi sayangnya saya tidak bisa menyarankan buku yang bagus dan luas. "Kubernetes in Action" memberi Anda awal yang baik di Kubernetes.

Pertama-tama, saya ingin menekankan bahwa DevOps adalah budaya dan bukan peran. Menurut pendapat saya orang dapat membandingkannya dengan tim komando yang memiliki keahlian mereka sendiri, misalnya penembak jitu, marinir, pencari ranjau (pikirkan tentang seri komando). Kombinasi dari keahlian ini, pada dasarnya bekerja bersama, memungkinkan untuk menyelesaikan misi atau menciptakan nilai bisnis sesegera mungkin.

LowOps dan NoOps

Sejak beberapa minggu saya menemukan bahwa setelah banyak percakapan dengan orang-orang, yang agak berbicara tentang LowOps hari ini. Jika saya menerapkan solusi maka ini berarti sepenuhnya otomatis dan seorang kolega dapat menggunakan mesin sendiri daripada bertanya kepada saya. Kadang-kadang tidak mungkin untuk mengotomatisasi sepenuhnya, tetapi kemudian saya memastikan bahwa itu otomatis untuk saya sendiri untuk memastikan bahwa saya hanya perlu menjalankan satu perintah untuk menyelesaikan pekerjaan (LowOps), daripada menghabiskan beberapa jam. Jika saya telah menciptakan solusi seperti itu, saya memastikan bahwa tiket telah dibuat untuk seorang kolega untuk mengotomatisasi solusi pribadi saya untuk semua orang. Contoh: seorang kolega saya mengubah salah satu skrip bash saya menjadi bot yang sekarang dijalankan setiap malam.

Gambar 1: https://www.gslab.com/blog-post/what-is-noops/

"bagaimana memulainya dengan devops"

Pastikan bahwa Anda adalah bagian dari tim dengan kompetensi campuran dan bahwa tim harus menggunakan perangkat lunak itu sendiri. Bicaralah dengan semua anggota tim dan mulailah dengan tugas-tugas yang tidak ingin dilakukan oleh siapa pun karena kurangnya pengetahuan atau kemauan. Jika Anda memulai dengan suatu tugas maka Anda akan menabrak hal-hal yang tidak Anda ketahui. Mulai untuk menonton video, menghadiri pertemuan , membeli dan membaca buku, membaca blog dan dokumentasi resmi tentang perkakas, meminta kolega untuk meninjau permintaan tarik Anda dan berkomunikasi dan mendengarkan dengan baik kepada orang-orang, mendokumentasikan hal-hal dengan baik dan mempersiapkan dan menunjukkan solusi kepada kolega (berbagi pengetahuan) . Saran terakhir adalah mengawasi keseimbangan kehidupan kerja .

Jawaban lain di sini difokuskan pada alat. Menurut pendapat saya, mendapatkan kompetensi dalam toolkit tentu saja adalah hal yang baik, tetapi tidak akan membuat Anda cocok dalam budaya DevOps. DevOps pertama-tama adalah serangkaian praktik , atau metode .

Memahami mengapa praktik dan metode ini bermanfaat disertai dengan pengalaman, tetapi Anda tidak memiliki kemewahan itu. Karena itu saya akan mengarahkan Anda ke

• Devox Handboox
• Mempercepat

sebagai teks dasar.

Situs web Continuous Delivery juga memiliki seperangkat Prinsip dan Yayasan yang memberi Anda landasan yang relevan saat memulai.

Mulai dari ini, Anda akan belajar praktik dan metode, yang akan menginformasikan bagaimana Anda berkolaborasi dan menggunakan alat.

Yang perlu Anda pelajari adalah Linux, Docker, Jaringan, Git, Jenkins dll. Anda dapat mempelajarinya secara interaktif di sini

Jika Anda mencari tutorial video maka Pluralsight memiliki sesuatu yang baik untuk Anda.

Ini adalah pertanyaan yang sering saya tanyakan pada diri saya sendiri, dan cenderung mengikuti saya (sekarang saya hampir tidak keluar dari "pemula", saya bertanya-tanya di mana saya bisa belajar topik yang lebih maju). Sayangnya, seperti yang Anda tunjukkan, mengajukan pertanyaan pada mesin pencari cenderung membanjiri situs web yang menargetkan eksekutif dan mencoba menjelaskan Apa itu devops? dan mengapa kita harus mengembangkan siklus perangkat lunak dengan devops?

Yang sedang berkata, untuk mencoba dan menjawab pertanyaan Anda, saya hanya dapat berbicara dari pengalaman pribadi: Saya memulai perjalanan belajar saya dengan panduan Memulai Docker yang luar biasa .

"Mempelajari DevOps" menurut saya permintaan yang terlalu luas, seperti yang juga Anda ketahui, tetapi saya ingat harus mencari hal yang sama di google.

Untuk menambahkan jawaban @ jhamfler: Tanyakan pada diri sendiri, mengapa Anda ingin mempelajarinya? Anda berasal dari konteks mana? DevOps biasanya berkaitan dengan memecah rintangan manual, atau juga struktur silo dalam tim (semua orang hanya melakukan tugas mereka sendiri dan mengandalkan orang lain untuk berpikir tentang mengintegrasikan hasil). Apakah ada "celah" seperti itu dalam proyek Anda (saya anggap Anda punya satu)? Bagian mana yang bisa mendapat manfaat dari otomatisasi?

Masalah umum yang bisa saya sarankan adalah:

• solusi pemeliharaan server VS skrip manual
• keandalan dan cadangan
• mengotomatisasi tes integrasi
• mengotomatiskan penerapan berkelanjutan (mis. layanan web)
• ...

Mungkin pencarian untuk "penyebaran berkelanjutan" dan "integrasi berkelanjutan" (CI / CD) juga dapat membantu Anda.

Hal pertama yang perlu Anda pelajari dan merasa nyaman dengan:

• unix (sistem file, izin, proses, layanan, log, jaringan, dll ...)
• ssh & membalikkan terowongan
• nano / vim
• ular sanca
• git

Kemudian Anda bisa beralih ke topik yang lebih spesifik:

• kontainerisasi (misalnya buruh pelabuhan)
• manajemen konfigurasi (misalnya dimungkinkan)
• penyebaran berkelanjutan (mis. jenkins)
• pemantauan (misalnya prometheus / grafana)