ახალბედა სისტემის ადმინისტრატორისთვის: როგორ შევქმნათ წესრიგი ქაოსისგან

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

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

სისტემის ადმინისტრირების საყრდენები

თუმცა, სანამ პრობლემების გადაჭრას დაიწყებთ, ღირს გაეცნოთ ადმინისტრაციის ოთხ ძირითად საყრდენს:

1. დოკუმენტაცია
2. შაბლონი
3. ოპტიმიზაცია
4. ავტომატიზაცია

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

დოკუმენტაცია

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

როგორ შეინახოთ დოკუმენტაცია:

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

მთავარი იდეა: სრულიად არ უნდა ენდოთ საკუთარ მეხსიერებას ახალი ნივთების დაუფლებისა და გამოყენებისას.

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

1. ზედმეტად დიდი ხანი არ იყოს. მონიშნეთ ძირითადი იდეები, მეთოდები და ინსტრუმენტები. თუ პრობლემის გასაგებად საჭიროა ლინუქსის მეხსიერების განაწილების დაბალი დონის მექანიკაში ჩაძირვა, ნუ გადაწერთ სტატიას, საიდანაც ისწავლეთ - მიაწოდეთ ბმული.
2. ჩანაწერები გასაგები უნდა იყოს თქვენთვის. თუ ხაზი race cond.lockup არ გაძლევთ საშუალებას დაუყოვნებლივ გაიგოთ ის, რაც აღწერეთ ამ ხაზით - განმარტეთ. კარგი დოკუმენტაციის გაგებას ნახევარი საათი არ სჭირდება.
3. ძებნა ძალიან კარგი ფუნქციაა. თუ წერთ ბლოგ პოსტებს, დაამატეთ ტეგები; თუ ფიზიკურ რვეულში ჩადეთ პატარა პოსტები აღწერილობებით. დოკუმენტაციას აზრი არ აქვს, თუ იმდენ დროს დახარჯავთ მასში პასუხის ძიებაში, რამდენსაც დახარჯავთ კითხვის ნულიდან გადაჭრაზე.

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

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

შაბლონი

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

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

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

ოპტიმიზაცია

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

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

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

ავტომატიკა

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

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

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

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

სისტემის ადმინისტრატორის თვითგანათლება

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

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

თქვენ არ გჭირდებათ დაუყოვნებლივ გაიგოთ, თუ როგორ მუშაობს თითოეული ინდივიდუალური პროგრამის შიდა მეხსიერების მენეჯმენტი და როგორ ურთიერთქმედებს იგი Linux მეხსიერების მენეჯმენტთან, მაგრამ კარგია იცოდეთ რა არის RAM სქემატურად და რატომ არის საჭირო. თქვენ არ გჭირდებათ იმის ცოდნა, თუ როგორ განსხვავდება TCP და UDP სათაურები სტრუქტურულად, მაგრამ კარგი იდეა იქნება იმის გაგება, თუ როგორ მუშაობს პროტოკოლები. თქვენ არ გჭირდებათ იმის გაგება, თუ რა არის სიგნალის შესუსტება ოპტიკაში, მაგრამ კარგი იქნება იმის ცოდნა, თუ რატომ ხდება რეალური დანაკარგები ყოველთვის მემკვიდრეობით კვანძებში. ცუდი არაფერია იმის ცოდნაში, თუ როგორ მუშაობს გარკვეული ელემენტები აბსტრაქციის გარკვეულ დონეზე და არ არის აუცილებელი აბსოლუტურად ყველა დონის გაგება, როდესაც აბსტრაქცია საერთოდ არ არის (უბრალოდ გაგიჟდები).

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

სისტემის ადმინისტრირების 10 მცნება

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

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

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

