Cadangan tumbuh subur di zaman cloud, tetapi gulungan kaset tidak dilupakan. Percakapan dengan Veeam



Alexander Baranov bekerja di Veeam sebagai direktur R&D dan tinggal di antara kedua negara. Dia menghabiskan separuh waktunya di Praha, separuh lainnya di St. Petersburg. Kota-kota ini memiliki kantor pengembangan Veeam terbesar.

Pada tahun 2006, itu adalah startup dari dua pengusaha dari Rusia yang terkait dengan perangkat lunak untuk membuat cadangan mesin virtual (nama V [ee] [a] M, mesin virtual, berasal dari tempat yang sama). Hari ini adalah perusahaan raksasa dengan lebih dari empat ribu karyawan di seluruh dunia.

Alexander memberi tahu kami bagaimana rasanya bekerja di perusahaan seperti itu dan betapa sulitnya untuk masuk ke dalamnya. Di bawah ini adalah monolognya.
Secara tradisional, kami akan memberi tahu Anda tentang penilaian perusahaan di My Circle: Veeam Software menerima peringkat rata - rata 4,4 dari karyawannya. Dia dihargai karena paket sosial yang baik, suasana kerja yang nyaman dalam tim, untuk tugas-tugas yang menarik dan karena kenyataan bahwa perusahaan membuat dunia menjadi tempat yang lebih baik.






Produk apa yang dikembangkan Veeam


Produk yang memberikan ketahanan infrastruktur TI. Untungnya, seiring waktu, besi telah menjadi sangat andal, dan awan memberikan toleransi kesalahan. Namun kesalahan orang masih ada.

Misalnya, masalah klasik ketidakcocokan pembaruan dengan infrastruktur organisasi. Administrator meluncurkan pembaruan yang tidak diverifikasi, atau terjadi secara otomatis, dan karena ini, operasi server perusahaan terganggu. Contoh lain: seseorang membuat perubahan pada proyek umum atau kumpulan dokumen, menganggapnya pantas. Kemudian, sebuah masalah ditemukan, dan diperlukan untuk mengembalikan negara seminggu yang lalu. Terkadang perubahan seperti itu bahkan tidak dikaitkan dengan tindakan manusia yang sadar: virus cryptolocker baru-baru ini mendapatkan popularitas. Seorang pengguna membawa flash drive dengan konten yang meragukan ke komputer yang berfungsi atau mengunjungi situs web dengan segel, dan akibatnya, komputer di jaringan terinfeksi.

Dalam situasi di mana kejahatan telah terjadi, kami memberikan kesempatan untuk mengembalikan perubahan. Jika perubahan hanya direncanakan, kami akan memungkinkan kami untuk memeriksa dampaknya di infrastruktur terisolasi, dibuat kembali dari salinan cadangan pusat data.

Seringkali, cadangan bertindak sebagai "saksi bisu" ketika mengaudit dalam suatu organisasi. Perusahaan publik harus mematuhi persyaratan regulator eksternal (misalnya, Sarbanes-Oxley Act), dan ini bukan kecelakaan. Pada tahun 2008, keadaan ekonomi global terguncang karena fakta bahwa beberapa peserta di pasar keuangan, secara kasar, memalsukan hasil kegiatan mereka. Ini meluncurkan bola salju, dan ekonomi menurun. Sejak saat itu, regulator telah memantau dengan cermat proses di perusahaan publik. Kemampuan untuk memulihkan keadaan infrastruktur TI, sistem surat, sistem manajemen dokumen untuk periode pelaporan adalah salah satu persyaratan auditor.

Microsoft, Amazon, Google dan penyedia cloud lainnya memiliki solusi asli yang mendukung sumber daya di dalam cloud. Tetapi keputusan mereka adalah "hal-hal dalam diri mereka sendiri." Masalahnya adalah bahwa perusahaan besar dalam kebanyakan kasus memiliki infrastruktur IT hybrid: sebagian ada di cloud, sebagian lagi ada di tanah. Proyek berbasis web dan aplikasi berorientasi klien biasanya hidup di cloud. Aplikasi dan server yang menyimpan informasi rahasia atau data pribadi paling sering ditemukan.

