დეველოპერები მარსიდან არიან, ადმინები ვენერადან

დამთხვევები შემთხვევითია და ეს მართლაც სხვა პლანეტაზე იყო...

მინდა გაგიზიაროთ წარმატებისა და წარუმატებლობის სამი ამბავი იმის შესახებ, თუ როგორ მუშაობს backend-ის დეველოპერი გუნდში ადმინისტრატორებთან.

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

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

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

არ მაინტერესებს, გავაგრძელოთ.

მეორე ამბავი.
დიდი კომპანია, დიდი პროექტი. არის ადმინისტრაციის განყოფილება 5-7 თანამშრომლით და რამდენიმე დეველოპერული გუნდით. როცა ასეთ კომპანიაში მოდიხარ სამუშაოდ, ყველა ადმინი ფიქრობს, რომ აქ არა პროდუქტზე სამუშაოდ, არამედ რაღაცის გასატეხად მოხვედი. არც ხელმოწერილი NDA და არც ინტერვიუზე შერჩეული სხვას არ ამბობენ. არა, ეს კაცი მოვიდა აქ თავისი ბინძური ხელებით, რათა ჩვენი კოცნის წარმოება დაენგრია. ამიტომ, ასეთ ადამიანთან მინიმუმ კომუნიკაცია გჭირდებათ, საპასუხოდ შეგიძლიათ სტიკერი გადააგდოთ უკიდურესობაში. არ უპასუხოთ კითხვებს პროექტის არქიტექტურის შესახებ. მიზანშეწონილია არ მისცეთ წვდომა, სანამ გუნდის ლიდერი არ ითხოვს. და როცა სთხოვენ, გასცეს კიდევ უფრო ნაკლები პრივილეგიები, ვიდრე მოითხოვეს. ასეთ ადმინისტრატორებთან თითქმის ყველა კომუნიკაცია შთანთქავს შავ ხვრელს განვითარების დეპარტამენტსა და ადმინისტრაციის განყოფილებას შორის. პრობლემების სწრაფად მოგვარება შეუძლებელია. და თქვენ არ შეგიძლიათ პირადად მიახლოება - ადმინები ძალიან დაკავებულები არიან 24/7. (რას აკეთებ ყოველთვის?) შესრულების ზოგიერთი მახასიათებელი:

• წარმოებამდე განლაგების საშუალო დრო 4-5 სთ
• განლაგების მაქსიმალური დრო წარმოებამდე 9 სთ
• დეველოპერისთვის, პროგრამა წარმოებაში არის შავი ყუთი, ისევე როგორც თავად წარმოების სერვერი. და საერთოდ რამდენი მათგანია?
• გამოშვების ცუდი ხარისხი, ხშირი შეცდომები
• დეველოპერი არ არის ჩართული გამოშვების პროცესში

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

აქტი 1. ადმინი უხილავია.
გამოშვების დღე, დეველოპერი და ადმინი არ ურთიერთობენ. ადმინს არ აქვს კითხვები. მაგრამ რატომ გავიგოთ მოგვიანებით. ადმინი პრინციპული ადამიანია, არ აქვს მყისიერი მესინჯერები, არ აძლევს ტელეფონის ნომერს არავის, არ აქვს პროფილი სოციალურ ქსელებში. კი, მისი ფოტოც კი არ არის არსად, როგორ გამოიყურები ძმაო? ჩვენ პასუხისმგებელ მენეჯერთან ვსხედვართ დაახლოებით 15 წუთის განმავლობაში გაოგნებულები, ვცდილობთ დავამყაროთ კონტაქტი ამ Voyager 1-თან, შემდეგ კორპორატიულ ფოსტაზე მოდის შეტყობინება, რომ მან დაასრულა. ვაპირებთ მიმოწერას ფოსტით? Რატომაც არა? მოსახერხებელია, არა? კარგი, გავცივდეთ. პროცესი უკვე მიმდინარეობს, უკან დახევა არ არის. მესიჯი ისევ წავიკითხეთ. "Დავასრულე". რა დაასრულე? სად? სად გეძებო? აქ გესმით, რატომ არის 4 საათი თითო გამოშვებაში ნორმალური. ჩვენ ვიღებთ განვითარების შოკს, მაგრამ ვასრულებთ გამოშვებას. გათავისუფლების სურვილი აღარ არის.

