Decoding:
Azat Khadiev: Halo. Nama saya Azat Khadiev. Saya seorang pengembang PaaS di Mail.ru Cloud Solutions. Pavel Selivanov dari Southbridge ada di sini bersamaku. Kami berada di konferensi DevOpsDays. Dia akan membuat presentasi di sini bahwa Anda dapat membangun DevOps dengan Kubernetes, tetapi kemungkinan besar Anda tidak akan berhasil. Mengapa topik yang suram seperti itu?
Pavel Selivanov: Dia tidak benar-benar suram. Ini adalah tentang mencoba menyelesaikan banyak masalah di komunitas kami dengan bantuan teknologi. Dan terlebih lagi, kami mencoba menyelesaikannya dengan bantuan teknologi secara sepihak. Kubenetes adalah sama - ini adalah hal yang bertanggung jawab, Anda dapat mengatakan bahwa Ops. Tapi kami memiliki konsep insinyur DevOps yang hebat. Kubernetes bertanggung jawab atas insinyur DevOps. Pada saat yang sama ... Seperti, Anda akan membuat Kubernetes, dan Dev guys tidak tahu semua Kubernet ini sama sekali, tidak tahu apa yang memungkinkan Anda untuk melakukan - dan semuanya hidup sama untuk mereka. Dan ini terlepas dari kenyataan bahwa Kubernetes mengandung solusi siap pakai, alat siap pakai untuk meregangkan pendekatan DevOps ini, komunikasi antara Dev dan Ops menggunakan teknologi ini. Kami menggunakan kesempatan ini sangat sedikit. Karena kenyataan bahwa kami bahkan mentransfer struktur saat ini ke semua alat DevOps ini - Docker, Kubernetes, cloud, dan sebagainya - kami semakin memperburuk situasi ini. Dan alat-alat mulai digunakan tidak seperti yang dimaksudkan. Dan di sekitar semua teknologi ini, kruk mengerikan dibangun.
Azat Khadiev: Begitu. Orang merasa bahwa topiknya luas. Menurut Anda apa masalah paling umum bagi perusahaan sekarang? Dengan Kubernetes.
Pavel Selivanov: Dengan Kubernetes, masalah yang paling umum adalah kurangnya kompetensi. Dalam IT, ini adalah masalah umum. Selalu ada spesialis tidak cukup. Selalu ada kekurangan kompetensi. Dan sekarang Kubernetes tidak memiliki kompetensi. Dan sementara ini masih 100% solusi siap pakai di pasar yang akan memungkinkan Kubernetes untuk mendapatkannya, tetapi tidak memiliki kompetensi yang diperlukan, ada sedikit dari mereka di pasar. Dan mereka itu, mereka semua mengajukan beberapa pertanyaan. Terus-menerus dengan Kubernetes kami mencari orang yang mengerti hal ini. Kami mencoba menarik pengembangan di bawahnya.
Azat Khadiev: Dan mengingat kekurangan staf saat ini di IT. Yang selalu begitu. Dan sekarang ada. Bagaimana menurut Anda, bagaimana caranya hidup dalam kondisi seperti ini? Apa itu hack kehidupan?
Pavel Selivanov: Peretasan seumur hidup. Pertama, dari sudut pandang cloud, peretasan kehidupan terlihat seperti ini - dan biarkan kami memberi Anda bagian dari kompetensi Anda. Dan kami akan mengambilnya untuk kami sendiri. Dan kita akan melakukan ini di dalam diri kita sendiri. Dan itu semua bagus. Kecuali untuk apa yang penting untuk dipahami oleh mereka yang menggunakannya ... Sebenarnya, ini adalah momen yang luar biasa ... Tetapi penting untuk memahami bahwa jika Anda memberikan sebagian dari kompetensi Anda ke cloud atau penyedia di suatu tempat, kami mendapatkan solusi universal. Secara kasar, kami memiliki database yang melakukan hal-hal yang sangat spesifik, dan itu sangat khusus dikonfigurasi. Dengan mengirimkan basis data ini ke cloud, kami, tentu saja, dapat memecat admin, yang biasa menangani cluster basis data - Amazon atau Google yang sama akan melakukannya untuk kami. Tetapi pada saat yang sama, Amazon atau Google yang sama tidak akan memungkinkan kami untuk mengkonfigurasi database kami dengan jelas. Proyek-proyek besar, perusahaan besar - dalam hal apa pun, mereka sampai pada titik menggunakan solusi cloud pada tahap tertentu kehidupan mereka, dan kemudian dalam kasus apa pun kembali untuk mengambil kompetensi kembali ke diri mereka sendiri, karena lebih spesifik diperlukan.
Azat Khadiev: Solusi universal - apakah buruk atau dapatkah lebih dibangun atas dasar mereka?
Pavel Selivanov: Tidak, solusi universal jelas tidak buruk. Solusi universal itu baik. Hanya solusi universal ... universal. Penting untuk dipahami. Ini adalah cara mengambil skrip umum ... Jika Anda menggunakan skrip umum ini, aplikasi umum Anda dapat membangun semua, semua logika perusahaan - maka ini keren. Dan jika logika pekerjaannya berbeda, tetapi Anda mengambil solusi universal ini, skrip universal - dan Anda mulai, seperti menarik burung hantu di bola dunia, itu buruk. Tetapi dalam universalisme itu sendiri tidak ada yang salah.
Azat Khadiev: Jika admin ini sudah bekerja untuk Anda, intinya bukan pada pemberhentiannya. Dia hanya bisa berbuat lebih banyak.
Pavel Selivanov: Ya, untuk mengambil rutinitas darinya, untuk memberi mereka suatu tempat kepada seseorang, sehingga mereka akan dibuat di suatu tempat di sana. Ini jelas merupakan pendekatan yang baik. Poin penting di sini adalah apakah solusi standar ini cocok dengan kasus tertentu.
Azat Khadiev: Hanya berdasarkan pengalaman saya, saya melihat bahwa banyak perusahaan melakukan hal yang sama. Mereka membuat cluster kubernetes, berpikir tentang menskalakannya. Dan semua operasi ini sangat berulang.
Pavel Selivanov: Ya, tentu saja. Terlebih lagi, jika kita menggunakan Kubernetes secara spesifik, ada suatu titik di mana saat ini hanya ada sedikit pengetahuan pasar tentang Kubernet di pasar. Dan Kubernetes adalah konstruktor raksasa sehingga jika Anda membawanya ke perusahaan, bersiaplah untuk membawa seorang insinyur yang akan melakukan semua ini dalam waktu penuh. Dan itu mahal. Dan cobalah untuk menemukan insinyur seperti itu. Jika saya berbicara pada diri sendiri, saya benar-benar tidak menyukai keputusan yang tidak jelas, karena saya memiliki pemahaman yang cukup baik dan mendalam tentang cara kerja Kubernet. Dan seringkali di awan hanya beberapa fungsi yang saya minta tidak ada - dan mereka berkata kepada saya "Tidak, Anda tidak bisa". Baiklah, kalau begitu saya minta maaf, tetapi saya bisa melakukan lebih baik daripada cloud. Tetapi pada saat yang sama, jika Anda tidak memiliki seorang insinyur untuk penuh waktu, Anda tidak ingin membayar untuk insinyur ini yang menarik Kubernetes, dan Anda terus-menerus membayarnya banyak uang untuk hanya bereksperimen, maka cloud hanyalah solusi bagus yang bagus. Karena setidaknya ada orang yang penyedianya sendiri sudah diburu. Dan mereka mengerti apa yang mereka lakukan. Dan hal-hal dasar yang Anda butuhkan setiap hari ada di sana.
Azat Khadiev: Apa pendapat Anda tentang keadaan Kubernet saat ini? Apa yang akan terjadi padanya dalam lima dan dalam sepuluh tahun?
Pavel Selivanov: Pertanyaan bagus. Saya hanya tahu apa yang terjadi di masyarakat tentang hal ini. Beberapa orang percaya bahwa tidak akan ada yang tersisa kecuali Kubernetes. Situasi yang sudah lama terjadi dengan Linux. Artinya, di luar Linux ada orang yang hidup di BSD, kemungkinan besar mereka memiliki tugas yang sangat spesifik. Ada orang yang bekerja di bawah Windows - windows-server - kemungkinan besar, mereka juga memiliki tugas khusus, atau hanya ada kompetensi dalam hal ini dan mereka tidak siap untuk pergi dari sana. Bagaimanapun, standar di bidang kami adalah Linux. Ada pendapat bahwa Kubernetes akan menjadi standar de facto yang sama, dan tidak akan ada yang lain selain Kubernetes. Kubernetes tidak hanya akan mengelola aplikasi, penyebaran, penerapan, penskalaan. Secara umum mengelola semuanya. Sekarang mereka bertanya: "Apakah mungkin menjejalkan basis data di Kubernet?" Saya biasanya mengatakan bahwa pertanyaannya bukan di Kubernetes, tetapi di Docker. Jika Anda siap bahwa database Anda akan berfungsi dalam wadah, bagaimana cara kerjanya. Mereka menjawab saya: “Tidak, tidak, tidak, tunggu. Tidak perlu wadah. Perlu ke Kubernetes. Kami akan mengalahkannya ke node. Artinya, semuanya akan seperti yang kita miliki sekarang, hanya Kubernetes yang akan mengatur semuanya. ”Dan ini sebenarnya ide yang bagus. Artinya, Kubernetes adalah hal seperti itu ketika Anda dapat datang ke perusahaan, jika perusahaan memiliki Kubernetes dan proses yang dibangun di atasnya, maka bagi seseorang yang memahami hal ini, ia hanya perlu melihat beberapa hari untuk mengatakan: "Saya siap mendukung Anda. Sepenuhnya. Seluruh Saya mengerti cara kerjanya untuk Anda. " Tidak seperti pendekatan tanpa Kubernetes, beberapa kruk berdesakan di sini, yang lain adalah kruk. Di sini Ansible, di sini Terraform. Seseorang menulis semua ini, dan butuh enam bulan untuk mengetahuinya. Di sini Jadi apakah Kubernetes akan menjadi standar de facto, saya tidak tahu. Hari ini dia terlihat jauh lebih ambisius dan lebih percaya diri daripada keputusan yang ada di sekitarnya.
Azat Khadiev: Yah, perbandingannya dengan Linux cukup berani. Dia bekerja pada satu mesin - dan hanya itu. Dan Kubernet bekerja pada banyak mesin. Segera ada sejuta variasi, alasannya. Ya, itu berani. Hanya ketika Anda mempertimbangkan bahwa ada pesaing dalam paradigma ini. Misalnya, Tanpa Server. Apakah Kubernet berisiko dengan pesaing seperti itu?
Pavel Selivanov: Dari Serverless ... (tertawa) Serverless - kita semua memiliki pemahaman yang sama bahwa masih ada server. Saya baru-baru mendengar laporan tentang hal ini. Di sana, seorang pria mengatakan bahwa masih ada server - dan ini adalah cloud. Tetapi kita harus selalu mengerti bahwa cloud - ada juga server di sana. Ada server besi nyata, rak, dan di sini mereka dipasang di suatu tempat. Ini awan. Selain itu, ada Serverless, di mana tidak ada server. Jadi pertanyaannya adalah apakah Serverless Kubernetes akan menang? Sepertinya saya bahwa Serverless akan berangkat ke Kubernetes. Untuk penyedia yang menyediakan Serverless, Kubernetes adalah platform yang sangat nyaman untuk menyediakan ini. Ya, mungkin pada titik tertentu kita akan berhenti berbicara tentang Kubernet pada prinsipnya, sebagai pengembangan aplikasi bisnis biasa. Tetapi di suatu tempat di kedalaman, penyedia dan insinyur akan memiliki Kubernetes, di mana semua ini akan dilaksanakan.
Azat Khadiev: Topik yang sedikit berbeda. Ada konsep seperti insinyur fullstack. Apa yang Anda pikirkan tentang mereka? Apakah mereka ada?
Pavel Selivanov: Um ... Insinyur Fullstack ... Ya, bagi saya tampaknya layak membedakan antara hal-hal ini yang ... Anda tahu, ada yang namanya orang berbentuk T. Apakah orang-orang seperti itu dibutuhkan dalam industri saat ini? Ya, sangat dibutuhkan. Kami membutuhkan orang-orang yang memiliki wawasan yang luas, tetapi pada saat yang sama mereka adalah spesialis di bidang yang sempit. Dan di sini insinyur Fullstack adalah sama - orang yang melakukan segalanya. Mulai dari pengembangan frontend, pengujian, backend, server dan yang lainnya. Saya tidak percaya bahwa di perusahaan besar seseorang dapat melakukan ini tanpa memiliki spesialisasi yang sempit untuk 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 berfungsi di dunia modern. Artinya, di sini saya akan mengatakan ... Saya akan menjatuhkan kata Fullstack. Kami sangat membutuhkan insinyur. Kita membutuhkan DevOps. Saya merasa kita akan segera mempertimbangkan kembali momen ini. Dan mereka tidak akan dibutuhkan.
Azat Khadiev: Bisakah Anda mengungkapkannya?
Pavel Selivanov: Tampaknya bagi saya bahwa kita di industri akan sampai pada kesimpulan bahwa peran ini adalah Dev dan Ops, mereka akan segera menghilang. Jika kita membutuhkan spesialis dan kita berburu ... Kita membutuhkan pengembang ini dan itu, kita membutuhkan administrator ini dan itu, kita membutuhkan insinyur DevOps - sekarang kita memilikinya, sekarang akan ada insinyur produksi, insinyur SRE. Meskipun pada kenyataannya yang kita butuhkan adalah insinyur yang ingin kita rekrut. Latar belakang pada umumnya tidak penting. Karena ... Misalnya, SRE mengatakan bahwa mereka selalu memiliki masalah infrastruktur. Dan apa ... Mari kita ambil pengembang - dari sudut pandang bahwa pengembang adalah seorang insinyur - menempatkan mereka di departemen dukungan dan mereka akan memecahkan masalah ini dengan cara yang sama seperti mereka memecahkan masalah bisnis menggunakan kode, menggunakan teknik seperti itu.
Azat Khadiev: Dan dari sudut pandang ini ... Bagaimana cara mewawancarai insinyur seperti itu?
Pavel Selivanov: Oh, pertanyaan yang bagus. Dia mungkin sudah melampaui apa yang saya pahami dalam kehidupan ini. Tapi saya hanya akan memberi contoh. Dia tidak ada hubungannya dengan wawancara. Ini tentang sistem pendidikan kita di Rusia. Di IT, kita tahu bahwa sistem pendidikan kita di Rusia untuk dunia IT sudah sangat ketinggalan zaman, bukan seperti yang seharusnya. Rata-rata saya berbicara tentang Rusia - dan apa yang terjadi di sana. Orang yang sama sekali tidak siap untuk pergi besok setelah lulus pergi ke pengembangan web, ke perusahaan teknologi. Dan itu agak buruk. Kami mengajari mereka beberapa hal aneh, meskipun sepertinya kami diajarkan untuk mengembangkannya untuk Android, iOS, cara menggunakan Git dan semua hal ini. Bahkan seakan tidak. Institusi adalah masa ketika orang tua Anda membayar Anda. Seluruh hidupmu. Dan Anda dapat mencurahkan lima tahun hidup Anda untuk belajar secara mendalam. Dan pelajari semua ini berbentuk T. Kapan Anda bisa belajar di institut tentang sistem kontrol versi, pola pengembangan apa, bagaimana menguji semua ini, apa database, penyeimbang. Dan ketika Anda sudah akan bekerja, Anda mulai mempelajari bidang tertentu. Jadi kami mendapatkan insinyur. Dan sekarang sistem pendidikan kita di Rusia jauh lebih dekat dengan kebenaran ini daripada bagi kita. Mereka memberi kami pelatihan matematika yang baik, memberikan pelatihan algoritmik yang baik, mereka memberi kami beberapa gagasan tentang bahasa pemrograman. Dan tentang wawancara, menurut saya ada sesuatu yang dekat dengan ini. Kita perlu mewawancarai para insinyur. Kita membutuhkan bagian atas huruf T untuk huruf T. Karena garis vertikal huruf T ia dapatkan.
Azat Khadiev: Ya, menarik. Lima tahun setelah lulus, bagiku pendidikanku terasa aneh dan tidak memadai. Dan kemudian dalam perjalanan pekerjaan, ketika tugas menjadi lebih dalam, proyek-proyek lebih besar, saya menyadari bahwa tidak, saya diajarkan hal-hal yang sangat penting. Paul, terima kasih. Sangat menarik mendengar jawaban Anda. Dengarkan laporan Anda.
Pavel Selivanov: Terima kasih.