Gentleman sysadmin diatur

Admin adalah orang yang tanpanya tidak ada apa pun di perusahaan IT yang akan berfungsi. Dan dengan admin yang bahagia dan produktif, segalanya akan bergerak lebih baik dan lebih cepat, sehingga suasana kerja yang nyaman menjadi perhatian perusahaan. Tentang alat apa yang membuat tim menjadi produktif adalah laporan oleh Anton Turetsky ( banuchka ) di Highload ++ 2017.

Anton menyukai tugas infrastruktur dan otomatisasi segala sesuatu yang dapat diotomatisasi, sehingga ceritanya didasarkan pada contoh pengaturan infrastruktur di pusat data dan teknologi terkait (Docker, Konsul, Boneka ...). Tetapi aspek-aspek yang mengganggu kerja berkualitas dan cara menyelesaikannya seuniversal mungkin dan cocok untuk hampir semua tim eksekutif. Jadi kami meminta Anda untuk memotong kode laporan ini.



Badoo tumbuh setiap tahun, berikut adalah beberapa angka yang mencerminkan hal ini: 350 juta pesan per hari, 364 juta pengguna terdaftar di seluruh dunia, 300 ribu pengguna baru per hari. Tapi ini jauh dari hal yang paling penting, bagi orang yang bekerja di Badoo, hal utama adalah pertama-tama cara berpikir dan tim. Badoo adalah keluarga, ini tentang orang dan itu keren!

Saya ingin memulai dengan provokasi bahwa seseorang mungkin tidak mendukung:

Admin adalah orang utama di perusahaan!

Saya pikir Anda akan setuju dengan saya: admin adalah orang yang tanpanya tidak ada apa pun di perusahaan akan berfungsi: peralatan datang kepadanya, ia masukkan ke dalam sistem, ia mengalokasikan peralatan baru lagi. Karena itu, saya percaya bahwa dialah yang utama.



Saya akan memberikan contoh dari praktik pribadi di Badoo. Menilai sendiri tentang situasi ini: kami memiliki proyek baru yang disebut ReThink. Kami memperbarui logo kami: mengubah font dan warna huruf dari multi-warna menjadi ungu, menambahkan hati - monoton dan keren. Tetapi admin diperingatkan bahwa ReThink akan terjadi - kami hanya mengambil dan mengubahnya - kami memperingatkan malam terakhir hampir sebelum pulang. Dan di sini beban yang agak tidak terduga di salah satu cluster mulai mengenai. Terima kasih kepada orang yang bertugas dan membantu anggota tim lainnya hanya untuk menemukan server tambahan dan menyelesaikannya. Proyek ini benar-benar berhasil, kami tidak jatuh, berjalan normal dan semua orang senang.

Dalam konfirmasi kata-kata saya, saya ingin mengatakan bahwa admin yang bahagia dan produktif di perusahaan, antara lain, menguntungkan dan menarik bagi perusahaan. Saya ingin meminta semua perusahaan untuk membuat admin mereka bahagia . Maka kamu akan baik-baik saja!



Mari kita pikirkan apa yang membuat admin sedih . Akan banyak terjadi bahwa admin sedih karena server macet dan kehilangan cadangan. Ini semua benar, tetapi jika admin akan berpikir dan pergi ke kesedihan setiap kali ketika dia melakukan sesuatu yang salah - dan dia melakukan sesuatu yang salah setiap hari - dia tidak akan punya cukup keberanian.

Oleh karena itu, saya menunjukkan masalah, yang merupakan faktor manusia tertentu, yaitu pengalihan konteks.

Sakelar konteks

Ada cukup banyak penelitian tentang apa yang terjadi ketika seseorang dicabut, dan mengapa itu buruk. Salah satu studi bagus terakhir adalah karya Chris Parnin , seorang rekan di Universitas Teknologi Georgia. Dia mengumpulkan banyak data berbeda tentang topik ini dan membuat banyak kesimpulan, yang utamanya adalah:

Seseorang yang telah dirobek dari pekerjaan karena suatu tugas membutuhkan waktu 10-15 menit untuk kembali ke sana.

Ini adalah angka rata-rata. Seseorang mungkin memiliki lebih banyak, orang lain lebih sedikit, tergantung pada pergantian. Dengan tambahan sederhana, Anda dapat menemukan bahwa jika Anda terganggu 4-5 kali dalam satu jam oleh sesuatu, satu jam seluruh waktu kerja kemungkinan akan hilang, dan Anda tidak mungkin melakukan pekerjaan Anda.