Selain itu, organisasi menggunakan beberapa cloud berbeda untuk membangun satu hibrid untuk meminimalkan risiko. Ketika perusahaan multinasional telah membangun cloud hybrid, ia membutuhkan sistem toleransi kesalahan tunggal dan umum untuk seluruh infrastruktur.





Betapa sulitnya mengembangkan produk semacam itu


Teknologi baru terus muncul yang membutuhkan studi, adaptasi, dan pengalaman. Ketika kami pertama kali muncul dan merupakan startup, beberapa orang menganggap serius virtualisasi. Ada aplikasi untuk membuat cadangan pusat data fisik. Pusat data tervirtualisasi dipandang sebagai mainan.

Kami mulai mendukung cadangan dengan mempertimbangkan virtualisasi dari awal, ketika teknologi itu hanya digunakan oleh para penggemar. Dan kemudian pertumbuhan eksplosif dan pengakuan oleh standar terjadi. Sekarang kita melihat area lain yang sedang menunggu lompatan kualitatif yang sama, dan mencoba untuk berada di gelombang. Kemampuan menjaga hidung tetap tertekuk di suatu tempat di DNA perusahaan.

Sekarang perusahaan telah selamat dari waktu startup. Sekarang stabilitas dan keandalan penting bagi banyak pelanggan besar, dan keputusan tentang toleransi kesalahan dapat bertahan selama beberapa tahun. Adaptasi, verifikasi produk, kepatuhan dengan berbagai persyaratan. Ternyata situasi yang lucu - di satu sisi, Anda perlu memastikan keandalan dan kepercayaan pada produk, dan di sisi lain, untuk tetap modern.

Tetapi yang baru selalu dikaitkan dengan tingkat ketidaktahuan teknologi tertentu, pasar, atau keduanya.

Misalnya, setelah beberapa tahun bekerja, kami menyadari bahwa kami perlu menggunakan kemampuan bawaan sistem penyimpanan untuk mempercepat pencadangan. Jadi seluruh arah lahir untuk integrasi dengan produsen besi. Saat ini, mitra Veeam dalam program ini adalah semua pemain terbesar di pasar ini - HP, NetApp, Dell EMC, Fujitsu, dll.

Bagi kami, virtualisasi juga akan menggantikan server klasik. Tetapi kehidupan telah menunjukkan bahwa 10% terakhir dari server fisik tetap, virtualisasi yang tidak mungkin atau tidak masuk akal. Dan mereka juga perlu didukung. Inilah bagaimana Veeam Agent untuk Windows / Linux muncul.

Pada suatu waktu, kami merasa bahwa sudah waktunya bagi Unix untuk mengambil tempatnya di museum, dan menolak untuk mendukungnya. Tetapi begitu kami mencapai pelanggan dengan sejarah panjang, kami menyadari bahwa Unix lebih hidup daripada semua yang hidup. Meskipun demikian, mereka menulis solusi untuknya.

Kisah yang sama dengan tape drive. Kami berpikir: "siapa yang membutuhkan mereka di dunia modern?" Lalu kami bekerja pada fitur-fitur seperti pemulihan data granular atau cadangan tambahan dengan salinan lengkap sintetis - dan ini tidak dapat dilakukan pada kaset, Anda hanya perlu disk. Kemudian ternyata tape drive berfungsi sebagai salah satu cara untuk menyediakan cadangan tidak berubah yang diperlukan untuk penyimpanan jangka panjang - untuk datang dalam 5 tahun, ambil kaset dari rak dan lakukan audit. Baik, ukuran pelanggan - kami mulai dengan yang kecil - dan tidak ada yang menggunakan kaset di sana. Dan kemudian mereka tumbuh menjadi pelanggan yang mengatakan kepada kami bahwa mereka tidak akan membeli produk tanpa kaset.





Teknologi apa yang digunakan dalam Veeam


Untuk tugas yang terkait dengan logika bisnis, kami menggunakan .NET. Kami mulai dengan itu, dan terus mengoptimalkan. Sekarang di sejumlah solusi kami menggunakan .NET Core. Ketika startup baru saja dibentuk, tim memiliki beberapa pendukung tumpukan ini. Ia pandai menulis logika bisnis, kecepatan pengembangan, dan kenyamanan alat. Maka itu bukan solusi yang paling populer, tetapi sekarang jelas bahwa para pendukung itu benar.

