Epik tentang pentadbir sistem sebagai spesies terancam

Pentadbir sistem di seluruh dunia, tahniah atas percutian profesional anda!

Kami tidak mempunyai pentadbir sistem (baik, hampir). Walau bagaimanapun, legenda tentang mereka masih segar. Untuk menghormati percutian, kami telah menyediakan epik ini. Bertenanglah wahai pembaca sekalian.

Epik tentang pentadbir sistem sebagai spesies terancam

Suatu ketika dunia Dodo IS terbakar. Semasa masa gelap itu, tugas utama pentadbir sistem kami adalah untuk bertahan sehari lagi dan tidak menangis.

Pada masa dahulu, pengaturcara menulis kod sedikit dan perlahan, dan menyiarkannya pada prod hanya sekali seminggu. Jadi masalah timbul hanya sekali setiap tujuh hari. Tetapi kemudian mereka mula menulis lebih banyak kod dan menyiarkannya dengan lebih kerap, masalah mula meningkat, kadang-kadang semuanya mula berantakan, dan menjadi lebih teruk untuk berpatah balik. Pentadbir sistem menderita, tetapi bertolak ansur dengan sandiwara ini.

Mereka duduk di rumah pada waktu petang dengan kegelisahan dalam jiwa mereka. Dan setiap kali ia berlaku "ia tidak pernah berlaku, dan di sini sekali lagi pemantauan menghantar isyarat untuk bantuan: Kawan, dunia sedang terbakar!". Kemudian pentadbir sistem kami memakai baju hujan merah mereka, seluar pendek di atas legging, melengkung di dahi mereka dan terbang untuk menyelamatkan dunia Dodo.

Perhatian, sedikit penjelasan. Tidak pernah ada pentadbir sistem klasik yang menyelenggara perkakasan dalam Dodo IS. Kami segera telah maju di awan Azure.

Apa yang mereka lakukan:

  • jika ada yang rosak, mereka membuatnya supaya ia dibaiki;
  • juggled pelayan pada tahap pakar;
  • bertanggungjawab untuk rangkaian maya di Azure;
  • bertanggungjawab untuk perkara peringkat rendah, sebagai contoh, interaksi komponen (*berbisik* yang kadangkala mereka tidak meraba-raba);
  • pelayan menyambung semula;
  • dan banyak lagi yang liar.

Kehidupan pasukan jurutera infrastruktur (seperti yang kami panggil pentadbir sistem kami) kemudiannya terdiri daripada memadamkan kebakaran dan sentiasa memecahkan bangku ujian. Mereka hidup dan bersedih, dan kemudian mereka memutuskan untuk berfikir: mengapa ia begitu buruk, atau mungkin kita boleh melakukan yang lebih baik? Sebagai contoh, adakah kita tidak akan membahagikan orang kepada pengaturcara dan pentadbir sistem?

masalah

Diberi: terdapat pentadbir sistem yang mempunyai pelayan dalam bidang tanggungjawabnya, rangkaian yang menghubungkannya dengan pelayan lain, program peringkat infrastruktur (pelayan web yang menjadi tuan rumah aplikasi, sistem pengurusan pangkalan data, dll.). Dan ada seorang pengaturcara yang bidang tanggungjawabnya adalah kod kerja.

Dan ada perkara yang berada di simpang. Tanggungjawab siapa ini?

Biasanya, pentadbir sistem dan pengaturcara kami bertemu hanya di persimpangan ini dan ia bermula:

β€œKawan-kawan, tiada apa yang berfungsi, mungkin kerana infrastruktur.
- Kawan, tidak, ia ada dalam kod.

Pada suatu hari pada masa ini, pagar mula tumbuh di antara mereka, di mana mereka dengan gembira melemparkan najis. Tugas itu, seperti tahi, dilemparkan dari satu sisi pagar ke sisi yang lain. Pada masa yang sama, tiada siapa yang mendekati untuk menyelesaikan keadaan. Senyuman sedih.

Sinaran mentari menembusi langit yang mendung apabila beberapa tahun lalu di Google mereka mendapat idea untuk tidak bertukar tugas, sebaliknya melakukan perkara biasa.

Tetapi bagaimana jika kita menerangkan segala-galanya sebagai kod?

Pada 2016, Google mengeluarkan buku yang dipanggil "Kejuruteraan Kebolehpercayaan Tapak" tentang transformasi peranan pentadbir sistem: daripada pakar sihir kepada pendekatan kejuruteraan formal dalam penggunaan perisian dan automasi. Mereka sendiri melalui semua duri dan rintangan, memahaminya dan memutuskan untuk berkongsi dengan dunia. Buku itu dalam domain awam di sini.

Buku ini mengandungi kebenaran mudah:

  • melakukan segala-galanya sebagai kod adalah baik;
  • gunakan pendekatan kejuruteraan - baik;
  • melakukan pemantauan yang baik adalah baik;
  • menghalang perkhidmatan daripada dikeluarkan jika ia tidak mempunyai pembalakan yang jelas dan pemantauan juga baik.

Amalan ini telah dibaca oleh Gleb kami (entropi), dan kami pergi. Melaksanakan! Sekarang kita berada di peringkat peralihan. Pasukan SRE telah dibentuk (terdapat 6 pakar siap sedia, 6 lagi sedang bersiap sedia) dan bersedia untuk mengubah dunia, yang terdiri sepenuhnya daripada kod, menjadi lebih baik.

Kami mencipta infrastruktur kami sedemikian rupa untuk membolehkan pembangun mengurus persekitaran mereka dan bekerjasama dengan SRE sepenuhnya secara bebas.

Wang bukannya kesimpulan

Pentadbir sistem ialah profesion yang layak. Tetapi pengetahuan tentang bahagian sistem juga memerlukan kemahiran kejuruteraan perisian yang sangat baik.

Sistem menjadi lebih mudah dan ringkas, dan pengetahuan super-unik dalam mentadbir pelayan besi semakin kurang permintaan setiap tahun. Teknologi awan menggantikan keperluan untuk pengetahuan ini.

Pentadbir sistem yang baik dalam masa terdekat perlu mempunyai kemahiran kejuruteraan perisian yang baik. Lebih baik lagi, dia harus mempunyai kemahiran yang baik dalam bidang ini.

Tiada siapa yang tahu bagaimana untuk meramalkan masa depan sebelum ia berlaku, tetapi kami percaya bahawa dari masa ke masa akan ada semakin sedikit syarikat yang ingin menambah kakitangan pentadbir sistem yang tidak berkesudahan. Walaupun, sudah tentu, peminat akan kekal. Beberapa hari ini menunggang kuda, kebanyakannya menggunakan kereta, walaupun ada kekasih ...

Selamat hari sysadmin semua, kod kepada semua orang!

Sumber: www.habr.com

Tambah komen