Ini adalah teori - seseorang yang diselidiki, sampai pada kesimpulan. Dalam praktiknya, Anda mungkin menghadapi situasi ini: Anda datang bekerja, menghabiskan seluruh hari kerja dalam minuman keras - melakukan segalanya sepanjang hari, tidak punya waktu untuk makan siang, tidak menjawab pesan instan dan surat. Pada akhir hari kerja Anda semua disiksa, tampaknya Anda telah melakukan banyak hal. Tetapi dalam kasus terbaik, di malam hari Anda menyadari bahwa Anda belum melakukan bahkan setengah dari apa yang Anda rencanakan untuk hari kerja. Lebih buruk lagi, ketika seorang manajer atau kolega mendekati Anda dan bertanya: "Apa yang telah Anda lakukan hari ini?" dan Anda mengerti bahwa Anda berlari, berlari, berlari - tetapi tidak ada apa-apa di pintu keluar .

Dalam banyak hal, ini berasal dari pengalihan konteks kita dan ketidakmampuan untuk berkonsentrasi pada tugas. Untuk admin - pemain sederhana - begitulah.

Tetapi masih ada manajer / pemimpin tim dan sisi lain. Fitur utama dari pemimpin tim adalah bahwa mereka, seperti para maniak, pengalihan konteks ini bukanlah sesuatu yang dapat mereka jalani, tetapi bahkan kadang-kadang mereka meningkatkannya untuk menguranginya nanti. Artinya, mereka memfokuskan banyak pertemuan dengan saklar ini selama beberapa jam, dan kemudian beristirahat di malam hari, mengerjakan satu tugas. Keterampilan beralih dapat dikembangkan ke titik yang hanya membutuhkan 5 menit untuk membenamkan diri dalam tugas baru. Ini sangat keren, dan karena mereka tahu cara melakukannya, manajer dapat dihargai dan dihormati. Tetapi untuk administrator dan pelaku lebih baik menyingkirkan sakelar .

Opacity proses

Masalah penting kedua adalah opacity dari proses, yang dapat dibagi menjadi dua zona:

1. opacity proses dalam tim ;
2. opacity proses di luar tim .

Di dalam tim, inilah yang dapat kita pengaruhi: kekurangan atau kurangnya koordinasi antara anggota tim. Hal terburuk yang bisa ditimbulkan oleh opacity proses dalam suatu tim adalah duplikasi pekerjaan . Pada prinsipnya, ini tidak buruk, terlepas dari kenyataan bahwa Anda kehilangan, kemungkinan besar, waktu kerja salah satu karyawan.

Di sini Anda dapat menemukan pro dan berkata: "Mungkin Vasya melakukan lebih baik daripada Petya! Mari kita ambil keputusannya. " Tetapi mereka dapat berbicara di antara mereka sendiri, dan seseorang akan melakukannya. Ini penting.

Jika proses yang tidak transparan berada di luar tim, misalnya, karena secara keseluruhan terjadi sesuatu yang tidak dapat dipahami di dalam perusahaan, di dalam tim ini dapat menyebabkan penentuan prioritas tugas yang salah.



Misalnya, seorang pengembang dari web seluler mendatangi saya dan mengatakan bahwa penting baginya untuk mengambil layanan yang akan memberikan sesuatu untuk API baru hari ini. Saya memiliki banyak tugas lain, dan bagi saya kelihatannya sama sekali bukan tugasnya. Dia sedang menunggu pembebasannya selama seminggu, dia akan menunggu dua hari lagi, aku akan melakukannya nanti. Untuk bisnis, ini tidak selalu terjadi. Jika sebuah tim datang kepada kami dari atas bahwa tugas saat ini memiliki prioritas tinggi, karena itu adalah bagian dari tugas berikutnya yang sangat besar, penting bahwa ini bahkan tidak disampaikan oleh manajer, tetapi setiap anggota tim memahami ini hanya tanpa basa-basi .

Dari sudut pandang pemain dan admin, saya ingin membangun cerita saya hari ini untuk menyelesaikan dua masalah utama dalam tim. Saya akan berbicara tentang bagaimana kami menemukan beberapa aturan untuk meminimalkan pengalihan konteks dan membuat proses setransparan mungkin .

Bagaimana mengatasi masalah switching konteks