Pada saat yang sama, kami menulis di bawah Unix, Linux, bekerja dengan perangkat keras, ini membutuhkan penggunaan solusi lain. Bagian-bagian sistem yang terkait dengan informasi tentang data yang kami simpan di cadangan, algoritma pengambilan data, algoritma yang terkait dengan operasi besi - semua ini ditulis dalam C ++.





Bagaimana karyawan didistribusikan di seluruh dunia


Sekarang perusahaan mempekerjakan sekitar empat ribu orang. Sekitar seribu dari mereka ada di Rusia. Perusahaan ini memiliki dua kelompok besar. Yang pertama terlibat dalam pengembangan dan dukungan teknis produk. Yang kedua membuat produk terlihat oleh dunia luar: penjualan dan pemasaran adalah kompetensinya. Rasio antara kelompok adalah sekitar tiga puluh hingga tujuh puluh.

Kami memiliki sekitar tiga puluh kantor di seluruh dunia. Penjualan didistribusikan lebih luas, tetapi pengembangan juga tidak jauh di belakang. Beberapa produk sedang dikerjakan secara bersamaan di beberapa kantor - sebagian di St. Petersburg, sebagian di Praha. Beberapa dikembangkan hanya dalam satu, misalnya, produk yang menyediakan cadangan Linux fisik sedang dikembangkan di Praha. Ada produk yang hanya dikerjakan oleh Kanada.

Kami melakukan pengembangan terdistribusi untuk memenuhi kebutuhan pelanggan. Pelanggan besar merasa lebih aman ketika pengembangannya berada di wilayah yang sama di mana produk itu bekerja.

Kami sudah memiliki kantor yang sangat besar di Republik Ceko, dan tahun depan kami berencana untuk membuka kantor lain di Praha - untuk 500 pengembang dan penguji. Mereka yang pindah ke ibukota Ceko dalam "gelombang pertama" di Habrรฉ senang berbagi pengalaman dan peretasan hidup dengan semua orang yang tertarik dengan peluang untuk bekerja di Eropa. Di Rusia, kantornya berlokasi di St. Petersburg, bagian dari proyek internal sedang berlangsung di Izhevsk, dan sebagian dukungan di Moskow. Secara umum, beberapa ratus orang di seluruh dunia terlibat dalam dukungan teknis. Ada spesialis dari berbagai tingkat pelatihan teknis dan spesialisasi. Level tertinggi adalah orang yang mampu memahami produk pada level kode sumber, dan mereka bekerja di kantor yang sama dengan pengembangan.





Bagaimana prosesnya diatur


Sekitar setahun sekali kami merilis rilis besar dengan fungsionalitas baru, dan setiap dua hingga tiga bulan - pembaruan dengan perbaikan bug dan peningkatan yang memenuhi persyaratan pasar yang mendesak atau perubahan platform. Prioritas diberikan pada persyaratan - dari minor hingga kritis, yang tanpanya rilis tidak mungkin. Yang terakhir disebut "epos".

Ada segitiga klasik - kualitas, kuantitas sumber daya, istilah (pada orang awam, โ€œcepat, efisien, murah, pilih duaโ€). Kami tidak bisa melakukan yang buruk, kualitas harus selalu tinggi. Sumber daya juga terbatas, meskipun kami berusaha untuk terus berkembang. Ada lebih banyak fleksibilitas dalam manajemen waktu, tetapi juga sering diperbaiki. Oleh karena itu, satu-satunya hal yang dapat kami variasikan adalah jumlah fungsionalitas dalam rilis.

Epikov, sebagai suatu peraturan, mencoba untuk menjaga tidak lebih dari 30-40% dari tanggal siklus rilis yang diproyeksikan. Kita dapat memotong sisanya, mentransfer, memodifikasi, memodifikasi. Ini adalah ruang kita untuk bermanuver.

Untuk setiap persyaratan, tim sementara dibuat dalam rilis. Itu dapat memiliki tiga orang, dan lima puluh, tergantung pada kompleksitas. Kami mematuhi metodologi pengembangan yang fleksibel, sekali seminggu kami mengatur ulasan dan diskusi tentang pekerjaan yang dilakukan dan yang akan datang untuk setiap fungsi.

