🥇დახმარება: რა არის უწყვეტი მიწოდება

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

/Pixabay/ ცისფერთვალება / PL

Story

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

2010 წელს ჯეზ ჰამბლი და დევიდ ფარლი გამოუშვეს წიგნი უწყვეტი მიწოდებით. ავტორების აზრით, CD ავსებს მიდგომას უწყვეტი ინტეგრაცია და საშუალებას გაძლევთ გაამარტივოთ კოდის მომზადება განლაგებისთვის.

წიგნის გამოქვეყნების შემდეგ მიდგომამ პოპულარობის მოპოვება დაიწყო და სულ რაღაც ორიოდე წელიწადში იგი თითქმის საყოველთაოდ მიღებული გახდა. Მიხედვით გამოკითხვა600 წელს 2014-ზე მეტ დეველოპერსა და IT მენეჯერს შორის ჩატარდა, ტექნიკური მენეჯერების 97% და პროგრამისტების 84% იცნობდა უწყვეტ მიწოდებას.

ახლა ეს მიდგომა რჩება ერთ-ერთი ყველაზე პოპულარული. 2018 წლის კვლევის მიხედვით, რომელშიც მონაწილეობდნენ IT საზოგადოება DevOps და Jenkins Community, იყენებს გამოკითხული ათასზე მეტი რესპონდენტიდან ნახევარი.

როგორ მუშაობს უწყვეტი მიწოდება?

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

უწყვეტი მიწოდების პროცესის მაგალითი ასე გამოიყურება:

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

პროცესზე დაწესებულია შემდეგი მოთხოვნები:

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

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

რა სარგებელი მოაქვს

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

გარდა ამისა, 2016 წლის კვლევის მიხედვით (გვერდი 28 დოკუმენტი) - კომპანიები, რომლებმაც დანერგეს CD, 50%-ით უფრო სწრაფად წყვეტენ ინფორმაციული უსაფრთხოების პრობლემებს, ვიდრე ისინი, ვინც არ იყენებს ამ მიდგომას. გარკვეულწილად, ეს განსხვავება აიხსნება პროცესის ავტომატიზაციის ხელსაწყოების მუშაობით.

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

პოტენციური სირთულეები

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

მეორე პოტენციური პრობლემა არის კოდის ფილიალების დიდი რაოდენობა. „განშტოების“ შედეგია ხშირი კონფლიქტები და დიდი დროის შემდგომი დაკარგვა. შესაძლო გამოსავალი - მიდგომა ტოტები არ არის.

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

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

/flickr/ ჰ.გერ1969 წ / CC BY-SA

ინსტრუმენტები

აქ არის რამდენიმე ღია ინსტრუმენტი უწყვეტი მიწოდებისთვის:

GoCD — სერვერი უწყვეტი მიწოდებისთვის Java-ში და JRuby on Rails-ში. საშუალებას გაძლევთ აკონტროლოთ განაცხადის მიწოდების მთელი პროცესი: build-test-release. ინსტრუმენტი განაწილებულია Apache 2.0 ლიცენზიით. თქვენ შეგიძლიათ იპოვოთ იგი ოფიციალურ ვებსაიტზე დაყენების სახელმძღვანელო.
კაპისტრანო — ჩარჩო სკრიპტების შესაქმნელად, რომლებიც ავტომატიზირებენ აპლიკაციების განლაგებას Ruby, Java ან PHP-ში. Capistrano-ს შეუძლია შეასრულოს ბრძანებები დისტანციურ მანქანაზე SSH-ის საშუალებით მასთან დაკავშირების გზით. მუშაობს სხვა უწყვეტი ინტეგრაციისა და მიწოდების ინსტრუმენტებთან, როგორიცაა Integrity CI სერვერი.
სამრეკლო არის მრავალპლატფორმიანი ინსტრუმენტი, რომელიც ავტომატიზირებს აპლიკაციის განვითარების მთელ ციკლს. Gradle მუშაობს Java, Python, C/C++, Scala და ა.შ. არის ინტეგრაცია Eclipse-თან, IntelliJ-თან და Jenkins-თან.
Drone - CD პლატფორმა Go ენაზე. დრონი შეიძლება განთავსდეს შენობაში ან ღრუბელში. ინსტრუმენტი აგებულია კონტეინერების თავზე და იყენებს YAML ფაილებს მათ სამართავად.
სპიკერი — პლატფორმა კოდების უწყვეტი მიწოდებისთვის მრავალ ღრუბლოვან სისტემებში. Netflix-ის მიერ შემუშავებული, Google-ის ინჟინრებმა დიდი როლი ითამაშეს ხელსაწყოს შემუშავებაში. Ინსტალაციის ინსტრუქცია იპოვეთ იგი ოფიციალურ ვებსაიტზე.

რა წავიკითხოთ ჩვენს კორპორატიულ ბლოგზე:

წყარო: www.habr.com