ეპოსი სისტემის ადმინისტრატორების, როგორც გადაშენების პირას მყოფი სახეობების შესახებ

სისტემის ადმინისტრატორები მთელ მსოფლიოში, გილოცავთ პროფესიულ დღესასწაულს!

ჩვენ არ გვყავს სისტემის ადმინისტრატორები (კარგად, თითქმის). თუმცა მათ შესახებ ლეგენდა ჯერ კიდევ ახალია. დღესასწაულის საპატივცემულოდ, ჩვენ მოვამზადეთ ეს ეპოსი. კომფორტულად იყავით, ძვირფასო მკითხველებო.

ოდესღაც Dodo IS-ის სამყარო ცეცხლი იყო. იმ ბნელ დროს ჩვენი სისტემის ადმინისტრატორების მთავარი ამოცანა იყო კიდევ ერთი დღე გადარჩენილიყო და არ იტიროდა.

დიდი ხნის წინ, პროგრამისტები წერდნენ კოდს ცოტა და ნელა და კვირაში მხოლოდ ერთხელ აქვეყნებდნენ პროდზე. ასე რომ, პრობლემები მხოლოდ შვიდ დღეში ერთხელ ჩნდებოდა. მაგრამ შემდეგ მათ დაიწყეს მეტი კოდის დაწერა და უფრო ხშირად გამოქვეყნება, პრობლემები იმატა, ზოგჯერ ყველაფერი იშლებოდა და უარესი ხდებოდა უკან დაბრუნება. სისტემის ადმინისტრატორები განიცდიდნენ, მაგრამ მოითმენდნენ ამ ფარსს.

სულში წუხილით ისხდნენ საღამოობით სახლში. და ყოველ ჯერზე, როდესაც ეს მოხდა "ეს არასდროს მომხდარა, და აქ ისევ მონიტორინგი აგზავნის დახმარების სიგნალს: მეგობარო, სამყარო ცეცხლი წაუკიდეს!". შემდეგ ჩვენმა სისტემის ადმინისტრატორებმა ჩაიცვეს წითელი საწვიმარი, შორტები გამაშებზე, მოიხვიეს შუბლზე და გაფრინდნენ დოდოს სამყაროს გადასარჩენად.

ყურადღება, პატარა ახსნა. არასოდეს ყოფილა კლასიკური სისტემის ადმინისტრატორები, რომლებიც ინარჩუნებენ აპარატურას Dodo IS-ში. ჩვენ მაშინვე მივადექით ლურჯ ღრუბლებს.

Რა გააკეთეს:

• თუ რამე გატყდა, ისე გააკეთეს, რომ შეკეთებულიყო;
• ჟონგლირებული სერვერები ექსპერტების დონეზე;
• პასუხისმგებელნი იყვნენ ვირტუალურ ქსელზე Azure-ში;
• პასუხისმგებელნი იყვნენ დაბალი დონის საგნებზე, მაგალითად, კომპონენტების ურთიერთქმედებებზე (*ჩურჩული*, რომლის დროსაც ზოგჯერ ისინი არ ტრიალებდნენ გარშემო);
• სერვერის ხელახლა დაკავშირება;
• და მრავალი სხვა ველური.

ინფრასტრუქტურის ინჟინრების გუნდის ცხოვრება (როგორც ჩვენ ვუწოდებდით ჩვენი სისტემის ადმინისტრატორებს) მაშინ შედგებოდა ხანძრის ჩაქრობასა და მუდმივი სატესტო სკამების მსხვრევისგან. ისინი ცხოვრობდნენ და გლოვობდნენ, შემდეგ კი გადაწყვიტეს ეფიქრათ: რატომ არის ეს ასე ცუდი, ან იქნებ ჩვენ შეგვიძლია უკეთესი? მაგალითად, ჩვენ არ დავყოფთ ადამიანებს პროგრამისტებად და სისტემის ადმინისტრატორებად?

პრობლემა

მაისი არის სისტემის ადმინისტრატორი, რომელსაც აქვს სერვერები თავისი პასუხისმგებლობის სფეროში, ქსელი, რომელიც აკავშირებს მას სხვა სერვერებთან, ინფრასტრუქტურის დონის პროგრამებთან (ვებ სერვერი, რომელიც მასპინძლობს აპლიკაციას, მონაცემთა ბაზის მართვის სისტემას და ა.შ.). და არის პროგრამისტი, რომლის პასუხისმგებლობის სფეროა სამუშაო კოდი.

და არის რაღაცეები, რომლებიც გზაჯვარედინზეა. ვისი პასუხისმგებლობაა ეს?