Admin datang untuk bekerja, minum secangkir kopi, membaca surat, backup bekerja, tidak ada yang jatuh - duduk, bekerja, yang dapat mengganggu.

Pertimbangkan situasi yang biasa. Pria itu datang segar, semuanya baik-baik saja, dia membuka alat kerjanya, menulis dalam obrolan dan surat, dan kemudian telepon berdering - mereka bertanya apa yang telah jatuh di malam hari - dia terganggu. Kemudian istri atau perempuan itu memposting foto keren - Anda harus masuk dan keluar, dan Facebook juga bergerak. Di sini teman-teman datang untuk membahas pertemuan sepak bola kemarin, mereka memanggil saya di malam hari untuk minum bir atau teh. Dan semua ini datang kepada seseorang dari semua sisi sedikit demi sedikit.



Apa yang harus dilakukan dengan masalah ini? Kami memiliki seseorang, ada kehidupan sosialnya secara umum, ada aspek kerjanya. Dalam hal ini, kami hanya dapat mempertimbangkan dan mengoptimalkan bagian yang terkait dengan alat kerjanya . Kita tidak bisa melarang dia pergi minum bir setelah bekerja atau menggunakan akun sosial, karena kita sama sekali tidak berada di penjara.

Oleh karena itu, kami memutuskan untuk melihat alat kerja seperti apa yang dimiliki administrator, dari mana ia sering ditarik, dan apa yang dapat kami lakukan untuk mengurangi ini.

Gagasan pertama agak aneh, tetapi kami mencobanya - untuk memungkinkan administrator untuk tidak menggunakan obrolan , karena banyak orang menulis ke obrolan. Anda sedang mengerjakan suatu tugas, dan satu menulis kepada Anda bahwa ini penting baginya, yang lain - bahwa itu penting baginya. Dan kami mengizinkan admin untuk tidak menggunakan obrolan - tidak menjawab dan tidak menulis apa pun di sana.

Idenya, tentu saja, tidak lepas landas, karena selain menulis apa yang perlu Anda baca dalam obrolan, obrolan adalah cara tercepat untuk berkomunikasi. Anda hanya perlu menulis di sana. Hanya seminggu kemudian, menjadi jelas bahwa idenya adalah utopis, kami memutuskan untuk meninggalkannya dan melangkah lebih jauh.



Kami membuat keputusan yang aneh - kami memilih salah satu anggota tim dan mengatakan kepadanya, “Bung, Anda akan menjadi pemimpin bersyarat! Ini bukan promosi, Anda hanya tahu banyak tentang rekan kerja Anda yang baik di bidang mana, Anda tahu aliran tugas umum dan lebih atau kurang tentang prioritas. Karena itu, ayolah, Anda akan bekerja sesuai dengan skenario berikut. Ada kumpulan tugas yang jatuh pada semua admin dalam tim, Anda melihat siapa yang sibuk dengan apa, Anda tahu apa tenggat waktu untuk tugas itu, dan Anda selalu dapat memberikannya kepada orang yang bisa menanganinya secepat mungkin; atau, jika ada banyak waktu untuk eksekusi, Anda dapat menugaskannya ke junior. Junior perlu mengatakan hal-hal mendasar, tetapi Anda tahu bahwa jika mereka membantunya, dia akan dipompa dan semuanya akan keren. " Pada prinsipnya, idenya cukup kuat.

Salah satu alasan mengapa dia tidak sepenuhnya masuk adalah karena kita semua admin suka bekerja pada apa yang mereka sukai. Kita dapat melakukan tugas ketika semuanya menyala dan kita harus melakukannya - kita tidak mengerti, kita ambil dan lakukan, tidak peduli siapa. Hal lain adalah ketika Anda memiliki pilihan: "Saat ini saya sedang mengerjakan satu tugas dan ingin mengonfigurasi replikasi di MySQL, saya tidak ingin menyentuh Wayang - biarkan orang lain melakukannya."

Orang-orang mulai mencuri, untuk beberapa ada beberapa tugas, untuk banyak ada, untuk beberapa orang mereka mendapatkan tidak menarik - sesuatu yang sangat tidak dapat dipahami dan tidak dapat dijelaskan. Mungkin ini salah perhitungan kita, tetapi pendekatan ini tidak berhasil.

