ორი ყუთში (თუ შეგიძლიათ) და ყველა დოკუმენტაციაში (ყოველთვის).
IT კონტექსტში, „ორი ყუთში“ ეხება ორ სერვერს ან კომპონენტს, რომლებიც შექმნილია ერთად იმუშაონ, რათა უზრუნველყონ ჭარბი რაოდენობა და გაზრდილი საიმედოობა. ამ პარამეტრს შეუძლია უზრუნველყოს, რომ თუ ერთი კომპონენტი ვერ მოხერხდება, მეორე მიიღებს მის ოპერაციებს, რითაც შეინარჩუნებს მომსახურების უწყვეტობას. "ორი ყუთში" არსებობის მიზანია უზრუნველყოს მაღალი ხელმისაწვდომობა და კატასტროფის აღდგენა. ეს ასევე ეხება ადამიანის როლებს ორგანიზაციაში; თუმცა იშვიათად ხორციელდება.
მოდით შევხედოთ ანალიტიკის შესაბამის მაგალითს. ჩვენ ყველამ, სავარაუდოდ, ვიცნობთ პიროვნებას ჩვენს კომპანიაში ან ორგანიზაციაში სახელით, რომელიც არის ანალიტიკის „მიმართული“ პირი. მათ აქვთ მოხსენებები ან დაფები მათი სახელების მიხედვით - მაიკის ანგარიში ან ჯეინის დაფა. რა თქმა უნდა, არიან სხვა ადამიანები, რომლებმაც იციან ანალიტიკა, მაგრამ ესენი არიან ნამდვილი ჩემპიონები, რომლებმაც, როგორც ჩანს, იციან როგორ გააკეთონ ურთულესი საქმეები და მიაღწიონ ვადებს. საქმე იმაშია, რომ ეს ხალხი მარტო დგას. ხშირ შემთხვევაში, ზეწოლის ქვეშ, ისინი არავისთან მუშაობენ, რადგან ამან შეიძლება შეანელოს ისინი და სწორედ აქ იწყება პრობლემა. არასოდეს ვფიქრობთ, რომ ამ ადამიანს დავკარგავთ. მე თავს შევიკავებ ტიპიური „ვთქვათ, რომ ავტობუსს დაეჯახა“ ან მაგალითის გამოყენებას, რომელიც იყენებს სამუშაო ბაზრის ამჟამინდელ შესაძლებლობებს და ვიტყვი რაღაც პოზიტიურს, როგორიცაა „მათ მოიგეს ლატარია!“, რადგან ჩვენ ყველამ უნდა გავაკეთოთ ჩვენი წვლილი, რომ ვიყოთ პოზიტიური. ამ დღეებში.
ამბავი
ორშაბათი დილა მოდის და ჩვენმა ანალიტიკის ექსპერტმა და ჩემპიონმა MJ-მა თანამდებობა დატოვა. MJ-მ ლატარია მოიგო და უკვე დატოვა ქვეყანა მსოფლიოში მზრუნველობის გარეშე. გუნდი და ადამიანები, რომლებიც იცნობენ MJ-ს, აღფრთოვანებულები და ეჭვიანები არიან, მაგრამ მუშაობა უნდა წავიდეს. ახლა უნდა გავიგოთ იმის მნიშვნელობა და რეალობა, რასაც MJ აკეთებდა. MJ პასუხისმგებელი იყო ანალიტიკის საბოლოო გამოქვეყნებასა და ვალიდაციაზე. როგორც ჩანს, მათ ყოველთვის შეეძლოთ ეფექტურობის გაუმჯობესება ან ამ რთული ცვლილების განხორციელება, სანამ ანალიტიკას ყველასთვის მიაწოდებდნენ. არავის აინტერესებდა, როგორ გაკეთდა ეს და იყო დაცული იმ ფაქტში, რომ ეს უბრალოდ მოხდა, და MJ იყო ანალიტიკის ინდივიდუალური როკ ვარსკვლავი, ამიტომ ავტონომიის დონე მიენიჭა. ახლა, როცა გუნდი იწყებს ნაჭრების, მოთხოვნების, ყოველდღიური საკითხების, მოდიფიკაციის მოთხოვნების შეგროვებას, ისინი ზარალდებიან და იწყებენ ჩხუბს. ანგარიშები / დაფები ნაპოვნია უცნობ შტატებში; ზოგიერთი აქტივი არ განახლდა შაბათ-კვირას და ჩვენ არ ვიცით რატომ; ხალხი იკითხავს რა ხდება და როდის გამოსწორდება ყველაფერი, შესწორებები, რომლებიც MJ-მ თქვა, რომ დასრულებულია, არ ჩანს და წარმოდგენა არ გვაქვს რატომ. გუნდი ცუდად გამოიყურება. ეს კატასტროფაა და ახლა ჩვენ ყველას გვძულს MJ.
Გაკვეთილები
არსებობს რამდენიმე მარტივი და აშკარა წაღება.
- არასოდეს დაუშვათ ინდივიდს მარტო იმუშაოს. კარგად ჟღერს, მაგრამ მცირე მოქნილ გუნდებში, ჩვენ არ გვაქვს დრო ან ხალხი, რომ ეს მოხდეს. ხალხი მოდიან და მიდიან, ამოცანები ბევრია, ამიტომ პროდუქტიულობის სახელით იყოფა და დაიპყრო.
- ყველამ უნდა გაიზიაროს თავისი ცოდნა. ასევე კარგად ჟღერს, მაგრამ ვუზიარებთ თუ არა სწორ ადამიანს ან ხალხს? გაითვალისწინეთ, რომ ლატარიის ბევრი გამარჯვებული თანამშრომელია. ცოდნის გაზიარების სესიების კეთებას ასევე დრო სჭირდება ამოცანებისგან და ადამიანების უმეტესობა ინვესტირებას მხოლოდ უნარებსა და ცოდნაში სწორედ იმ დროს საჭიროებს.
მაშ, რა არის რეალური გადაწყვეტილებები, რომელთა განხორციელება და უკან დახევა ყველას შეუძლია?
დავიწყოთ კონფიგურაციის მენეჯმენტით. ჩვენ გამოვიყენებთ ამას, როგორც ქოლგა ტერმინს რამდენიმე მსგავსი თემისთვის.
- ცვლილების მენეჯმენტი: პროგრამული სისტემების ცვლილებების დაგეგმვის, განხორციელებისა და კონტროლის პროცესი სტრუქტურირებული და სისტემატური გზით. ეს პროცესი მიზნად ისახავს უზრუნველყოს, რომ ცვლილებები განხორციელდეს კონტროლირებადი და ეფექტიანი გზით (დაბრუნების შესაძლებლობით), არსებული სისტემის მინიმალური დარღვევით და ორგანიზაციისთვის მაქსიმალური სარგებელით.
- პროექტის მენეჯმენტი: პროგრამული უზრუნველყოფის განვითარების პროექტების დაგეგმვა, ორგანიზება და კონტროლი, რათა უზრუნველყოფილი იყოს მათი დასრულება დროულად, ბიუჯეტის ფარგლებში და სასურველი ხარისხის სტანდარტებით. იგი მოიცავს რესურსების, აქტივობებისა და ამოცანების კოორდინაციას პროგრამული უზრუნველყოფის განვითარების სასიცოცხლო ციკლის განმავლობაში პროექტის მიზნების მისაღწევად და პროგრამული პროდუქტის გრაფიკის მიხედვით მიწოდების მიზნით.
- უწყვეტი ინტეგრაცია და უწყვეტი მიწოდება (CI/CD): შენობის ავტომატიზაციის პროცესი, ტესტირება და პროგრამული უზრუნველყოფის განლაგება. უწყვეტი ინტეგრაცია მოითხოვს კოდის ცვლილებების რეგულარულ გაერთიანებას საერთო საცავში და ავტომატური ტესტების გაშვებას, რათა აღმოაჩინოს შეცდომები განვითარების პროცესის დასაწყისში. უწყვეტი მიწოდება/განლაგება გულისხმობს ტესტირებული და დადასტურებული კოდის ცვლილებების ავტომატურ გამოშვებას წარმოებაში, რაც ახალი ფუნქციების და გაუმჯობესებების სწრაფი და ხშირი გამოშვების საშუალებას იძლევა.
- ვერსიის კონტროლი: დროთა განმავლობაში საწყის კოდში და სხვა პროგრამულ არტეფაქტებში ცვლილებების მართვის პროცესი სპეციალიზებული პროგრამული ხელსაწყოების გამოყენებით. ის დეველოპერებს საშუალებას აძლევს ითანამშრომლონ კოდების ბაზაზე, შეინარჩუნონ ცვლილებების სრული ისტორია და ექსპერიმენტი გაუკეთონ ახალ ფუნქციებს ძირითად კოდების ბაზაზე გავლენის გარეშე.
ყოველივე ზემოთქმული ეხება პროგრამული უზრუნველყოფის განვითარების კარგ პრაქტიკას. ანალიტიკა, რომელიც მართავს და მართავს ბიზნესს, არანაკლებ იმსახურებს, რადგან გადაწყვეტილების მიღებისთვის გადამწყვეტი მისიაა. ყველა ანალიტიკური აქტივი (ETL სამუშაოები, სემანტიკური განმარტებები, მეტრიკის განმარტებები, ანგარიშები, დაფები, ისტორიები... და ა.შ.) არის მხოლოდ კოდის ფრაგმენტები ვიზუალური ინტერფეისით დიზაინისთვის და ერთი შეხედვით უმნიშვნელო ცვლილებებმა შეიძლება გამოიწვიოს ქაოსი ოპერაციებში.
კონფიგურაციის მენეჯმენტის გამოყენება საშუალებას გვაძლევს გავაგრძელოთ მუშაობა კარგ მდგომარეობაში. აქტივები ვერსიირებულია, ასე რომ ჩვენ შეგვიძლია დავინახოთ რა მოხდა მათი ცხოვრების მანძილზე, ვიცით ვინ რაზე მუშაობს მიღწეულ პროგრესთან და ვადებთან ერთად და ვიცით, რომ წარმოება გაგრძელდება. რაც არ არის დაფარული რაიმე სუფთა პროცესით არის ცოდნის გადაცემა და იმის გაგება, თუ რატომ არის ყველაფერი ისე, როგორც არის.
ყველა სისტემას, მონაცემთა ბაზას და ანალიტიკის ინსტრუმენტს აქვს თავისი უცნაურობები. რამ, რაც მათ აიძულებს სწრაფად ან ნელა იარონ, საგნები, რომლებიც აიძულებს მათ მოიქცნენ გარკვეული გზით ან გამოიტანონ სასურველ შედეგს. ეს შეიძლება იყოს პარამეტრები სისტემურ ან გლობალურ დონეზე ან აქტივების დიზაინის ფარგლებში, რაც მათ აიძულებს იმუშაონ ისე, როგორც უნდა. პრობლემა ის არის, რომ ამ საგნების უმეტესობა დროთა განმავლობაში ისწავლება და ყოველთვის არ არის ადგილი მათი დოკუმენტაციისთვის. მიუხედავად იმისა, რომ ჩვენ გადავდივართ Cloud სისტემებზე, სადაც აღარ ვაკონტროლებთ აპლიკაციის შესრულებას და ჩვენ ვეყრდნობით მიმწოდებელს, რათა ის რაც შეიძლება სწრაფად გააკეთოს, განმარტებების შესწორება გრძელდება ჩვენს აქტივებში, რათა განვბლოკოთ ზუსტად ის, რასაც ვეძებთ. ეს ცოდნა არის ის, რაც უნდა იქნას მიღებული და გაზიარებული სხვებისთვის მისაწვდომად. ეს ცოდნა უნდა იყოს მოთხოვნილი, როგორც აქტივების დოკუმენტაციის ნაწილი და გახდეს ვერსიის კონტროლისა და CI/CD შემოწმებისა და დამტკიცების პროცესის განუყოფელი ნაწილი და ზოგიერთ შემთხვევაში, როგორც საკონტროლო სიის ნაწილი გასაკეთებელი საქმის გამოქვეყნებამდე და არა. კეთება.
არ არსებობს ჯადოსნური პასუხები ან ხელოვნური ინტელექტი, რომელიც დაფარავს მალსახმობებს ჩვენს ანალიტიკურ პროცესებში ან არ არსებობს. მიუხედავად გუნდის სიდიდისა, რომელიც ინახავს მონაცემებსა და ანალიტიკას სისტემაში ინვესტიციას, რათა თვალყური ადევნოს ცვლილებების, ყველა აქტივის ვერსიას და დახმარებას განვითარების პროცესის დოკუმენტირებაში და ცოდნის მიღებაში. პროცესებში ინვესტიცია და დრო წინასწარ დაზოგავს უამრავ ტყუილად დახარჯულ დროს მოგვიანებით, რათა გავარკვიოთ, რომ შევინარჩუნოთ ჩვენი ანალიტიკის ჯანსაღი მდგომარეობა. ყველაფერი ხდება და საუკეთესოა MJ-ების და სხვა ლატარიის გამარჯვებულების სადაზღვევო პოლისი.