2. მეორე ყველაზე მნიშვნელოვანი წესი (რომელსაც მე ხშირად ვარღვევ) არის "არ დაიმალო". თუ სარეზერვო ასლი გააკეთეთ, დაწერეთ სად, რათა თქვენს კოლეგებს არ მოუწიოთ მისი ძებნა. თუ თქვენ გააკეთეთ რაიმე არააშკარა ან რთული ქმედება, ჩაწერეთ ეს: წახვალთ სახლში და პრობლემა შეიძლება განმეორდეს ან წარმოიშვას სხვისთვის და თქვენი გამოსავალი მოიძებნება საკვანძო სიტყვების გამოყენებით. მაშინაც კი, თუ რაღაცას აკეთებთ, რაც კარგად იცით, შესაძლოა, თქვენს კოლეგებს არა.
3. მესამე წესი არ საჭიროებს ახსნას: "არასოდეს გააკეთო ის, რისი შედეგებიც არ იცი, წარმოიდგენ ან არ გესმის". ნუ დააკოპირებთ ბრძანებებს ინტერნეტიდან, თუ არ იცით რას აკეთებენ, დაურეკეთ კაცს და ჯერ გააანალიზეთ ისინი. არ გამოიყენოთ მზა გადაწყვეტილებები, თუ ვერ ხვდებით, რას აკეთებენ ისინი. შეინახეთ ბუნდოვანი კოდის შესრულება აბსოლუტურ მინიმუმამდე. თუ დრო არ გაქვთ ამის გასარკვევად, მაშინ რაღაცას არასწორად აკეთებთ და შემდეგი პუნქტი უნდა წაიკითხოთ.
4. "ტესტი". ახალი სკრიპტები, ხელსაწყოები, ერთი ხაზი და ბრძანებები უნდა შემოწმდეს კონტროლირებად გარემოში და არა კლიენტის მანქანაზე, თუ არსებობს დესტრუქციული ქმედებების მინიმალური პოტენციალიც კი. მაშინაც კი, თუ თქვენ ყველაფერი გააკეთეთ (და გააკეთეთ), შესვენება არ არის ყველაზე მაგარი რამ. ამისათვის შექმენით ცალკე სერვერი/ვირტუალური/chroot და შეამოწმეთ იქ. რამე გატეხილია? შემდეგ შეგიძლიათ გაუშვათ ის "ბრძოლაზე".

   
   

5. "კონტროლი". შეამცირეთ ყველა ოპერაცია, რომელსაც არ აკონტროლებთ. ერთ პაკეტზე დამოკიდებულების მრუდს შეუძლია ჩამოწიოს სისტემის ნახევარი, ხოლო -y დროშა დაყენებული yum remove-ისთვის გაძლევთ შესაძლებლობას გამოიყენოთ თქვენი სისტემის აღდგენის უნარები ნულიდან. თუ მოქმედებას არ აქვს უკონტროლო ალტერნატივა, შემდეგი წერტილი არის მზა სარეზერვო საშუალება.
6. "Ჩეკი". შეამოწმეთ თქვენი ქმედებების შედეგები და გჭირდებათ თუ არა სარეზერვო ასლის დაბრუნება. შეამოწმეთ თუ არა პრობლემა მართლაც მოგვარებულია. შეამოწმეთ არის თუ არა შეცდომის გამეორება და რა პირობებში. შეამოწმეთ რა შეგიძლიათ დაარღვიოთ თქვენი ქმედებებით. ჩვენი საქმისადმი ნდობა ზედმეტია, მაგრამ არასოდეს შემოწმება.
7. "კომუნიკაცია". თუ თქვენ ვერ გადაჭრით პრობლემას, ჰკითხეთ თქვენს კოლეგებს, შეექმნათ თუ არა ეს. თუ გსურთ საკამათო გადაწყვეტილების გამოყენება, გაარკვიეთ თქვენი კოლეგების აზრი. ალბათ უკეთეს გამოსავალს შემოგთავაზებენ. თუ არ ხართ დარწმუნებული თქვენს ქმედებებში, განიხილეთ ისინი კოლეგებთან. მაშინაც კი, თუ ეს თქვენი ექსპერტიზის სფეროა, სიტუაციის ახალი შეხედვით ბევრი რამის გარკვევა შეიძლება. არ გრცხვენოდეთ საკუთარი უმეცრების. ჯობია სულელური შეკითხვის დასმა, სულელივით გამოიყურებოდე და პასუხი მიიღო, ვიდრე კითხვა არ დასვა, პასუხი არ მიიღო და საბოლოოდ სულელი ხარ.
8. "ნუ ამბობ უარს დახმარებაზე უსაფუძვლოდ". ეს წერტილი წინა წერტილის საპირისპიროა. თუ სულელურ შეკითხვას დაგისვამთ, დააზუსტეთ და ამიხსენით. შეუძლებელს ითხოვენ - აუხსენით, რომ შეუძლებელია და რატომ, სთავაზობენ ალტერნატივებს. თუ დრო არ გაქვთ (ნამდვილად არ გაქვთ დრო, არა სურვილი) - თქვით, რომ გაქვთ გადაუდებელი კითხვა, ბევრი სამუშაო, მაგრამ მოგვიანებით მოაგვარებთ. თუ კოლეგებს არ აქვთ გადაუდებელი დავალებები, შესთავაზეთ მათთან დაკავშირება და კითხვის დელეგირება.
9. "გამოხმაურება". დაიწყო თუ არა თქვენმა ერთ-ერთმა კოლეგამ ახალი ტექნიკის ან ახალი სცენარის გამოყენება და გექმნებათ თუ არა ამ გადაწყვეტილების უარყოფითი შედეგები? შეატყობინეთ. შესაძლოა, პრობლემა მოგვარდეს კოდის სამ სტრიქონში ან ტექნიკის დახვეწის ხუთ წუთში. შეგხვედრიათ შეცდომა თქვენს პროგრამულ უზრუნველყოფაში? Შეატყობინე შეცდომა. თუ ის რეპროდუცირებადია ან არ საჭიროებს გამრავლებას, დიდი ალბათობით გამოსწორდება. გამოხატეთ თქვენი სურვილები, წინადადებები და კონსტრუქციული კრიტიკა და დასვით კითხვები დისკუსიისთვის, თუ ისინი აქტუალურია.
10. "ითხოვეთ გამოხმაურება". ჩვენ ყველანი არასრულყოფილები ვართ, ისევე როგორც ჩვენი გადაწყვეტილებები და საუკეთესო გზა თქვენი გადაწყვეტილების სისწორის შესამოწმებლად არის მისი განხილვა. თუ კლიენტისთვის რაიმეს ოპტიმიზაცია მოახდინე, სთხოვეთ მათ, დააკვირდნენ სამუშაოს; შესაძლოა, სისტემაში არსებული ბზარი არ არის იქ, სადაც თქვენ ეძებდით. თქვენ დაწერეთ დამხმარე სკრიპტი - აჩვენეთ ის თქვენს კოლეგებს, იქნებ მათ იპოვონ მისი გაუმჯობესების გზა.

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