ჩვეულებრივ, ჩვენი სისტემის ადმინისტრატორები და პროგრამისტები ხვდებოდნენ სწორედ ამ გზაჯვარედინზე და დაიწყო:

„ბიჭებო, არაფერი მუშაობს, ალბათ ინფრასტრუქტურის გამო.
- ძმაო, არა, კოდშია.

ერთ დღეს, ამ მომენტში, მათ შორის დაიწყო ღობე, რომლის მეშვეობითაც მათ სიხარულით ისროდნენ განავალი. დავალება, როგორც ნაგავი, გალავნის ერთი მხრიდან მეორეზე გადააგდეს. ამავდროულად, სიტუაციის მოგვარებასთან ახლოს არავინ მივიდა. სევდიანი ღიმილი.

მზის სხივმა მოღრუბლულ ცას გააღო, როდესაც რამდენიმე წლის წინ Google-ში მათ გაუჩნდათ იდეა, რომ არ გაეცვალათ დავალებები, არამედ გაეკეთებინათ საერთო საქმე.

მაგრამ რა მოხდება, თუ ჩვენ აღვწერთ ყველაფერს, როგორც კოდს?

2016 წელს Google-მა გამოუშვა წიგნი სახელწოდებით "საიტის საიმედოობის ინჟინერია" სისტემის ადმინისტრატორის როლის ტრანსფორმაციის შესახებ: მაგიის ოსტატიდან პროგრამული უზრუნველყოფისა და ავტომატიზაციის გამოყენებაში ფორმალიზებულ საინჟინრო მიდგომამდე. მათ თავად გაიარეს ყველა ეკალი და დაბრკოლება, გათავისუფლდნენ და გადაწყვიტეს გაეზიარებინათ ეს მსოფლიოსთვის. წიგნი საჯარო დომენშია აქ.

წიგნი შეიცავს მარტივ ჭეშმარიტებებს:

• ყველაფერი კოდის სახით გაკეთება კარგია;
• გამოიყენეთ საინჟინრო მიდგომა - კარგი;
• კარგი მონიტორინგის გაკეთება კარგია;
• ასევე კარგია სერვისის გამოშვების თავიდან აცილება, თუ მას არ აქვს მკაფიო აღრიცხვა და მონიტორინგი.

ეს პრაქტიკა წაიკითხა ჩვენმა გლებმა (ენტროპია) და წავედით. განხორციელება! ახლა გარდამავალ ეტაპზე ვართ. ჩამოყალიბებულია SRE გუნდი (არსებობს 6 მზა სპეციალისტი, კიდევ 6 ჩართულია) და მზად არიან შეცვალონ სამყარო, რომელიც მთლიანად კოდისგან შედგება, უკეთესობისკენ.

ჩვენ ვქმნით ჩვენს ინფრასტრუქტურას ისე, რომ დეველოპერებს მივცეთ საშუალება მართონ თავიანთი გარემო და ითანამშრომლონ SRE-სთან მთლიანად დამოუკიდებლად.

ვანგი დასკვნების ნაცვლად

სისტემის ადმინისტრატორი ღირსეული პროფესიაა. მაგრამ სისტემის ნაწილის ცოდნა ასევე მოითხოვს პროგრამული უზრუნველყოფის ინჟინერიის შესანიშნავ უნარებს.

სისტემები სულ უფრო მარტივი და მარტივი ხდება და რკინის სერვერების ადმინისტრირების სუპერ უნიკალური ცოდნა ყოველწლიურად მცირდება მოთხოვნადი. ღრუბლოვანი ტექნოლოგიები ცვლის ამ ცოდნის საჭიროებას.

კარგ სისტემურ ადმინისტრატორს უახლოეს მომავალში მოუწევს კარგი პროგრამული უზრუნველყოფის ინჟინერიის უნარები. კიდევ კარგი, მას კარგი უნარები უნდა ჰქონდეს ამ სფეროში.

არავინ იცის, როგორ იწინასწარმეტყველოს მომავალი, სანამ ეს მოხდება, მაგრამ ჩვენ გვჯერა, რომ დროთა განმავლობაში სულ უფრო და უფრო ნაკლები კომპანია იქნება, ვისაც სურს სისტემის ადმინისტრატორების უსასრულოდ გაბერილი პერსონალის დამატება. თუმცა, რა თქმა უნდა, გულშემატკივრები დარჩებიან. დღეს ცოტანი არიან ცხენებით, ძირითადად მანქანებს იყენებენ, თუმცა არიან მოყვარულები...

ყველას გილოცავთ sysadmin დღეს, კოდი ყველას!

წყარო: www.habr.com