Sekitar waktu yang sama, kami mencoba memuat Arbitrator dengan tugas lain. Untuk tim admin, tim lain ditugaskan untuk melakukan sesuatu - membuat cadangan, memulihkan, dll. Seseorang dengan aplikasi semacam itu, pada kenyataannya, adalah klien, dan dia selalu menunggu umpan balik. Ketika, setelah menetapkan tugas, ia melihat bahwa tugas tersebut telah beralih di kumpulan umum dari status "tidak ditugaskan" ke "ditugaskan" ke pelaksana tertentu, 2-3 jam telah berlalu, satu hari kerja, yang lain, dan tugas itu tidak berdetak, tidak jelas sama sekali terlibat dalam tugasnya atau tidak.



Ada administrator yang tidak terlalu suka melakukan tugas mereka dalam bentuk korespondensi. Oleh karena itu, Arbiter sekarang perlu mengatur rapat satu lawan satu dengan masing-masing anggota timnya, melakukan hampir setiap tugas, menanyakan apakah ada kesulitan pada tugas itu, bagaimana membantu, dan merangkum informasi yang dikumpulkan setiap 1-2 hari.

Tugas mulai dilaksanakan entah bagaimana. Tetapi semuanya terhenti, karena wasit kami saat ini hanya terkubur dalam begitu banyak pengetahuan . Memang, untuk meringkas sesuatu untuk Anda, Anda perlu memahami setiap bidang subjek, memikirkan tahap apa yang telah dicapai karyawan, apa yang menghentikannya, dan menulis ini. Ketika ada banyak tugas seperti itu, wasit berhenti menulis sesuatu, dan tugas-tugas tersebut berhenti dilakukan dengan cara yang sama. Karena itu, perlu untuk pindah dan mengubah sesuatu lagi.

Matriks Eisenhower

Anda mungkin sudah melihat matriks ini, Anda tidak tahu namanya. Intinya adalah bahwa kita membagi lembar tugas menjadi 4 bagian sesuai dengan dua parameter:

1. mendesak / tidak mendesak;
2. penting / tidak penting.

Kami hanya membuang semua tugas kami ke dalam tablet yang luar biasa ini dan mulai bekerja.

Perlu segera dicatat bahwa sel B , yang paling produktif dan nyaman bagi pelaku, adalah tugas yang penting dan tidak mendesak. Ini adalah motivator yang hebat bagi seseorang ketika tugas Anda penting baik untuk tim, atau untuk proyek, atau hanya untuk Anda. Anda mengerti bahwa Anda bekerja bukan hanya pada omong kosong, tetapi pada apa yang akan digunakan orang, dan ini menambah insentif. Kelebihan dari non-urgensi adalah Anda dibiarkan menggunakan perangkat Anda sendiri. Apakah Anda punya waktu untuk membaca, menguji, membuat beberapa perhitungan.

Kami duduk, berpikir, dan muncul dengan ide memisahkan semua tugas yang masuk ke departemen operasi, dan memformat tugas tidak terlalu penting dan tidak terlalu mendesak untuk dipisah menjadi proyek terpisah, yang kami sebut ITGROOVE . Di sini kami memasukkan tugas-tugas yang, di masa depan, mungkin suatu hari nanti akan benar-benar berubah menjadi masalah, tetapi sekarang mereka tidak menjadi masalah, dan akan menyenangkan untuk melakukannya di masa mendatang - satu atau dua minggu.

Setelah itu, kami memperkenalkan fungsi administrator tugas harian , yang intinya adalah sebagai berikut. Kami memiliki lini pertama dukungan dan respons terhadap operasi darurat dan pemicu, pemantauan. Jika dia tidak bisa mengatasi masalah dan memutuskan apa yang perlu ditingkatkan, maka orang pertama yang terlibat dalam menyelesaikan masalah ini di siang hari adalah administrator tugas harian.

Jika sebelum itu saya katakan kepada Anda bahwa kami menyingkirkan pengaruh pengalihan konteks, di sini kami hanya melempar seseorang ke lubang dan memberitahu semua orang untuk melakukan segala hal secara berurutan, ganti secepat mungkin.

Sebenarnya, ini tidak sepenuhnya benar, karena administrator siang hari yang bertugas melakukan tindakan berikut: meningkatkan masalah dan meneruskannya ke spesialis terbaik di bidang subjek yang diberikan, yang saat ini tersedia, atau ia hampir secara otomatis memperbaiki masalah. Ini bukan aktivitas mental - bangunkan seseorang di malam hari, ia akan pergi dan memperbaikinya.