ძირითადი ინსტრუმენტები, რომლებთანაც მოგიწევთ მუშაობა 50%-ზე მეტ დროს, არის grep და vim. რა შეიძლება იყოს უფრო მარტივი? ტექსტის ძებნა და ტექსტის რედაქტირება. თუმცა, ორივე grep და vim არის მძლავრი მრავალ ინსტრუმენტები, რომლებიც საშუალებას გაძლევთ მოძებნოთ და დაარედაქტიროთ ტექსტი ეფექტურად. თუ Windows-ის ზოგიერთი რვეული საშუალებას გაძლევთ უბრალოდ დაწეროთ/წაშალოთ სტრიქონი, მაშინ vim-ში შეგიძლიათ გააკეთოთ თითქმის ყველაფერი ტექსტით. თუ ჩემი არ გჯერათ, დაურეკეთ vimtutor ბრძანებას ტერმინალიდან და დაიწყეთ სწავლა. რაც შეეხება გრეპს, მისი მთავარი ძალა რეგულარულ გამონათქვამებშია. დიახ, ინსტრუმენტი თავად გაძლევთ საშუალებას დააყენოთ საძიებო პირობები და გამომავალი მონაცემები საკმაოდ მოქნილად, მაგრამ RegExp-ის გარეშე ამას დიდი აზრი არ აქვს. და თქვენ უნდა იცოდეთ რეგულარული გამონათქვამები! მინიმუმ საბაზისო დონეზე. დასაწყისისთვის, მე გირჩევთ, რომ ნახოთ ეს ვიდეო, ის მოიცავს რეგულარული გამონათქვამების საფუძვლებს და მათ გამოყენებას grep-თან ერთად. ოჰ, დიახ, როდესაც მათ აერთიანებთ vim-თან, თქვენ მიიღებთ ULTIMATE POWER უნარს, გააკეთოთ ისეთი რამ ტექსტით, რომ თქვენ უნდა დაასახელოთ მათ 18+ ხატებით.

დარჩენილი 50%-დან 40% მოდის coreutils ინსტრუმენტთა ნაკრებიდან. კორეუტილებისთვის შეგიძლიათ ნახოთ სია ვიკიპედიადა მთელი სიის სახელმძღვანელო განთავსებულია ვებგვერდზე GNU. რაც ამ კომპლექტში არ არის გათვალისწინებული, არის კომუნალური POSIX. თქვენ არ გჭირდებათ ყველა გასაღების ზეპირად სწავლა, მაგრამ სასარგებლოა, სულ მცირე, იცოდეთ, რისი გაკეთება შეუძლიათ ძირითად ინსტრუმენტებს. თქვენ არ გჭირდებათ ბორბლის ხელახლა გამოგონება ყავარჯნებიდან. მე რატომღაც მჭირდებოდა ხაზის წყვეტების შეცვლა რაიმე კომუნალური გამოსავალში არსებული სივრცეებით და ჩემმა ავადმყოფმა ტვინმა შექმნა ისეთი კონსტრუქცია, როგორიცაა sed ':a;N;$!ba;s/n/ /g'კოლეგა მოვიდა და ცოცხით გამიყვანა კონსოლიდან, შემდეგ კი პრობლემა წერით მოაგვარა tr 'n' ' '.

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

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

თქვენთან ერთად იყო FirstVDS სისტემის ადმინისტრატორი კირილ ცვეტკოვი.

წყარო: www.habr.com