აქტი 2. არასწორი ვერსია.
შემდეგი გამოშვება. გამოცდილების მიღების შემდეგ, ჩვენ ვიწყებთ სერვერისთვის საჭირო პროგრამული უზრუნველყოფისა და ბიბლიოთეკების სიების ფორმირებას ადმინისტრატორებისთვის, ზოგიერთისთვის ვერსიების მითითებით. როგორც ყოველთვის, ჩვენ ვიღებთ სუსტ რადიო სიგნალს, რომ ადმინისტრატორმა დაასრულა რაღაც. იწყება რეგრესიის ტესტი, რომელსაც თავად დაახლოებით ერთი საათი სჭირდება. როგორც ჩანს, ყველაფერი მუშაობს, მაგრამ არის ერთი კრიტიკული შეცდომა. მნიშვნელოვანი ფუნქცია არ მუშაობს. მომდევნო რამდენიმე საათი ტამბურებით ცეკვა, მკითხაობა ყავის ნალექზე, თითოეული კოდის დეტალური მიმოხილვა. ადმინი ამბობს, რომ მან ეს გააკეთა. krivorukovy დეველოპერების მიერ დაწერილი აპლიკაცია არ მუშაობს და სერვერი მუშაობს. რა კითხვები აქვს მას. რამდენიმე საათის ბოლოს ჩვენ მაინც ვაძლევთ ადმინისტრატორს, რომ ბიბლიოთეკის ვერსია ჩამოაგდოს წარმოების სერვერზე და ბინგო ჩატში - ეს არ არის ის, რაც ჩვენ გვჭირდება. ჩვენ ვთხოვთ ადმინისტრატორს დააინსტალიროს საჭირო ვერსია, საპასუხოდ ვიღებთ, რომ მას არ შეუძლია ამის გაკეთება OS პაკეტის მენეჯერში ამ ვერსიის არარსებობის გამო. აქ, მეხსიერების ურნებიდან, მენეჯერი იხსენებს, რომ სხვა ადმინისტრატორმა უკვე მოაგვარა ეს პრობლემა, უბრალოდ, ხელით შეაგროვა სასურველი ვერსია. მაგრამ არა, ჩვენ ამას არ გავაკეთებთ. რეგულაცია კრძალავს. კარლ, უკვე რამდენიმე საათია ვისხედით, რა რეგულაციებია?! კიდევ ერთი შოკი მივიღეთ, გამოშვება როგორღაც სრულდება.

აქტი 3, მოკლედ
გადაუდებელი ბილეთი, ძირითადი ფუნქციონირება არ მუშაობს წარმოებაში ერთ-ერთ მომხმარებელს. რამდენიმე საათი დადე, შეამოწმე. განვითარების გარემოში ყველაფერი მუშაობს. ნათელია, რომ კარგი იქნებოდა php-fpm ჟურნალებში ჩახედვა. პროექტზე იმ დროს არ არსებობდა ხე-ტყის სისტემა, როგორიცაა ELK ან Prometheus. ჩვენ ვხსნით ბილეთს ადმინისტრაციის განყოფილებაში, რათა მათ მისცეს წვდომა სერვერზე php-fpm ჟურნალებზე. აქ თქვენ უნდა გესმოდეთ, რომ ჩვენ არ ვითხოვთ წვდომას იოლად, გახსოვთ შავი ხვრელი და ადმინების დაკავება 24/7? თუ მათ სთხოვთ, თავად დაათვალიერონ მორები, მაშინ ეს არის ამოცანა, რომლის პრიორიტეტია "არა ამ ცხოვრებაში". ბილეთი შექმნილია, ჩვენ ვიღებთ მყისიერ პასუხს ადმინისტრაციის განყოფილების ხელმძღვანელისგან: ”წარმოებაში არ უნდა დაგჭირდეთ წვდომა ჟურნალებზე, დაწერეთ შეცდომების გარეშე.” ფარდა.

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

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

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