Sebagai bonus tambahan, kami menawarkan petugas jaga harian, jika dia tidak ada hubungannya dan bosan, untuk bekerja di proyek ITGROOVE. Tidak hanya orang tersebut menutupi seluruh anggota tim , ia juga menutup tugas yang tidak penting dan tidak mendesak!

Dengan memperkenalkan peran petugas jaga harian dan membagi tugas menjadi tugas yang sama sekali tidak penting dan proyek, kami mengizinkan anggota tim lainnya untuk bekerja di zona B yang paling nyaman pada tugas yang tidak mendesak, tetapi penting. Orang-orang baru saja muncul dari titik A, melihat sekeliling, dan ada titik B - dan saya merasa nyaman, dan semua orang senang - itu keren! Kami akan bekerja!

Saya tidak akan mengabaikan tugas dari poin C. Kedengarannya entah bagaimana delusi: "Mendesak, tetapi tidak penting" - baik penting atau tidak penting. Dalam kasus kami, biasanya bekerja di segmen ini tidak terjadi. Tugas dengan kriteria "tidak penting, tetapi mendesak" baik menjadi "tidak penting dan tidak mendesak", atau hilang begitu saja, dan kami tidak mengerjakannya.



Karena saya menyentuh fakta bahwa kami memperkenalkan peran administrator siang hari yang bertugas, mari kita secara singkat membahas apa yang biasanya dimiliki oleh administrator:

1. Adminnya biasa saja. Pada prinsipnya, semua orang selalu melakukan segalanya, tetapi admin biasa terutama bekerja pada tugas-tugas di Jira.
2. Administrator siang hari yang bertugas terutama menjawab telepon dan meningkat dari pemantauan.
3. Administrator malam yang bertugas - campuran dari administrator biasa dan siang hari - menjawab panggilan dan eskalasi di malam hari, dan bekerja sebagai admin biasa di siang hari.

Cara membuat proses transparan

Kompleksitas tim khusus kami terletak pada kenyataan bahwa satu bagian di London, yang lain di Moskow, ini adalah perubahan zona waktu yang cukup besar. Di Moskow, orang-orang mulai bekerja lebih awal, di London mereka baru saja bekerja, dan mereka sudah melakukan sesuatu. Pada gilirannya, kami di kantor London, selesai di malam hari, melakukan beberapa hal lain yang orang-orang di Moskow tidak tahu ketika mereka pulang. Untuk mengoordinasikan proses dalam tim, kami mengadakan rapat umum Senin mingguan.



Ini terlihat seperti ini:

• Kami menempati satu ruang pertemuan di Moskow, satu di London.
  
• Terlebih lagi, waktunya sudah diatur sehingga di London mereka baru saja datang bekerja, dan di Moskow mereka sudah kembali dari makan siang. Setiap orang membutuhkan sekitar 40 menit untuk mendengarkan seorang pekerja. Karena itu, kami berkumpul dalam suasana informal di TV, mengambil agen dan mulai berdiskusi.
• Ini adalah diskusi banyak-ke-banyak. Kami saling memberi tahu proyek penting apa yang telah kami lakukan, apa yang kami harapkan, apa yang kami rencanakan, membuat janji untuk satu sama lain.
  

Tetapi masalahnya adalah bahwa di suatu tempat pada malam Selasa atau pagi hari Rabu, koordinasi sedikit hilang . Misalnya, saya mulai mengerjakan tugas, minggir, saya punya tugas berbeda untuk minggu ini, hal serupa terjadi pada seorang rekan dari Moskow. Kami akan tidak sinkron hingga Senin depan, hingga lelang berikutnya - sesuatu perlu dilakukan.

Pahlawan status

Ada alat keren yang disebut Status Hero . Esensinya adalah bahwa ketika Anda mulai bekerja, Anda merencanakan sendiri tugas-tugas tertentu. Status Hero memiliki 3 bidang untuk diisi. Selain itu, ini bukan alat wajib, kami tidak bisa mengisinya dan tidak menggunakannya.



Triknya adalah ini: Saya datang untuk bekerja dengan segar, dan saya tahu bahwa hari ini saya ingin memperbaiki beberapa DNS, mengkonfigurasi metrik reset di Prometheus, melihat bagaimana grafik baru akan bekerja, dan mungkin menutup tugas saat ini. Saya memasukkan semua ini ke dalam rencana untuk hari ini.

