SRE adalah singkatan dari Site Reliability Engineer
Dalam industri TI, ini adalah insinyur yang bertanggung jawab atas keandalan layanan yang sangat kompleks. Sebuah profesi muncul di Google dan menghasilkan metodologi di sana. Ini bisa dimaklumi, Google adalah layanan yang digunakan oleh seluruh dunia. Ini adalah kekuatan yang sangat besar dan kerumitan yang luar biasa.
Pada 14 Desember, Google mengalami kesalahan, seluruh dunia bingung. Di sinilah dibutuhkan seorang insinyur SRE. Dia tidak boleh membuat kesalahan seperti itu.
Pasar TI Rusia telah menguasai metodologi DevOps lebih awal dan sekarang ada perdebatan sengit tentang SRE vs DevOps. Seseorang mengatakan bahwa ini adalah hal yang sama, seseorang mengatakan bahwa SRE adalah sesuatu yang secara logis melanjutkan DevOps. Profesi tersebut baru saja muncul di Rusia. Bank-bank besar yang berkapasitas besar mulai serius memikirkan hal tersebut.
Secara umum, saat semua orang berdebat, kami memutuskan untuk berbicara tentang SRE dan DevOps, serta tentang bekerja di Google dan Tinkoff .
Saya menemukan satu SRE di Tinkoff, sebelumnya dia bekerja di Google - bisa dikatakan sebagai sumber utama. Namanya Dima Maslennikov. Kami memberi perhatian khusus pada Google, karena ada stereotip bahwa bekerja di sana menyenangkan. Kami menemukan bahwa tidak semua orang.
Apa itu DevOps
DevOps – Development and Operation, (, ) , ..
Artikel tersebut berisi teks wawancara singkat dan direvisi secara kreatif. Jika Anda ingin lebih detail atau terlalu malas untuk membaca, lihat versi lengkap di saluran youtube saya
Farya:
- Bagaimana Anda bisa masuk ke Google?
Dmitry Maslennikov:
- Mereka menghantui saya untuk waktu yang sangat lama. Mereka menulis kepada saya di LinkedIn, meminta resume saya, dan saya terus lupa mengirimkannya kepada mereka ...
- Mengapa mereka bermain sepak bola? Ini Google sialan!
- Saya tidak tahu, itu bagus untuk saya di Rusia.
- Apa yang kamu lakukan saat itu?
- Saya adalah seorang programmer, arsitek perangkat lunak. Mengembangkan backend.
Menurut Anda mengapa mereka memperhatikan Anda?
- Saya tidak punya ide. Saya memiliki segala macam kata-kata besar yang tertulis di profil saya, karena saya bekerja untuk semua jenis Ebay, Samsung. Dan tampaknya, banyaknya nama besar dan teknologi yang saya tangani turut berperan.
- Apa mereka mengajarimu SRE? Memang, di Rusia ini belum dan masih belum.
- Ya, dan tidak ada tempat seperti itu di dunia ini. Karenanya, pelatihan berlangsung di Google selama sekitar enam bulan.
- Ada diskusi liar seputar SRE. Apa itu, apakah SRE merupakan lawan dari DevOps, apakah itu pelengkap untuk itu?
- Ketika saya bekerja di eBay, saya memiliki perasaan yang baik tentang apa yang ada sebelum DevOps. Ada pengembangan (programmer) dan ada administrator. Dan mereka tidak pernah bertemu satu sama lain. Anda menyerahkan kode tersebut kepada manajer, dan kode itu ada di suatu tempat. Dia, pada gilirannya, juga menyebarkannya kepada seseorang di sana. Dan seseorang entah bagaimana memanfaatkan kode ini. DevOps mengatakan mereka harus disatukan.
- Kapan SRE muncul di sini?
- SRE muncul ketika perangkat lunak menjadi terlalu kompleks dan kelebihan beban. Pertama, fungsinya sendiri berkembang sangat kuat. Dan ini, kadang-kadang, tidak terlihat. Nah, apa yang berubah dalam pencarian Google selama setahun terakhir atau selama 5 tahun terakhir? Dan ada rilis pergi setiap minggu dengan fungsionalitas baru! Apalagi dengan fungsionalitas.
, , . . , . .
- Saya bahkan tidak bisa membayangkan apa yang bisa diperbarui di sana?
- Misalnya, Anda mencari kopi. Pertama, geolokasi. Jika Anda mencari kopi di lapangan, maka Anda mungkin mencari bagaimana kopi ditanam atau sejarahnya. Jika Anda mencari kopi di pusat kota metropolis, maka, mungkin, minumlah. Atau Hilton. Apakah ini nama keluarga atau hotel?
- Jadi, dimana SRE-nya?
- Pertama, fungsionalitas bertambah, kompleksitas bertambah, beban bertambah. Artinya, kami menjangkau lebih banyak orang, Internet menjadi lebih mudah diakses dan diakses. Misalnya, India dan negara serta wilayah lain yang sebelumnya tidak dapat diakses bergabung. Semuanya menjadi sangat luas secara geografis. Dan oleh karena itu, orang mulai mengkonsumsi, beban layanan meningkat. Dan itu membuatnya menjadi terlalu rumit.
Membuka layanan hanya ke Moskow adalah satu hal - hal lain - ke seluruh Rusia. Bebannya sangat besar. Apa yang sedang terjadi? Untuk melayani begitu banyak orang dengan cepat, Anda membutuhkan banyak server. Layanan harus tersedia 24x7. Bayangkan jika sekarang pembayaran Anda akan memakan waktu bukan 5 menit, tetapi tiga hari?
Dan pertanyaannya adalah, apa yang harus dilakukan administrator dengan semua ini?
- Saya kira ada banyak administrator. Dan mereka ada dalam hierarki yang kompleks untuk mendukung semuanya.
- Administrator, menurut Google, tidak menguntungkan untuk berkembang. Tidak mungkin lagi mempekerjakan begitu banyak orang. Inilah mengapa SRE muncul.
- Pada titik manakah DevOps menjadi SRE?
- Pertanyaan yang sangat filosofis. Ada tugas dan masalah. Mereka perlu ditangani. Misalnya, jika bank tidak menyelesaikan transfer, lalu apa yang harus dilakukan? Untuk memecahkan masalah. Apakah akan menyebutnya SRE atau tidak, masih belum jelas.
Yah, dan ini umumnya hanya argumen tentang apa-apa. "Apakah ada kehidupan di Mars, apakah ada kehidupan di Mars?" Apakah SRE DevOps, apakah SRE DevOps? Baik SRE dan DevOps sama-sama bekerja dengan baik. Ini berarti kami mengambil yang terbaik dari mana saja, menerapkannya untuk membuat pengguna senang.
- Jadi kedua metodologi bekerja bersama-sama?
- Bersama-sama, tetapi SRE masih bukan administrator, mereka lebih menekankan pada pemrograman dan otomatisasi. Ditambah lagi, saya terus tenggelam karena kami jarang harus bekerja dengan metode administrasi. Dan jika ini terjadi, maka ada sesuatu yang salah dengan kita.
- Tapi ini bukan jawaban untuk pertanyaan itu.
- Mereka bisa menjadi saudara, mereka bisa memiliki kesamaan, mungkin hal yang sama - apapun yang Anda inginkan. Bagaimana tindakannya akan berubah? Semua sama, semuanya bermuara pada satu hal: ada perangkat lunak, perlu dieksploitasi, beberapa orang dibutuhkan yang akan menyelesaikan masalah pemuatan. Dan bagaimana memanggil mereka adalah hal yang kesepuluh.
- Bisakah SRE menjadi DevOps atau programmer? Secara umum, apa yang perlu Anda pelajari untuk menjadi SRE yang banyak dicari?
- Menurut saya, kita seharusnya tidak belajar pemrograman, bukan SRE dan DevOps, tetapi berpikir tentang prosesnya sebagai rekayasa, yang hadir dalam pengembangan perangkat lunak dan multifaktorial.
Kami baru-baru ini mengadakan pertemuan tentang SRE, kami banyak berdebat, tetapi kami sepakat tentang satu hal: programmer tidak lagi dibutuhkan seperti sebelumnya. Setiap orang membutuhkan insinyur yang dapat memecahkan masalah. Ketika para geek datang yang merakit mobil di garasi mereka, mereka sangat populer dan semua orang ingin menjadi secerdas mereka. Tapi dunia telah berubah. Sekarang ini adalah keterampilan yang dapat dimiliki setiap orang dan tidak dinilai tinggi. Ini akan sama dengan programmer.
Tentang SRE di Google
- Mari kita bicara tentang Google. Ada legenda tentang roti Google untuk pekerjaan. Ceritakan secara detail.
- Pertama, ketika Anda meninggalkan pekerjaan terakhir Anda, mereka bertanya: "Berapa banyak bonus yang akan Anda hilangkan dengan berhenti?" Mereka akan memberi kompensasi uang ini agar Anda tidak ragu-ragu. Kemudian mereka menyewakan apartemen saya selama 3 bulan, memberi saya makelar terpisah dari Google, yang memilih perumahan. Atau mereka dapat memberi Anda kompensasi untuk semua biaya pemindahan.
Minggu pertama kerja, mereka tidak memberi tahu Anda tentang pekerjaan sama sekali, tetapi tentang cara kerja kehidupan di Google dan Irlandia. Semuanya sangat tenang di perusahaan. Ada dapur mikro di mana-mana - buah-buahan, dan sebagainya. Komunikasi di dapur mikro adalah budaya yang terpisah. Ada juga tiga kali makan sehari, pijat dan seminggu sekali Anda bisa datang bekerja dengan hewan peliharaan Anda.
Dan ada mantra seperti itu dari manajer - "Yang utama adalah, jangan kelelahan, jangan terlalu banyak bekerja."
Kami juga punya cerita menarik. Pria itu mendapat pekerjaan tepat setelah kuliah, dan memutuskan untuk menghemat perumahan. Dia membeli van termurah, meletakkan tempat tidur di sana. Google memiliki binatu, dia mengisi baterai di kantor, kamar mandi dan handuk juga tersedia. Van itu diparkir di tempat parkir kantor dan mulai bekerja darinya.
Dia ingin segera melunasi pinjaman pelajarnya. Tapi kemudian dia dilarang melakukannya.
- Kenapa?
- Ada berita di media, mereka mulai berdiskusi, tetapi Google tidak menyukai banyak aktivitas. Reputasi merek, semua pekerjaan ...
- Mengapa Anda pergi ke Rusia dan mencari pekerjaan di Tinkoff? Ini sangat tidak biasa. Setiap orang mencoba untuk keluar, dan Anda kembali.
- Entahlah, mereknya menarik dan saya sudah menjadi klien sejak lama. Di mana lagi untuk bekerja di Rusia? Ya, Yandex, ya, Tinkoff. Dia pergi karena Dublin bosan.
- Mengapa Dublin membosankan?
- Kota kecil ini. Ini bukan Schengen, untuk pergi ke Eropa - Anda perlu mendapatkan visa.
Dalam mentalitas kami Dublin adalah sebuah desa. Ketika penduduk setempat mengatakan bahwa mereka bosan dengan Dublin karena ada suasana kota besar, terdengar konyol bagi penduduk Moskow.
Tapi ada kelebihannya, misalnya orangnya sangat tenang. Tidak ada yang mengangkat suara mereka sama sekali. Di Rusia, apa yang tidak dianggap peningkatan suara tampak kontras setelah Dublin.
- Mengapa Google membosankan? Apa yang dimiliki Tinkoff yang tidak dimiliki Google?
- Tinkoff memiliki dorongan dan agresivitas yang baik.
"Kami ingin tumbuh di sana, kami ingin merebut pasar, kami ingin menjadi yang terbaik."
Dan di Google: “Kami sudah menjadi yang terbaik. Kami sudah menangkap semuanya. Ya, kami masih ingin meraih sesuatu di China, tetapi ada masalah politik. "
Jika Anda menyukainya, lihat wawancara lengkap untuk detailnya .