Decoding:
Azat Khadiev: Halo. Nama saya Azat Khadiev. Saya seorang pengembang PaaS untuk Mail.ru Cloud Solutions. Bersama saya di sini adalah Pavel Selivanov dari Southbridge. Kami berada di konferensi DevOpsDays. Dia akan memberikan ceramah di sini tentang bagaimana Anda dapat membangun DevOps dengan Kubernetes, tetapi kemungkinan besar Anda tidak akan berhasil. Mengapa topiknya begitu kelam?
Pavel Selivanov: Sebenarnya tidak suram. Ini tentang fakta bahwa kami mencoba menyelesaikan banyak masalah di komunitas kami dengan bantuan teknologi. Dan kami mencoba menyelesaikan masalah dengan bantuan teknologi dengan cara yang sepihak. Kubenetes juga sama - ini adalah tanggung jawab mereka, bisa dikatakan Ops. Namun kami memiliki konsep hebat tentang insinyur DevOps. Seorang insinyur DevOps bertanggung jawab atas Kubernetes. Pada saat yang sama... Seperti Anda membuat Kubernetes, tetapi para pengembang sama sekali tidak mengetahui semua Kubernetes ini, mereka tidak mengetahui apa yang dapat Anda lakukan - dan semuanya berjalan persis sama bagi mereka. Dan ini terlepas dari kenyataan bahwa Kubernetes berisi solusi siap pakai, alat siap pakai untuk menggunakan teknologi ini guna memperluas pendekatan DevOps, komunikasi antara Dev dan Ops. Kami sangat sedikit menggunakan kesempatan ini. Karena fakta bahwa kami bahkan mentransfer struktur saat ini ke semua alat DevOps ini - Docker, Kubernetes, cloud, dan sebagainya - kami semakin memperburuk situasi ini. Dan kami mulai menggunakan alat tersebut secara berbeda dari yang dimaksudkan. Dan kruk yang buruk sedang dibangun berdasarkan semua teknologi ini.
Azat Khadiev: Begitu. Rasanya seperti topik yang luas. Menurut Anda, apa masalah paling umum yang dihadapi perusahaan saat ini? Dengan Kubernet.
Pavel Selivanov: Masalah paling umum pada Kubernetes adalah kurangnya kompetensi. Ini adalah masalah umum di bidang TI. Selalu ada kekurangan spesialis. Selalu ada kekurangan kompetensi. Dan sekarang dengan Kubernetes kompetensinya tidak mencukupi. Dan pada saat yang sama, masih ada XNUMX% solusi siap pakai di pasar yang memungkinkan Anda mendapatkan Kubernetes, tetapi pada saat yang sama tidak memiliki kompetensi yang diperlukan; sejujurnya hanya ada sedikit solusi tersebut di pasar. Dan yang ada, semuanya menimbulkan beberapa pertanyaan. Dengan Kubernetes, kami terus mencari orang yang memahami hal ini. Kami mencoba menyesuaikan perkembangan dengan hal ini.
Azat Khadiev: Dan mengingat kekurangan personel di bidang TI saat ini. Yang selalu ada di sana. Dan sekarang ada. Menurut Anda bagaimana cara hidup dalam kondisi seperti ini? Peretasan kehidupan apa yang ada di sana?
Pavel Selivanov: Peretasan Kehidupan. Pertama, dari sudut pandang awan, life hack terlihat seperti ini - mari beri kami beberapa kompetensi Anda. Dan kami akan mengambilnya untuk diri kami sendiri. Dan kami akan melakukan ini di dalam diri kami sendiri. Dan itu semua bagus. Kecuali penting untuk dipahami bagi mereka yang menggunakannya... Sebenarnya momen yang luar biasa... Namun penting untuk dipahami bahwa jika kita memberikan sebagian kompetensi kita di suatu tempat ke cloud atau penyedia, kita mendapatkan solusi universal sebagai imbalannya. . Secara kasar, kami memiliki database yang melakukan hal-hal yang sangat spesifik, dan telah dikonfigurasi dengan cara yang sangat spesifik. Dengan memberikan database ini ke cloud, tentu saja kita dapat memecat administrator yang biasa menangani cluster database - Amazon atau Google yang sama akan melakukan ini untuk kita. Namun pada saat yang sama, Amazon atau Google tidak mengizinkan kami mengonfigurasi database kami dengan jelas. Proyek besar, perusahaan besar - dalam hal apa pun, mereka sampai pada titik bahwa pada tahap tertentu dalam kehidupan mereka, mereka menggunakan solusi cloud, dan kemudian, dalam hal apa pun, mereka kembali mengambil kompetensi tersebut kembali ke diri mereka sendiri, karena diperlukan sesuatu yang lebih spesifik. .
Azat Khadiev: Apakah solusi universal buruk atau dapatkah solusi lain dibangun berdasarkan solusi tersebut?
Pavel Selivanov: Tidak, solusi universal jelas tidak buruk. Solusi universal itu bagus. Hanya solusi universal... universal. Penting untuk dipahami di sini. Ini seperti mengambil skrip umum... Jika Anda dapat membangun seluruh logika kerja perusahaan berdasarkan skrip umum ini, aplikasi umum, maka itu bagus. Dan jika logika kerjanya berbeda, tetapi Anda mengambil solusi universal ini, skrip universal - dan mulai, seperti burung hantu, menarik bola dunia, ini buruk. Dan tidak ada yang salah dengan universalisme itu sendiri.
Azat Khadiev: Jika admin ini sudah bekerja untuk Anda, intinya bukan pemecatannya. Dia akan bisa berbuat lebih banyak.
Pavel Selivanov: Ya, hilangkan rutinitas darinya dan berikan di suatu tempat kepada seseorang untuk dibuat di suatu tempat di sana. Ini jelas merupakan pendekatan yang bagus. Poin pentingnya di sini adalah apakah solusi standar ini cocok untuk kasus tertentu.
Azat Khadiev: Berdasarkan pengalaman saya, saya melihat banyak perusahaan melakukan hal yang sama. Mereka sedang menyiapkan cluster Kubernetes dan mempertimbangkan untuk memperluasnya. Dan semua operasi ini sangat bisa diulang.
Pavel Selivanov: Ya, tentu saja. Terlebih lagi, jika kita mengambil Kubernetes secara spesifik, ada sedikit sekali pengetahuan yang mendalam dan baik tentang Kubernetes di pasaran saat ini. Dan Kubernetes adalah konstruktor yang sangat besar sehingga jika Anda menyewanya untuk sebuah perusahaan, bersiaplah untuk membawa serta seorang insinyur yang akan melakukan semua ini secara penuh waktu. Dan itu mahal. Dan coba temukan insinyur seperti itu lagi. Jika saya berbicara tentang diri saya sendiri, saya tidak terlalu menyukai solusi cloud apa pun, karena saya memiliki pemahaman yang cukup baik dan mendalam tentang cara kerja Kubernetes. Dan sering kali di cloud saya kekurangan beberapa fungsi yang saya minta - namun mereka memberi tahu saya “Tidak, Anda tidak bisa.” Kalau begitu, aku minta maaf, tapi aku bisa melakukan yang lebih baik daripada Cloud. Namun pada saat yang sama, jika Anda tidak memiliki insinyur penuh waktu, Anda tidak ingin membayar insinyur yang menjalankan Kubernetes, dan Anda terus-menerus membayarnya dengan banyak uang hanya untuk bereksperimen, maka cloud hanyalah solusinya. solusi yang bagus dan bagus. Karena setidaknya ada orang-orang yang duduk di sana yang sudah direkrut oleh penyedia. Dan mereka tahu apa yang mereka lakukan. Dan hal-hal dasar yang Anda perlukan sehari-hari ada di sana.
Azat Khadiev: Apa pendapat Anda tentang kondisi Kubernetes saat ini? Apa yang akan terjadi padanya dalam lima dan sepuluh tahun?
Pavel Selivanov: Pertanyaan bagus. Saya hanya tahu apa yang terjadi di komunitas kita mengenai hal ini. Beberapa orang percaya bahwa tidak akan ada yang tersisa kecuali Kubernetes. Situasi yang terjadi pada Linux beberapa waktu lalu. Yaitu, di luar Linux Ada orang-orang yang hidup di bawah BSD, kemungkinan besar mereka memiliki tugas yang sangat spesifik. Ada orang-orang yang bekerja di bawah Windows — Server Windows — mereka kemungkinan besar juga memiliki tugas khusus, atau mereka memang memiliki keahlian di bidang ini dan belum siap untuk beralih dari sana. Bagaimanapun, standar di industri kami adalah LinuxAda persepsi bahwa Kubernetes akan menjadi standar de facto, dan tidak akan ada yang lain. Kubernetes tidak hanya akan mengelola aplikasi, penyebaran, dan penskalaannya. Kubernetes akan mengelola semuanya. Orang-orang sekarang bertanya, "Apakah mungkin untuk menempatkan basis data di Kubernetes?" Saya biasanya mengatakan bahwa masalahnya di sini bukanlah Kubernetes, tetapi Docker. Jika Anda siap untuk menjalankan basis data Anda di dalam kontainer, bagaimana cara kerjanya? Mereka mengatakan kepada saya, "Tidak, tidak, tidak, tunggu. Anda tidak membutuhkan kontainer. Anda membutuhkan Kubernetes. Kami akan menggabungkannya ke node. Jadi semuanya akan sama seperti yang kita miliki sekarang, hanya saja Kubernetes akan mengelola semuanya." Dan itu adalah ide yang sangat bagus. Jadi, Kubernetes adalah jenis solusi yang memungkinkan Anda datang ke sebuah perusahaan, jika perusahaan tersebut memiliki Kubernetes dan proses-prosesnya dibangun di atasnya, maka seseorang yang memahaminya dapat menghabiskan beberapa hari untuk bekerja dengannya dan berkata, "Saya siap mendukung Anda. Sepenuhnya. Sepanjang jalan. Saya mengerti bagaimana semuanya bekerja untuk Anda." Tidak seperti pendekatan tanpa Kubernetes—mereka hanya menambahkan satu solusi sementara, lalu solusi sementara lainnya. Ini Ansible, ini Terraform. Seseorang menulis semua ini, dan butuh enam bulan untuk memahaminya. Jadi, saya tidak tahu apakah Kubernetes akan menjadi standar de facto. Saat ini, Kubernetes terlihat jauh lebih ambisius dan percaya diri daripada solusi-solusi di sekitarnya.
Azat Khadiev: Nah, perbandingan dengan Linux Ini cukup berani. Ia berjalan di satu mesin—hanya itu. Tetapi Kubernetes berjalan di banyak mesin. Jutaan variasi dan alasan langsung muncul. Ya, ini berani. Tetapi pertimbangkan bahwa paradigma ini memiliki pesaing. Misalnya, Serverless. Apakah Kubernetes dalam bahaya dengan pesaing seperti itu?
Pavel Selivanov: Dari Serverless... (tertawa) Serverless - kami masih memahaminya server Ternyata memang ada. Saya baru-baru ini mendengar sebuah laporan tentang ini. Orang di sana mengatakan bahwa memang ada server—dan itulah cloud. Tetapi kita harus selalu memahami bahwa cloud juga memiliki server. Ada server perangkat keras sungguhan, sebuah rak, dan server tersebut dipasang di suatu tempat. Itulah cloud. Di atas itu, ada Serverless, di mana server "Tidak." Jadi pertanyaannya adalah, apakah Serverless akan mengalahkan Kubernetes? Saya pikir Serverless akan bermigrasi ke Kubernetes. Bagi penyedia yang menawarkan Serverless, Kubernetes adalah platform yang sangat nyaman untuk ini. Ya, mungkin suatu saat nanti kita akan berhenti membicarakan Kubernetes sebagai alat pengembangan aplikasi bisnis standar. Tetapi jauh di lubuk hati, penyedia dan insinyur akan tetap menggunakan Kubernetes, di mana semua ini akan diimplementasikan.
Azat Khadiev: Topik yang sedikit berbeda. Ada yang namanya full-stack engineer. Apa yang kamu pikirkan tentang mereka? Apakah mereka ada?
Pavel Selivanov: Um... Fullstack engineer... Baiklah, menurut saya ada baiknya membedakan antara hal-hal ini... Anda tahu, ada yang namanya orang berbentuk T. Apakah orang-orang seperti itu dibutuhkan dalam industri saat ini? Ya, kita pasti membutuhkannya. Kita membutuhkan orang-orang yang berwawasan luas, namun pada saat yang sama mereka ahli dalam bidang yang sempit. Dan di sini insinyur Fullstack juga sama - orang yang melakukan segalanya. Mulai dari pengembangan front-end, pengujian, back-end, server dan lainnya. Saya tidak percaya bahwa di perusahaan besar, satu orang dapat melakukan ini tanpa memiliki spesialisasi yang sempit di setiap parameter. Tetapi pada saat yang sama, hanya memiliki spesialisasi yang sempit, seperti apa yang terjadi di sekitar ini, saya tidak tahu apa-apa - ini juga tidak berlaku di dunia modern. Artinya, di sini saya akan mengatakan... Saya akan membuang kata Fullstack. Kami sangat membutuhkan insinyur. Kami membutuhkan DevOps. Saya merasa kami akan mempertimbangkan kembali momen ini segera. Dan mereka tidak diperlukan.
Azat Khadiev: Bisakah Anda mengungkapkannya?
Pavel Selivanov: Bagi saya, kami di industri ini akan sampai pada kesimpulan bahwa peran Dev dan Ops ini akan segera hilang. Jika kita membutuhkan spesialis dan kita sedang berburu... Kita membutuhkan pengembang ini dan itu, kita membutuhkan administrator ini dan itu, kita membutuhkan insinyur DevOps - sekarang kita memilikinya, sekarang kita juga akan memiliki insinyur produksi, insinyur SRE. Padahal sebenarnya yang kami butuhkan adalah engineer yang ingin kami pekerjakan. Latar belakang pada umumnya tidak penting. Karena... Misalnya, SRE mengatakan bahwa masalah infrastruktur selalu merupakan masalah perangkat lunak. Jadi... Mari kita ambil contoh pengembang - dari sudut pandang bahwa pengembang adalah seorang insinyur - tempatkan mereka di departemen pemeliharaan dan mereka akan menyelesaikan masalah ini dengan cara yang sama seperti mereka menyelesaikan masalah bisnis dengan bantuan kode, dengan bantuan rekayasa seperti itu.
Azat Khadiev: Dan dari sudut pandang ini... Bagaimana cara mewawancarai insinyur seperti itu?
Pavel Selivanov: Oh, itu pertanyaan bagus. Mungkin itu di luar pemahaman saya tentang dunia ini. Tapi saya akan memberikan contoh. Ini tidak ada hubungannya dengan wawancara. Ini tentang sistem pendidikan kita di Rusia. Di bidang IT, kita tahu bahwa sistem pendidikan kita di Rusia sangat ketinggalan zaman untuk dunia IT; tidak seperti seharusnya. Saya berbicara tentang Rusia secara umum, dan apa yang terjadi di sana. Orang-orang lulus yang sama sekali tidak siap untuk terjun ke pengembangan web atau perusahaan teknologi keesokan harinya setelah lulus. Dan mereka menganggap itu buruk. Kita mengajari mereka hal-hal yang aneh, padahal seharusnya kita mengajari mereka untuk mengembangkannya untuk... AndroidUntuk iOS, bagaimana cara menggunakan Git dan semua hal semacam itu. Sebenarnya, sepertinya tidak. Kuliah adalah waktu ketika orang tua Anda sebagian besar membiayai Anda. Untuk seumur hidup Anda. Dan Anda dapat mendedikasikan lima tahun hidup Anda untuk studi mendalam. Dan untuk mempelajari seluruh hal berbentuk T ini. Ketika Anda dapat belajar di perguruan tinggi tentang apa itu sistem kontrol versi, apa saja pola pengembangan yang ada, bagaimana cara menguji semua hal ini, apa saja basis data dan penyeimbang beban yang ada. Dan ketika Anda pergi bekerja, Anda mulai menggali lebih dalam ke area tertentu. Dan begitulah cara kita mendapatkan insinyur. Dan sistem pendidikan kita di Rusia jauh lebih dekat dengan kebenaran ini daripada yang kita pikirkan. Kita diberi pelatihan matematika yang baik, pelatihan algoritma yang baik, kita diberi pemahaman tentang bahasa pemrograman. Dan tentang wawancara, saya pikir sesuatu yang mendekati ini. Kita perlu mewawancarai insinyur. Kita membutuhkan bagian atas T dalam siswa berbentuk T. Karena itu akan memperoleh garis vertikal T.
Azat Khadiev: Ya, menarik. Lima tahun setelah kuliah, saya merasa pendidikan saya aneh dan tidak memadai. Dan kemudian, seiring kemajuan pekerjaan, ketika tugas menjadi lebih dalam, proyek menjadi lebih besar, saya menyadari bahwa tidak, saya diajari hal-hal yang sangat penting. Pavel, terima kasih. Sangat menarik mendengarkan jawaban Anda. Mari kita dengarkan laporan Anda.
Pavel Selivanov: Terima kasih.
Sumber: www.habr.com