Setengah dari waktu siklus rilis dihabiskan untuk pengembangan, setengah pada penyelesaian produk. Tetapi kami memiliki pepatah - "hutang teknis dari proyek yang bangkrut adalah nol." Oleh karena itu, lebih penting untuk membuat produk yang berfungsi dan diminati daripada menjilat kode tanpa henti. Jika produk itu populer, maka sudah layak dikembangkan lebih lanjut dan mengadaptasinya untuk perubahan di masa depan.





Bagaimana Veeam mempekerjakan orang


Algoritme seleksi adalah multi-stage. Tingkat pertama adalah percakapan antara kandidat dan perekrut tentang keinginan orang itu sendiri. Pada tahap ini, kami berusaha memahami apakah kami cocok untuk kandidat. Penting bagi kami bahwa kami menarik sebagai perusahaan, karena memperkenalkan seseorang ke dalam proyek adalah kesenangan yang mahal.

Jika ada minat, maka pada level kedua kami menawarkan tugas tes untuk memahami seberapa relevan pengalaman kandidat dan apa yang dapat ia tunjukkan sebagai spesialis. Sebagai contoh, silakan buat kompresor file. Ini adalah tugas standar, dan ini menunjukkan bagaimana seseorang berhubungan dengan kode, yang menganut budaya dan gaya, yang menggunakan solusi.

Pada tugas tes, semuanya biasanya terlihat sempurna. Seseorang yang baru saja berkenalan dengan surat dan pertama menulis surat terasa berbeda dari orang yang terus-menerus menulis surat.

Lalu kami melakukan wawancara. Biasanya itu dilakukan segera oleh tiga pemimpin tim sehingga semuanya seobjektif mungkin. Selain itu, membantu merekrut orang yang kompatibel secara teknis yang memiliki metode dan pendekatan pengembangan yang kira-kira sama, bahkan jika pada akhirnya mereka bekerja di tim yang berbeda.

Sepanjang minggu, kami melakukan beberapa wawancara untuk lowongan terbuka dan memutuskan dengan siapa kami akan terus bekerja sama.

Seringkali para pria datang kepada kami dan mengatakan bahwa mereka sedang mencari pekerjaan, karena mereka tidak punya tempat untuk pergi saat ini - Anda dapat menunggu kenaikan hanya ketika bos pensiun. Kami memiliki dinamika yang sedikit berbeda. Dua belas tahun yang lalu, Veeam adalah startup dengan sepuluh karyawan. Sekarang ini adalah perusahaan tempat beberapa ribu orang bekerja.

Orang-orang sampai di sini seperti sungai badai. Arahan baru terus muncul, pengembang peringkat-dan-kemarin menjadi pemimpin tim. Orang tumbuh secara teknis, tumbuh secara administratif. Jika Anda sedang mengembangkan fitur kecil, tetapi ingin mengembangkannya, maka setengah dari pertempuran telah dilakukan. Dukungan akan ada di semua tingkatan, dari pemimpin tim hingga pemilik perusahaan. Tidak tahu bagaimana melakukan sesuatu secara administratif - ada kursus, pelatih internal, kolega yang berpengalaman. Tidak ada cukup pengalaman dalam pengembangan - ada proyek Akademi Veeam. Jadi kami terbuka untuk semua orang, baik untuk profesional maupun pemula.
Proyek Veeam Academy adalah malam offline offline C # intensif untuk programmer pemula dengan prospek pekerjaan di Veeam Software untuk siswa terbaik. Tujuan dari proyek ini adalah untuk mempersempit kesenjangan antara volume pengetahuan dan keterampilan praktis lulusan universitas rata-rata dan jumlah pengetahuan yang diperlukan untuk menarik minat pemberi kerja yang baik. Selama tiga bulan, orang-orang mempelajari prinsip-prinsip OOP dalam praktik, membenamkan diri dalam fitur C # dan mempelajari ruang kap. Net. Selain kuliah, tes, laboratorium dan proyek pribadi, para pria mengembangkan proyek bersama mereka sesuai dengan semua aturan perusahaan ini. Topik proyek tidak diketahui sebelumnya - ia dipilih bersama dengan semua orang di hari-hari pertama setelah dimulainya kursus. Pada aliran terakhir, dia menjadi Bank Virtual.
Sekarang buka panggilan ke utas baru .

Source: https://habr.com/ru/post/id461461/


All Articles