რა გავაკეთეთ?
ყოველი გამოშვებისთვის ყალიბდებოდა გამოშვების შენიშვნების სია, რომელიც მოიცავდა იმ სამუშაოების ჩამონათვალს, რომლებიც უნდა შესრულებულიყო სერვერზე შემდეგი გამოშვებისთვის. სია შეიცავდა რამდენიმე განყოფილებას, სამუშაოს, რომელიც უნდა შეასრულოს გამოშვებაზე პასუხისმგებელი ადმინისტრატორისა და დეველოპერის მიერ. დეველოპერებმა მიიღეს წვდომა (არა root) ყველა წარმოების სერვერზე, რამაც დააჩქარა განვითარება ზოგადად და პრობლემის გადაჭრა კონკრეტულად. ასევე, დეველოპერებმა გაიგეს, თუ როგორ მუშაობს წარმოება, რა სერვისებზეა დაყოფილი, სად და რა ღირს ასლები. ნაწილის მიხედვით, საბრძოლო დატვირთვები უფრო გასაგები გახდა, რაც უდავოდ მოქმედებს კოდის ხარისხზე. გათავისუფლების პროცესში კომუნიკაცია მოხდა ერთ-ერთი მესინჯერის ჩატში. ჯერ ერთი, ჩვენ გვქონდა ყველა მოქმედების ჟურნალი და მეორეც, კომუნიკაცია უფრო ახლო გარემოში ხდებოდა. არაერთხელ ქმედებების ისტორიის არსებობამ ახალ თანამშრომლებს საშუალება მისცა პრობლემების სწრაფად გადაჭრა. ეს პარადოქსია, მაგრამ ეს ხშირად ეხმარებოდა თავად ადმინებს. დარწმუნებით არ ვიღებ ვალდებულებას, მაგრამ მეჩვენება, რომ ადმინისტრატორებმა დაიწყეს უფრო მეტი გაგება, თუ როგორ მუშაობს პროექტი, როგორ არის დაწერილი. ხანდახან რაღაც დეტალებსაც ვუზიარებდით ერთმანეთს. გამოშვების საშუალო დრო ერთ საათამდე შემცირდა. ხანდახან 30-40 წუთში ვჯდებით. შეცდომების რაოდენობა რამდენჯერმე შემცირდა, თუ არა ათჯერ. რა თქმა უნდა, სხვა ფაქტორებმაც შეუწყო ხელი გამოშვების დროის შემცირებას, მაგალითად, ავტოტესტებს. ყოველი გამოშვების შემდეგ ვიწყებდით რეტროსპექტივების კეთებას. ისე, რომ მთელ გუნდს ჰქონდეს წარმოდგენა იმაზე, თუ რა არის ახალი, რა შეიცვალა და რა ამოიღეს. სამწუხაროდ, ადმინები ყოველთვის არ მოდიოდნენ მათთან, კარგი, ადმინები არიან დაკავებული... როგორც დეველოპერი, ჩემი სამუშაო კმაყოფილება უდაოდ გაიზარდა. როდესაც თქვენ შეგიძლიათ სწრაფად მოაგვაროთ თითქმის ნებისმიერი პრობლემა, რომელიც თქვენს კომპეტენციაშია, თავს ცხენად გრძნობთ. მოგვიანებით, მე მივხვდები, რომ ჩვენ შემოვიღეთ DevOps კულტურა გარკვეულწილად, არა მთლიანად რა თქმა უნდა, მაგრამ ტრანსფორმაციის დასაწყისიც კი შთამბეჭდავი იყო.