Tapi garis berkedip atas rencanaku untuk hari ini, yang mengatakan bahwa kemarin kamu berjanji pada dirimu untuk melakukan ini, dan ayolah, kamu pertama menulis apa yang kamu lakukan kemarin dari apa yang kamu janjikan, dan kemudian apa yang akan kamu lakukan hari ini



Juga ada poin ketiga yang luar biasa. Bidang ini menunjukkan beberapa peristiwa eksternal yang memblokir pelaksanaan tugas .Misalnya, seseorang dari tim lain tidak menyediakan Anda, tidak masalah apa pun - tambalan, perbaikan, data yang diperlukan untuk melakukan pekerjaan itu, dan Anda adalah orang yang pemalu dan Anda tidak dapat menelepon dan menuntutnya. Sekarang Anda dapat menulis sesuatu seperti ini di sini, itu akan disorot dengan warna merah, dan manajer atau orang-orang dari tim akan membantu Anda. Artinya, Anda akan menyuarakan masalah Anda , dan Anda tidak akan duduk diam dan menunggu masalah terlepas dari Anda untuk diselesaikan dan Anda akan dapat melakukan pekerjaan Anda.



. HipChat, , - , . , , . - , , . Ini luar biasa!

Status Hero ?

1. , . , , , , , . Status Hero : « — !» , , , .
   
   
   
2. , . , , , , , , , - , : «, . , , , . ».
   
   
   
   
3. , , - , , . , - , .
   

Status Hero

, Status Hero , . , , .

, , , , - . , , , , , , — . , .

, , . Status Hero, Wiki , , Confluence, , . , , , .

. , Status Hero .

Team Contribution

HighLoad++ Review Badoo . , , : , . , .

— — . . Review , , . , , , - .

Review , snippets . , .



, , , , , , , . , , 3 . daily snippets — , , , — , , .

Status Hero. , . , , — , .



, , : Status Hero , , , , . , , .

,

« , — »
.

, Status Hero , , Badoo. , .



, , . , . , , , . , -.

, , , , . , .



, , -, xCAT.



, , , Puppet — , Consul , Docker, glpi, . , .

- , .



— , . -, . , , Raid, , .

xCAT , PXE dhcp . , dns , . , — — mac — IP , , .

, xCAT , . - Kernel Panic, . xCAT , -, , , , . - — 100 , -, . - , , SN . xCAT SN .

, , xCAT, -, , , dhcp , , , dhcp helper .

, , , , .

Docker

, Docker — . Docker , - .



Docker , , registry , , . , Docker , registry Badoo , . , Ceph Swift API .

, registry, Redis . HTTP , Docker distribution , , , docker-registry Redis endpoint Ceph.

HTTP nginx, SSL, basic Auth. , registry , pull push.

Consul

- Consul, , , service discovery Badoo, service discovery .

, Consul -, , . , 3 master- -.

, - Consul?

Puppet

Mari kita lihat infrastruktur boneka kami yang luar biasa.

Inti dari Konsul di sini adalah kami meningkatkan infrastruktur dari atas ke bawah (jika Anda melihat slide di atas):

• Untuk memulai, Anda memerlukan PostgreSQL, yang pada gilirannya akan diperlukan untuk PuppetDB.
• Mengangkat PostgreSQL, kami mendaftarkannya di Konsul. Mengangkat PuppetDB, kami mengambil informasi dari Konsul tentang PostgreSQL, terhubung dengannya dan meneruskan informasi tentang PuppetDB kembali ke Konsul.
• Selanjutnya, kami meningkatkan jumlah node server Wayang yang diperlukan di Jawa. Kami mengambil informasi untuk mereka dari Konsul, kami memasukkan informasi tentang mereka di Konsul.
• Pada tahap terakhir kami meningkatkan load balancing ke nginx, yang berkaitan dengan pemutusan SSL, melayani 3 port:
  
  1. pelabuhan untuk agen Wayang langsung;
  2. port untuk Wayang DB;
  3. port untuk statistik.

Semua klien lain menjalani load balancing.

GLPI

Kami memiliki hal yang disebut glpi, perlu untuk pusat data apa pun. Semuanya sangat canggung dan sederhana - ini adalah layanan untuk inventaris .



Ia bekerja sebagai berikut:

• Di setiap server , FusionInventory Agent sederhana diluncurkan , yang mengumpulkan semua informasi tentang perangkat keras, perangkat lunak, antivirus, sistem file - semuanya tergantung pada pengaturan. Kami biasanya tertarik pada semua jenis indikator "besi": berapa banyak memori, yang disk, controller, cache, dll.
  
