Dalam kursus Slurm Kubernetes, satu Kubernetes secara bertahap tersisa. Topik terkait secara sistematis pindah ke kursus terpisah.
Yang pertama adalah Docker, Ansible, Ceph. Kuliah dua jam tentang mereka pertama kali berubah menjadi serangkaian webinar, dan kemudian menjadi kursus online.
Giliran pemantauan telah datang. Topik Cluster Monitoring telah berkembang menjadi kursus online Slurm Prom, sepenuhnya didedikasikan untuk Prometheus. Seperti yang kita cintai, dengan latihan di stan pelatihan. Kursus online termasuk rekaman kuliah, latihan praktis, pendirian untuk melakukan latihan, dan dukungan help desk. Perjalanan Prom Slurma memakan waktu 12-16 jam.
Garis Besar Kursus:
- Dasar-Dasar Prometheus
- Eksposisi (Eksportir Node, Eksportir Blackbox, Eksportir kustom, Perpustakaan aplikasi)
- Prometheus (Penemuan Layanan, Label, PushGateway)
- PromQL (Penyimpanan Data, Tipe Data, Ekspresi, Aturan Catatan)
- Alerting (Alertrules, Alertmanager)
- Visualisasi Data (Grafana)
- Penggunaan lanjutan Prometheus (Ketersediaan Tinggi, Federasi, Remote baca / tulis, Thanos, HTTP API)
- Prometheus di Kubernetes
Biaya kursusnya 15.000 ₽ (10.000 ₽ untuk mereka yang berada di Slurms).
Contoh ceramah.
Kursus ini ditulis oleh Vladimir Guryanov, spesialis pemantauan dan pembicara Slerm. Saya mewawancarainya tentang kursus, kehidupan, dan pekerjaan di perusahaan kami. Saya tertarik pada orang yang mengarahkan kapal mereka ke laut yang ditunjukkan pada peta "Naga tinggal di sini".
Mari kita mulai dari awal - yah, dari akhir tidak biasa untuk memulai. Di mana kamu belajar? Bagaimana Anda memilih profesi IT?
Entah bagaimana itu terjadi begitu. Komputer muncul di rumah lebih awal - saya berusia sekitar 8. Saya selalu tertarik menggali ke dalamnya. Saya selalu mengatur dan mengkonfigurasi ulang sesuatu. Pada saat yang sama, saya dibawa ke kursus pemrograman - seingat saya, saya belajar bahasa Pascal.
Dan kemudian institut. Dalam BSTU Voenmekh, spesialisasi "sistem kontrol otomatis dan pemrosesan data." Dan bagi saya itu adalah pilihan sadar. Apalagi spesialisasi kami masih baru. Pada dasarnya, kami diajari apa yang sekarang disebut DevOps. Kami memiliki pemrograman dan administrasi. Dan pada tahun ke-5 saya sudah mulai bekerja di spesialisasi saya.
Tumpukan teknologi apa yang sudah Anda manfaatkan?
Dia sangat besar. Saya mulai sebagai administrator windows, kemudian tanggung jawab untuk bagian jaringan ditambahkan. Lalu linux, berbagai sistem virtualisasi dan sebagainya dan sebagainya.
Namun menurut saya, setelah titik tertentu, tidak masalah lagi apakah Anda bekerja dengan teknologi tertentu atau tidak. Penting untuk menentukan apakah Anda dapat melakukannya sendiri, melakukannya dengan cepat dan baik. Sekarang IT berkembang terlalu cepat, dan jumlah beragam teknologi sangat besar. Memahami semua itu tidak mungkin, dan tidak perlu. Tetapi kemampuan untuk terlibat dalam pendidikan mandiri menjadi keterampilan utama.
Teknologi menjanjikan apa yang Anda lihat yang baru saja memasuki pasar?
Jika Anda mengambil pasar IT secara keseluruhan, sekarang ada upaya lain untuk masuk ke VR . Juga kejadian AR. Saya yakin bahwa teknologi ini akan mengubah ide kami untuk berinteraksi dengan dunia luar, seperti dulu.
Jika kita tidak berbicara tentang IT dalam arti global, maka teknologi menjadi kurang penting. Dalam banyak hal, Docker dan K8 memengaruhi ini - mereka mengajari kami bahwa semuanya berubah-ubah dan berumur pendek. Sekarang yang populer adalah DevOps dan SRE sebagai implementasinya. Dalam manajemen - Agile. Dalam waktu dekat, fokusnya, saya pikir, akan dialihkan ke pemantauan dan keamanan yang cerdas.
- Lalu saya menangkap Slurm memancing di perjalanan memancing! Dan dia berkata kepada saya dengan suara manusia: "Apakah kamu menginginkan kami?"
Bagaimana Anda sampai ke Slurm?
Secara kebetulan. Saya berada di salah satu Slerm dasar pertama di St. Petersburg, berbicara dengan penyelenggara, saya diundang untuk berbicara. Saya setuju.
Apa yang Anda lakukan dalam kerangka Slurm?
Saya seorang pembicara. Tapi saya sedikit terlibat dalam pembentukan program, saya hanya mengerjakan program untuk Prometheus.
Anda adalah penulis kursus Prometheus. Beri tahu saya apa yang akan dilihat peserta pada kursus, dan mengapa mereka tidak punya hak untuk melewatkannya?
Oh, Anda juga akan bertanya apa yang lebih keren - Prom atau Zabbix. Jika orang mengajukan pertanyaan ini, mereka tidak perlu kursus ini. Jika mereka tahu mengapa mereka perlu Prom, dan tidak siap untuk menghabiskan beberapa bulan mempelajarinya, atau jika mereka sudah tahu Prom, tetapi ingin meletakkan pengetahuan mereka di rak, maka kursus akan dilakukan.
Kursus ini adalah yang pertama dalam bahasa Rusia, dengan adaptasi normal, sebagian besar istilah yang tersisa dalam bahasa asli, bahasa Inggris. Kursus ini merupakan ekstrak dari dokumentasi, buku, artikel, dan pengalaman pribadi di Prom. Ini mencakup dasar-dasar bekerja dengan Prom.
Pendapat Anda tentang inisiatif pemerintah untuk menciptakan sistem penyaringan lalu lintas yang mendalam? Apakah itu akan menjadi "Perisai Emas" seperti di Cina atau akankah itu menjadi milik kita, dengan cara Anda sendiri?
Saya pada dasarnya menentangnya. Dalam bentuk apa pun. Kami mengerti mengapa ini dilakukan. Jika mereka ingin mengamankan sumber daya publik, jangan menyentuh seluruh segmen Internet dan berpura-pura peduli terhadap warga negara. Saya entah bagaimana melindungi lampu saya sendiri. Tapi jangan bicara tentang itu. Saya percaya bahwa TI bukan tempat untuk politik.
Untuk kata-kata ini, Vladimir Guryanov dibawa ke instalasi teleportasi dan dikirim ke dimensi Zen. Dia sekarang berkeliaran dengan gunung, mengenakan kacamata dan jas oranye.
Bagaimana perasaan Anda tentang kebijakan Google untuk meluncurkan pengembangan internalnya ke pasar hampir beberapa dekade setelah dibuat di dalam perusahaan? Apakah mereka tidak memegang industri TI dalam hal ini? Atau murni finansial?
Google adalah perusahaan swasta, mereka dapat melakukan apa yang mereka inginkan. Secara pribadi, saya berterima kasih kepada mereka karena fakta bahwa mereka umumnya menyebarkannya.
Jadi, ini adalah bisnis dan keengganan untuk memberikan solusi yang sepenuhnya kasar. Dan kerumitan proses pengunggahan di opensource. Anda tidak dapat mengambil dan memetakan pengembangan di opensource, Anda perlu mendepersonalisasikannya, memotong kruk tertentu, memeriksa keberadaan kata sandi hardcode. Ini adalah proses yang panjang, rumit, dan mahal.
Bagaimana Anda menilai kejenuhan industri IT itu sendiri? Orang-orang baru datang, tradisi lama pergi, semuanya menjadi lebih utilitarian? Atau tidak?
Burnout sekarang menjadi kata kunci yang sangat banyak. Tetapi intinya bukan di dalamnya, atau lebih tepatnya, tidak hanya di dalamnya, dan itu bukan akar penyebabnya. Sekarang generasi insinyur baru sedang tumbuh, yang telah tumbuh di dunia yang sama sekali berbeda. Lihat, Anda memerlukan aplikasi untuk membuat catatan, Anda menemukannya di appstore, meletakkannya, tidak menyukainya, meletakkan yang lain. Jika Anda tidak bisa mengetahuinya dalam 10-15 menit, bagaimana cara kerjanya, taruh lagi. Sekarang ada terlalu banyak pilihan dan semuanya berubah terlalu cepat bagi orang untuk ingin memahami setidaknya sesuatu, ini juga berlaku untuk insinyur IT. Dan dari sini kita memiliki semua masalah yang biasanya dikaitkan dengan kelelahan. Meskipun masih ada insinyur sekolah tua, TI terus berkembang. Apa yang akan terjadi selanjutnya adalah pertanyaannya.
Diyakini bahwa SRE menentukan cara untuk berhasil di DevOps. Artinya, SRE adalah kerangka kerja DevOps. Apakah kamu setuju?
DevOps adalah apa yang perlu Anda lakukan, SRE bagaimana melakukan apa yang DevOps tawarkan. Semuanya sederhana di sini.
Bagaimana Anda melihat jika konflik antara pengembang dan operator menurun dengan penerapan DevOps?
Ini adalah salah satu masalah yang dipecahkan oleh DevOps secara teori. Dalam praktiknya, sebagian besar memiliki pemahaman yang sangat pribadi tentang apa itu DevOps. Lihatlah jumlah pekerjaan di mana DevOps sedang dicari. Siapa yang mereka cari dalam kenyataan? Siapa pun dapat bersembunyi di balik kata-kata "Insinyur DevOps" - dari wanita pembersih ke CTO. Banyak perusahaan percaya bahwa seorang insinyur DevOps adalah orang yang dapat mengotomatisasi proses. Tetapi menurut saya, mereka kehilangan bagian terpenting dari DevOps tentang membangun interaksi antara Dev dan Ops. Yang sekarang tidak ada Dev, Ops dan QA. Ada tim yang membuat produk, dan di tim ini ada orang dengan keahlian yang berbeda, yang memungkinkan tim untuk membuat produk yang keren.
Dan di sini masih penting bahwa orang-orang dengan keahlian yang berbeda harus dapat berbicara bahasa yang sama. Dan oleh karena itu, kehadiran orang-orang berbentuk T dalam sebuah tim sangat penting. Semakin banyak dari mereka, semakin dingin DevOps dalam tim.
Dan dengan pendekatan ini, ketika Anda adalah sebuah tim, bukan Dev, Ops, QA dan sekarang juga DevOps, masalah konflik hilang dengan sendirinya. Anda sekarang melakukan satu hal, dan Anda memiliki satu tanggung jawab. Sekarang pengembang bertanggung jawab atas kode tidak hanya sampai saat komit, tetapi juga dalam proses pengujian dan operasi.
Atau apakah DevOps masih kurang diimplementasikan dan struktur "komis di helm berdebu dengan Mausers" diperlukan, yaitu penginjil DevOps yang akan datang ke perusahaan, besar dan kecil, dan meyakinkan mereka untuk beralih ke pendekatan DevOps?
Meyakinkan bukanlah solusi yang efektif. Transisi ke DevOps adalah evolusi alami, itu tidak akan berhasil dari bawah tongkat. Dan ya, peran penginjil itu penting dan tugas mereka adalah mengubah persepsi insinyur untuk memulai proses evolusi.
Bagaimana Anda melihat implementasi DevOps di industri TI Rusia?
Saya memiliki pengalaman membangun kembali perusahaan di DevOps. Dan aku akan memberitahumu, itu menyakitkan. Kami memulai sekitar 3 tahun yang lalu, dan sekarang kami hanya di tengah jalan. Jika ada cukup waktu, saya akan datang ke Devoops dengan laporan tentang bagaimana kami beralih dan apa yang telah kami kumpulkan. Dan juga, ini akan menjadi jawaban untuk Baruch Sadogursky bahwa DevOps tidak ditemukan oleh administrator, tetapi siapa - yang akan saya ceritakan pada konferensi tersebut.
Segalanya berubah. Dan status pengembang juga. Sekali waktu, pembuat jam tangan, insinyur, dan pengemudi mesin adalah profesi kelas atas yang diimpikan semua orang. Dan di mana mereka sekarang? Apakah ada kekhawatiran bahwa dengan perkembangan AI, pengembang akan menjadi tambahan dari sistem yang lebih kompleks dan, dalam arti, akan menjadi pekerja di dunia digital?
Tidak. Ini adalah proses evolusi yang tidak bisa dihindari. Mereka yang berevolusi tidak akan menjadi buruh, dan mereka yang tidak bisa, akan menjadi buruh. Pada saat yang sama, saya tidak suka pandangan ini, pekerjaan pemeliharaan AI juga penting. Sebagai contoh, pekerjaan petugas kebersihan tidak dihargai dan dihormati di negara kita - dan saya pikir ini adalah masalah besar bagi masyarakat Rusia. Tidak ada posting yang buruk. Ada saat-saat yang tidak sesuai dengan Anda. Diperlukan profesi yang berbeda, profesi berbeda penting (c) Klasik awet muda.
Baiklah, mari kita kembali 15 tahun. DevOps, SRE - tidak, saya tidak mendengar, hanya ada administrator sistem. Sekarang banyak SRE yang tumbuh dari sysadmin. Berkembang Dan seseorang tetap menjadi administrator sistem? dan pekerjaan mereka juga penting. Tanpa mereka, akan sulit bagi insinyur SRE.
Anjurkan kolega muda teknologi apa yang harus dipelajari pada tahun 2020.
Oh, ada daftar yang sangat panjang, Anda dapat membuka 5-10 lowongan pada jam dan melihat apa yang mereka inginkan. Tapi, selain itu, saya akan menyarankan Anda untuk mulai mempelajari metodologi seperti DevOps dan Agile, dan mencoba memahaminya. Baca setidaknya beberapa buku tentang arsitektur layanan mikro modern dalam hal pengembangan. Dan tentunya, Anda perlu belajar bahasa pemrograman. Dan anehnya, saya akan menyarankan Anda untuk mulai dengan C. Tidak mungkin Anda menggunakannya dalam hidup, tetapi ini memungkinkan Anda untuk menertibkan hal-hal di kepala Anda, dan akan sangat memudahkan studi bahasa lain.
Anda dapat membeli kepenulisan Slurm Prom oleh Vladimir Guryanov di sini .