მესამე ამბავი
Დაწყება. ერთი ადმინისტრატორი, მცირე განვითარების განყოფილება. ჩამოსვლისთანავე მე ვარ სრული ნული, რადგან ფოსტის გარდა არსად მაქვს. ჩვენ ვწერთ ადმინისტრატორს, ვთხოვთ წვდომას. გარდა ამისა, არის ინფორმაცია იმის შესახებ, რომ მან იცის ახალი თანამშრომლის შესახებ და საჭიროა შესვლა/პაროლების გაცემა. ისინი იძლევიან წვდომას საცავიდან და vpn-დან. რატომ მიანიჭეთ წვდომა ვიკიზე, გუნდის ქალაქზე, რანდსკზე? გამოუსადეგარი რამ ადამიანისთვის, რომელსაც მთელი უკანა ნაწილის დასაწერად ეძახდნენ. მხოლოდ დროთა განმავლობაში ვიღებთ წვდომას ზოგიერთ ინსტრუმენტზე. ჩამოსვლას, რა თქმა უნდა, ურწმუნოებით შეხვდნენ. ვცდილობ ნელ-ნელა გავიგო, როგორ მუშაობს პროექტის ინფრასტრუქტურა ჩეთებისა და წამყვანი კითხვების საშუალებით. ძირითადად არაფერი არ ვიცი. წარმოება არის იგივე შავი ყუთი, როგორც ადრე. უფრო მეტიც, არსებობს სატესტო სერვერების შავი ყუთიც კი, რომლებიც გამოიყენება ტესტირებისთვის. გარდა იმისა, რომ იქ გიტიდან განშტოება, ჩვენ ვერაფერს გავაკეთებთ. ასევე, ჩვენ არ შეგვიძლია ჩვენი აპლიკაციის კონფიგურაცია, როგორიცაა .env ფაილები. ასეთ ოპერაციებზე წვდომა დაუშვებელია. თქვენ უნდა ჩაერთოთ მათხოვრობაში, რათა შეცვალოთ ხაზი თქვენი განაცხადის კონფიგურაციაში სატესტო სერვერზე. (არსებობს თეორია, რომ ადმინისტრატორებმა სასიცოცხლოდ მნიშვნელოვანია, რომ თავი მნიშვნელოვნად იგრძნონ პროექტში, თუ მათ არ სთხოვენ კონფიგურაციის ხაზების შეცვლას, ისინი უბრალოდ არ იქნება საჭირო). ისე, როგორც ყოველთვის, არ არის მოსახერხებელი? ეს სწრაფად მოსაწყენი ხდება, ადმინისტრატორთან პირდაპირი საუბრის შემდეგ აღმოვაჩენთ, რომ დეველოპერები დაიბადნენ ცუდი კოდის დასაწერად, ბუნებით ისინი არაკომპეტენტური პიროვნებები არიან და ჯობია, თავი აარიდოთ წარმოებას. მაგრამ აქ ასევე სატესტო სერვერებიდან, ყოველი შემთხვევისთვის. კონფლიქტი სწრაფად მწვავდება. ადმინისტრატორთან კომუნიკაცია არ არის. სიტუაციას ისიც ამძიმებს, რომ ის მარტოა. ქვემოთ მოცემულია ტიპიური სურათი. გათავისუფლება. გარკვეული ფუნქციონირება არ მუშაობს. ჩვენ ვხვდებით რა ხდება დიდი ხნის განმავლობაში, დეველოპერების სხვადასხვა იდეები იყრება ჩატში, მაგრამ ასეთ სიტუაციაში ადმინი ჩვეულებრივ თვლის, რომ დეველოპერები არიან დამნაშავე. მერე ჩატში წერს, მოიცადე, გავასწორე. როდესაც გვთხოვენ, დავტოვოთ ამბავი, სადაც ინფორმაცია იქნება პრობლემის შესახებ, ჩვენ ვიღებთ ტოქსიკურ საბაბებს. ცხვირს ნუ აჭერ იქ, სადაც არ არის. დეველოპერებმა უნდა დაწერონ კოდი. უკიდურესად სამწუხაროა სიტუაცია, როდესაც პროექტში სხეულის მრავალი მოძრაობა გადის ერთ ადამიანს და მხოლოდ მას აქვს წვდომა იმ ოპერაციების შესასრულებლად, რაც ყველას სჭირდება. ასეთი ადამიანი საშინელი ბოსტნეულია. თუ Devops-ის იდეები მიზნად ისახავს ბაზარზე გასვლის დროის შემცირებას, მაშინ ასეთი ადამიანები არიან devops იდეების ყველაზე ცუდი მტერი. სამწუხაროდ, აქ ფარდა იხურება.

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

წყარო: www.habr.com