• Informasi ini pada interval waktu tertentu (dalam kasus kami, sekali sehari) dikirim ke titik akhir PHP tertentu, di mana data diproses dan ditransfer ke database glpi.
  

Keuntungan lain menggunakan GLPI dan FusionInventory adalah kita dapat menginventarisir tidak hanya peralatan server, tetapi juga peralatan jaringan, untuk mendapatkan informasi tentang port mana yang tersedia dan kecepatan apa yang digunakan, dan yang paling penting, server mana dengan seri mana, yang berada di mana rak, terhubung ke node jaringan mana dan ke port mana. Hasil dari semua tindakan ini adalah halaman web tempat Anda dapat menonton semua informasi ini.

Kami memeriksa 5 alat yang dijelaskan dalam Wiki kami, admin hipotetis kami melihatnya dan meluncurkan tidak lebih dari 3-5 kontainer untuk masing-masing - infrastrukturnya sudah siap. Kami mendapat rumah orang-orang bahagia yang bekerja secara produktif: satu tugas diuraikan, yang lain membantunya, pada umumnya kami berkenalan, membaca, dan mengangkat hal semacam itu.



Di Badoo, ada lebih banyak orang seperti itu dengan bola di tim admin, tetapi kami produktif dan pasti senang sebagian besar. Kami berhasil menciptakan tim profesional ramah kami, karena kami dapat mengidentifikasi tiga masalah dan belajar cara menanganinya.

Jadi, apa yang perlu bagi para pemain (menurut saya, tidak hanya untuk admin):

• Kurangi pengalihan konteks . Biarkan orang itu bekerja - jika dia seorang teknisi, biarkan dia duduk dan bekerja, jangan singkirkan dia!
• Jadikan proses transparan. Jika Anda melanggar tenggat waktu dan ada kecurigaan bahwa ada sesuatu yang tidak memprioritaskan tugas, berikan informasi kepada tim tentang mengapa tugas tertentu itu penting. Seseorang harus melihat melampaui monitornya, dan tahu bahwa partisipasinya dalam proyek itu penting. Kemudian dia akan bekerja secara berbeda, dia akan memahami urgensi dan kegunaan karyanya.
• Tulis dokumentasi yang baik. Selain itu, ada baiknya jika dokumentasi ini dibagi menjadi beberapa bagian. Ini bisa rinci dan mendalam, jika Anda ingin berkenalan dan menggali. Tetapi pada saat yang sama Anda harus memiliki kutipan tentang layanan atau layanan, yang ditempatkan pada satu halaman dan berisi serangkaian tindakan 5-6 yang harus dilakukan sebelum meningkat. Terlebih lagi, dokumentasi ini penting untuk selalu mendapatkan informasi terbaru.

Ketika Anda meningkatkan transparansi pekerjaan di departemen, masalah memperbarui dokumentasi diselesaikan dengan sendirinya, karena Anda melihat iterasi apa yang terjadi, dan Anda terus-menerus ditanya: "Perbarui, perbarui, perbarui."

Referensi

Ini adalah tautan ke berbagai penelitian tentang topik pengalihan konteks, cara bekerja secara kompeten, cara agar tidak terganggu dan melakukan lebih banyak, serta tautan ke semua produk yang saya bicarakan yang menjadi dasar dan dukungan pusat data Badoo mana pun.

• Mengapa pengembang benci diganggu ,
• Programmer Terganggu ,
• Interupsi: hanya semenit tidak pernah ,
• Sebuah studi diary tentang pengalihan tugas dan interupsi ,
• Tidak ada tugas yang tertinggal?: Memeriksa sifat pekerjaan yang terfragmentasi ,
• xCAT
• GLPI , FusionInventory ,
• Boneka ,
• Konsul ,
• Status Hero .

Versi Siberia dari konferensi untuk pengembang proyek beban tinggi Highload ++ Siberia akan dimulai pada hari Senin dan akan memakan waktu 25 dan 26 Juni . Di atasnya, Anton akan berbicara tentang evolusi alat dan layanan dalam layanan dengan tim operasi Badoo,

Dan 30 pakar dan perwakilan pemimpin industri yang diakui lainnya akan mempresentasikan praktik terbaik mereka dan berbagi pengalaman mereka - lihat programnya .