DevOps ინსტრუმენტები ყველამ უნდა ისწავლოს 2020 წელს

დაიწყეთ საუკეთესო DevOps ინსტრუმენტების გამოყენება დღესვე!

DevOps რევოლუციამ საბოლოოდ მოიცვა მსოფლიო და DevOps ინსტრუმენტები წარმოუდგენლად პოპულარული გახდა. სამსახურის ცნობით Google ტენდენციები, „DevOps ინსტრუმენტებზე“ მოთხოვნების რაოდენობა მუდმივად იზრდება და ეს ტენდენცია გრძელდება.

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

მოდით დავყოთ DevOps ინსტრუმენტები კატეგორიებად და შევადაროთ ისინი ანალოგებს:

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

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

ინსტრუმენტების განვითარება და შექმნა

ეს არის CI/CD მილსადენის დასტას საფუძველი. ყველაფერი სწორედ აქედან იწყება! ამ კატეგორიის საუკეთესო ხელსაწყოებს შეუძლიათ მრავალი მოვლენის ნაკადის მართვა და სხვა პროდუქტებთან მარტივად ინტეგრირება.

განვითარების სასიცოცხლო ციკლის ამ ეტაპზე არსებობს ინსტრუმენტების სამი ჯგუფი:

• ვერსიის კონტროლის სისტემა (SCM)
• უწყვეტი ინტეგრაცია (CI)
• Მონაცემთა მართვა

GIT-ს აქვს დადებითი გამოცდილება 2020 წელს, ამიტომ თქვენს SCM ხელსაწყოს უნდა ჰქონდეს GIT-ის უწყვეტი მხარდაჭერა. CI-სთვის წინაპირობაა კონტეინერის იზოლირებულ გარემოში build-ების შესრულებისა და გაშვების შესაძლებლობა. რაც შეეხება მონაცემთა მენეჯმენტს, ის მოითხოვს მონაცემთა ბაზის სქემაში ცვლილებების შეტანის უნარს და მონაცემთა ბაზის შენარჩუნებას აპლიკაციის ვერსიის მიხედვით.

SCM + CI ინსტრუმენტი #1

გამარჯვებული: GitLab და GitLab-CI

2020 წლის DevOps ციკლის საუკეთესო ინსტრუმენტი უდავოდ არის GitLab და ის აუცილებლად გააგრძელებს ინოვაციების ლიდერობას უახლოეს მომავალში.

GitLab-ის მთავარი ფუნქციაა უზრუნველყოს Git საცავის კომფორტული მართვა. ვებ ინტერფეისი ინტუიციური და მარტივი გამოსაყენებელია. GitLab გთავაზობთ ყველაფერს, რაც გჭირდებათ უფასო ვერსიაში და მოდის როგორც SaaS და on-prem (თქვენი რესურსების გამოყენებით პროგრამული უზრუნველყოფის მასპინძლობისთვის).

არცერთ სხვა SCM ინსტრუმენტს არ გამოუყენებია უწყვეტი ინტეგრაცია (CI) პირდაპირ თქვენს საცავში და GitLab ამას დიდი ხანია აკეთებს. GitLab-CI-ის გამოსაყენებლად, თქვენ უნდა დაამატოთ .gitlab-ci.yml ფაილი თქვენს წყაროს კოდის ძირში და პროექტში ნებისმიერი ცვლილება გამოიწვევს მოქმედებებს ზუსტად თქვენ მიერ მითითებულზე დაყრდნობით. GitLab და GitLab-CI დამსახურებულად არიან აღიარებული ლიდერებად უწყვეტი ინტეგრაციის სფეროში (CI-as-code).

ძირითადი სარგებელი

• საიმედოობა - პროდუქტი ბაზარზე 2013 წლიდან არის; სტაბილური; კარგად მხარდაჭერილი.
• ღია წყარო - GitLab-ის უფასო ვერსია არ ზღუდავს ძირითად ფუნქციონირებას, რომელიც სჭირდება განვითარების გუნდებს. ფასიანი მომსახურების პაკეტები უზრუნველყოფს დამატებით სასარგებლო ფუნქციებს სხვადასხვა ზომისა და საჭიროებების კომპანიებისთვის.
• Engrained CI - ბაზარზე არცერთ სხვა ინსტრუმენტს არ აქვს ჩაშენებული უწყვეტი ინტეგრაცია პირდაპირ SCM-ში, როგორიცაა GitLab-CI. Docker-ის გამოყენება უზრუნველყოფს უპრობლემოდ იზოლირებულ ნაგებობებს, ხოლო ჩაშენებული ანგარიშები გამართავს მარტივს. ჩვენ არ გვჭირდება კომპლექსური ინტეგრაცია და მრავალი ინსტრუმენტის მართვა ერთდროულად.
• შეუზღუდავი ინტეგრაციები - GitLab უზრუნველყოფს თქვენთვის საჭირო ყველა DevOps ხელსაწყოს მარტივ ინტეგრაციას. ეს უზრუნველყოფს, რომ განვითარებისა და ტექნიკური გუნდებს ჰქონდეთ ინფორმაციის ერთი წყარო მათი გამოყენების შესახებ ნებისმიერ გარემოში.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

GitHub — ეს არის შესანიშნავი SaaS ვერსიის კონტროლის სისტემა მცირე კომპანიებისთვის და განვითარების ადრეული ეტაპებისთვის. დიდი კომპანიებისთვის, რომლებისთვისაც მნიშვნელოვანია IP მისამართების შენარჩუნება საკუთარ ქსელში, GitHub-ის ერთადერთი გამოსავალი იყო .OVA ვირტუალური მანქანა მაღალი ხელმისაწვდომობის სისტემების მხარდაჭერის გარეშე. ეს ართულებს წინასწარ მოვლას, გარდა ამისა, .OVA განკუთვნილია მხოლოდ საშუალო ზომის ბიზნესისთვის, წინააღმდეგ შემთხვევაში სერვერი უბრალოდ ავარია უფრო დიდი დატვირთვით. GitHub Actions-ის (უკანასკნელ დრომდე და ჯერ კიდევ არა პრემ ვერსიაში) ან CI-as-code ნაკლებობა ნიშნავს, რომ თქვენ უნდა აირჩიოთ ცალკე CI ინსტრუმენტი და შემდეგ მართოთ ეს ინტეგრაცია. დაბოლოს, GitHub ბევრად უფრო ძვირია, ვიდრე GitLab-ის რომელიმე ვერსია.

Jenkins — მიუხედავად იმისა, რომ ჯენკინსი ნაგულისხმევად ითვლება სტანდარტად უწყვეტი ინტეგრაციის ინსტრუმენტებს შორის, მას ყოველთვის არ ჰქონდა ვერსიის კონტროლის შესაძლებლობები. გამოდის, რომ თქვენ იყენებთ Jenkins-ს პლუს რაიმე სახის SCM ხელსაწყოს. ძალიან რთულია, როდესაც GitLab-ს შეუძლია ორივეს გაკეთება. საშუალო UX დიზაინი არ არის შესაფერისი თანამედროვე ვებ აპლიკაციისთვის და სასურველს ტოვებს.

BitBucket/Bamboo — მე უნდა ვაღიარო ის ავტომატურ დამარცხებულად: რატომ არის ორი ინსტრუმენტი, როცა GitLab ყველაფერს სრულიად დამოუკიდებლად აკეთებს. BitBucket Cloud მხარს უჭერს GitLab-CI / GitHub Action ფუნქციონირებას, მაგრამ სტარტაპზე დიდ კომპანიას არ შეუძლია მისი მარტივად განხორციელება. Prem BitBucket სერვერი BitBucket მილსადენებსაც კი არ უჭერს მხარს!

#1 მონაცემთა მართვის ინსტრუმენტი

გამარჯვებული: FlywayDB

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

ძირითადი სარგებელი

• მონაცემთა ბაზის ვერსიირება - Flyway გაძლევთ საშუალებას შექმნათ მონაცემთა ბაზის ვერსიები, თვალყური ადევნოთ მონაცემთა ბაზის მიგრაციას და მარტივად გადაიტანოთ ან დააბრუნოთ სქემის ცვლილებები დამატებითი ხელსაწყოს გარეშე.
• Binary ან Embedded - ჩვენ შეგვიძლია ავირჩიოთ Flyway-ის გაშვება აპლიკაციის ნაწილად ან ორობითი შესრულებადი. Flyway ამოწმებს ვერსიების თავსებადობას გაშვებისას და იწყებს შესაბამის მიგრაციას, მონაცემთა მონაცემთა და აპლიკაციის ვერსიების სინქრონიზაციას. cmd ხაზის ad-hoc ბრძანების გაშვებით, ჩვენ ვაძლევთ მოქნილობას არსებულ მონაცემთა ბაზებს მთელი აპლიკაციის აღდგენის გარეშე.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

ამ სფეროში ბევრი ინსტრუმენტი არ არის. მოდით შევხედოთ ზოგიერთ მათგანს:

LiquiBase - Liquibase ჰგავს FlywayDB-ს. მსურს დავაყენო ის Flyway-ის თავზე, თუ ჩემს გუნდში მყავს ვინმე Liquibase-ის მეტი გამოცდილებით.

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

ტესტის ავტომატიზაციის ინსტრუმენტები

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

ტესტირების პირამიდას (ტესტებს) აქვს 4 დონე:

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

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

#1 ინტეგრაციის ტესტირების ინსტრუმენტი

გამარჯვებული: კიტრი

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

ძირითადი სარგებელი

• BDD მიდგომა (Behavior Driven Development - „განვითარება ქცევის მეშვეობით“ განსხვავებით „ტესტზე ორიენტირებული განვითარების“ მიდგომისა) - კიტრი შექმნილია BDD ტესტირებისთვის, ის თავდაპირველად შეიქმნა სწორედ ამ ამოცანისთვის.
• ცოცხალი დოკუმენტაცია - დოკუმენტაცია ყოველთვის ტკივილია! ვინაიდან თქვენი ტესტები კოდის სახით არის დაწერილი, Cucumber ამოწმებს ავტომატურად გენერირებულ დოკუმენტაციას, რათა დარწმუნდეს, რომ ტესტები და დოკუმენტაცია სინქრონიზებულია.
• მხარდაჭერა - ჩვენ შეგვიძლია ავირჩიოთ მრავალი ინსტრუმენტიდან, მაგრამ Cucumber-ს აქვს საჭირო ფინანსური რესურსები და კარგად ორგანიზებული მხარდაჭერის სისტემა, რათა დაეხმაროს მომხმარებლებს ნებისმიერ რთულ სიტუაციაში.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

ბოლოდან ბოლომდე ტესტირების ინსტრუმენტები

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

• ფუნქციური ტესტირება
• სტრესის ტესტირება.

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

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

ამ 2 ტიპის ტესტირების არარსებობა მნიშვნელოვანი ნაკლი იქნება თქვენს CI/CD მილსადენში.

#1 ბოლოდან ბოლომდე ტესტირების ინსტრუმენტი. ფუნქციური ტესტირება

გამარჯვებული: SoapUI Pro

SoapUI დიდი ხანია არის API ტესტირების სივრცეში, მას შემდეგ, რაც SOAP დაფუძნებული ვებ სერვისები სტანდარტი იყო. მიუხედავად იმისა, რომ ჩვენ აღარ ვქმნით ახალ SOAP სერვისებს და ხელსაწყოს სახელი არ შეცვლილა, ეს არ ნიშნავს რომ ის არ განვითარდა. SoapUI უზრუნველყოფს შესანიშნავ ჩარჩოს ავტომატური backend ფუნქციური ტესტების შესაქმნელად. ტესტები ადვილად შეიძლება გაერთიანდეს უწყვეტი ინტეგრაციის ინსტრუმენტებთან და გამოყენებულ იქნას როგორც CI/CD მილსადენის ნაწილი.

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

#1 ბოლოდან ბოლომდე ტესტირების ინსტრუმენტი. სტრესის ტესტირება

გამარჯვებული: LoadRunner

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

ძირითადი სარგებელი

• ვრცელი დოკუმენტაცია - LoadRunner საკმაოდ დიდი ხანია არსებობს ბაზარზე, ამიტომ არის ბევრი ონლაინ რესურსი, რომელიც დაგეხმარებათ გაიგოთ, როგორ დააყენოთ დატვირთვის ტესტები.
• პროტოკოლის მხარდაჭერა - Load Runner მხარს უჭერს ყველაფერს ODBC-დან AJAX-მდე, HTTPS-მდე და ნებისმიერ სხვა არატრივიალურ პროტოკოლამდე, რომელსაც შეიძლება გამოიყენოს თქვენი აპლიკაცია. ჩვენ ვცდილობთ არ გამოვიყენოთ მრავალი ინსტრუმენტი დატვირთვის ტესტირებისთვის, რადგან ეს მხოლოდ ართულებს პროცესს.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

განლაგების ხელსაწყოები

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

უპირველეს ყოვლისა, მოდით დავყოთ განლაგების ყველა ინსტრუმენტი სამ ქვეკატეგორიად:

• არტეფაქტების მართვა
• კონფიგურაციის მართვა
• деплой.

#1 არტეფაქტის მართვის ინსტრუმენტი

გამარჯვებული: Nexus

Nexus-ის არტეფაქტის საცავი მხარს უჭერს თითქმის ყველა ძირითად ტექნოლოგიას, Java-დან NPM-მდე და Docker-მდე. ჩვენ შეგვიძლია გამოვიყენოთ ეს ინსტრუმენტი ჩვენ მიერ გამოყენებული ყველა არტეფაქტის შესანახად. დისტანციური პაკეტის მენეჯერების პროქსირება ასევე მნიშვნელოვნად აჩქარებს CI build პროცესს, რაც პაკეტებს უფრო ხელმისაწვდომს ხდის მშენებლობისთვის. კიდევ ერთი უპირატესობა არის რამდენიმე პროგრამულ პროექტში გამოყენებული ყველა პაკეტის სრული ხედვის შესაძლებლობა, დაბლოკვის სახიფათო ღია კოდის პაკეტები (მათ შეუძლიათ შეტევის ვექტორის როლი შეასრულონ).

ძირითადი სარგებელი

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

#1 კონფიგურაციის მართვის ინსტრუმენტი

გამარჯვებული: შეუძლებელია

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

ძირითადი სარგებელი

• მოქალაქეობის გარეშე - Playbook გაშვებულია განლაგების აპარატიდან და შესრულებულია სამიზნე სერვერებზე. მე არ მჭირდება ფიქრი დისტანციური ობიექტის მდგომარეობაზე ისეთი ხელსაწყოს გამოყენებით, როგორიც არის Packer, რათა შეიქმნას განლაგებული ობიექტები.
• ღია წყარო - CentOS-ის მსგავსად, Ansible-საც მხარს უჭერს RedHat. ის ხელს უწყობს საზოგადოების შენარჩუნებას და უზრუნველყოფს მაღალი ხარისხის, ადვილად გამოსაყენებელ მოდულებს.
• ტესტირება მოლეკულით (Ansible ჩარჩო) - ვინაიდან კონფიგურაციის მართვა არის კოდი, ისევე როგორც ყველაფერი, ტესტირება აუცილებელია. Molecule-ის Ansible როლური ტესტირების ჩარჩო მუშაობს უნაკლოდ, რაც უზრუნველყოფს, რომ კონფიგურაცია არის იგივე ხარისხის და მიჰყვება იგივე CI/CD მილსადენს, როგორც განაცხადის კოდი.
• YAML - სხვა ინსტრუმენტებთან შედარებით, YAML უფრო ადვილი გასაგებია. ვინაიდან კონფიგურაციის მენეჯმენტი, როგორც წესი, ახალი გამოწვევაა მათთვის, ვინც ახორციელებს DevOps პრაქტიკას, სიმარტივე მისი კოზირია.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

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

განლაგების ინსტრუმენტი #1

გამარჯვებული: Terraform

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

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

გაშვების ხელსაწყოები

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

გაშვების ინსტრუმენტების ქვეკატეგორიები:

• X-as-a-service (XaaS)
• ორკესტრირება
• მონიტორინგი
• ჭრის.

X-tool-as-a-service #1

გამარჯვებული: Amazon ვებ სერვისები

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

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

Azure „Azure-მა დიდი გზა გაიარა პირველი გამოსვლიდან და ეს დასაფასებელია. თუმცა, განსხვავებულობის სურვილმა გამოიწვია სერვისების უცნაური სახელები, რაც ხშირად ართულებს საქმეს. რას ნიშნავს "ბლომების შენახვა"? და მიუხედავად იმისა, რომ .NET კოდი უკეთესად მუშაობს Microsoft-ის ეკოსისტემაში, ნაკლებად სავარაუდოა, რომ თქვენ გამოიყენებთ მხოლოდ .NET-ს თქვენი აპლიკაციის ყველა კომპონენტისთვის.

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

#1 საორკესტრო ინსტრუმენტი

გამარჯვებული: openshift

თქვენ ალბათ იყენებთ Docker-ს ან სხვა კონტეინერებს თქვენი აპლიკაციის დასტაში. სერვერის გარეშე პროგრამები შესანიშნავია, მაგრამ ისინი შეიძლება არ მოერგოს ყველა არქიტექტურას. საორკესტრო პლატფორმის გარეშე კონტეინერების გაშვება უბრალოდ არ იმუშავებს. Kubernetes Core (K8s) შეუდარებელია უსაფრთხოებისა და ხელსაწყოების თვალსაზრისით. OpenShift არის ერთადერთი Kubernetes-ზე დაფუძნებული პლატფორმა, რომელსაც შეუძლია Source2Image-ის შეგროვება, მხარს უჭერს ავტომატურ განლაგებას პოდებში და მხარს უჭერს თვალთვალის და მონიტორინგს. OpenShift შეიძლება გაშვებული იყოს on-prem, ღრუბელში, ან on-prem და ღრუბელში ერთდროულად.

ძირითადი სარგებელი

• ჩამონტაჟებული უსაფრთხოება - K8s უსაფრთხოების მართვას შეიძლება დასჭირდეს მოწინავე ხარისხი. ყველა დეტალი კარგად უნდა იყოს გააზრებული და გათვალისწინებული! ნაგულისხმევად ჩაშენებული უსაფრთხოების მექანიზმები OpenShift-ით ართმევს ტვირთს დეველოპერებს და უზრუნველყოფს უფრო უსაფრთხო პლატფორმას აპლიკაციებისთვის.
• All-in-one გადაწყვეტა - ძირითადი K8-ებისგან განსხვავებით, რომლებიც ნაგულისხმევად არ შეიცავს დატვირთვის დაბალანსების ინსტრუმენტებს, OpenShift-ს აქვს ეს ყველაფერი. მე შემიძლია მისი გამოყენება კონტეინერების შესაქმნელად და ჰოსტინგისთვის, CI/CD ინსტრუმენტების გასაშვებად, გარე პროცესების მართვისთვის, გასაღებების მართვისთვის და მრავალი სხვა. მიუხედავად იმისა, რომ მომხმარებლის გრაფიკული ინტერფეისი ჯერ კიდევ შორს არის სრულყოფილისგან, API-ზე დაფუძნებული მიდგომა ნიშნავს, რომ ყველაფერი შეიძლება აღწერილი იყოს სკრიპტში. K8-ების სხვა GUI-ებისგან განსხვავებით, OpenShift აადვილებს Kubernetes-ის საფუძვლების სწავლას. თქვენ არც კი გჭირდებათ დიპლომის აღება!

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

დოკერის გროვა — Docker Swarm ცდილობდა K8-ების გამარტივებას ბევრი რამისგან თავის დაღწევით. ეს შესანიშნავია მცირე აპლიკაციებისთვის, მაგრამ საწარმოს აპლიკაციებისთვის ის უბრალოდ არ მუშაობს. გარდა ამისა, გადაწყვეტილებები, როგორიცაა AWS ECS, მსგავს მიდგომას იყენებს, მაგრამ ამარტივებს მუშაობას სხვა სერვისებთან, რომლებთანაც ასევე შემიძლია ურთიერთობა (Lambda, IAM და ა.შ.).

მონიტორინგის ინსტრუმენტი #1

გამარჯვებული: ახალი რელიქვია

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

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

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

ჟურნალის ინსტრუმენტი #1

გამარჯვებული: გაღრმავება

Splunk-თან კონკურენცია რთულია! დიდი ხნის განმავლობაში ის რჩება ლიდერი ხე-ტყის წარმოებაში და აგრძელებს ამას სხვებზე უკეთესად. On-prem და SaaS შეთავაზებებით, შეგიძლიათ გამოიყენოთ Splunk ყველგან. დიდი მინუსი არის მისი ფასი: Splunk ჯერ კიდევ ძვირია!

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

ELK Stack (ElasticSearch, LogStash და Kibana) ”როგორც ჩანს, ეს ხელსაწყოები ფავორიტია, რადგან მათი გამოსაყენებლად ღვიძლის გაყიდვაც კი არ გჭირდებათ.” თუმცა, როგორც ჟურნალების ნაკრები იზრდება და ბორტზე განაცხადების რაოდენობა იზრდება, მუშაობა უფრო და უფრო რთული ხდება. Splunk-თან შედარებით, ELK Stack-ით მე ბევრად მეტი დრო დავხარჯე ინსტრუმენტების დაყენებამდე ნებისმიერი დაფის შექმნამდე, ვიდრე ოდესმე მქონია.

თანამშრომლობის ინსტრუმენტები

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

თანამშრომლობის ინსტრუმენტების ქვეკატეგორიები:

• დავალების თვალყურის დევნება
• ChatOps
• დოკუმენტაცია.

#1 საკითხის თვალთვალის ინსტრუმენტი

გამარჯვებული: Jira

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

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

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

ChatOps ინსტრუმენტი #1

გამარჯვებული: MatterMost

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

ძირითადი სარგებელი

• ღია წყარო – MatterMost-ის ღია კოდის ვერსია მშვენივრად მუშაობს როგორც საშუალო, ასევე დიდი გუნდებისთვის. Slack-ის უფასო გეგმისგან განსხვავებით, რომელიც წაშლის თქვენს შეტყობინებების ისტორიას, საკუთარი სერვერის გაშვება ნიშნავს, რომ ინახავთ თქვენს ყველა მონაცემს.
• ინტეგრაციები - ვინაიდან API თითქმის 100% დაფუძნებულია Slack API-ზე, თითქმის ყველა Slack ინტეგრაციის გამოყენება შესაძლებელია პირდაპირ MatterMost-თან.

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

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

დოკუმენტაციის ინსტრუმენტი #1

გამარჯვებული: შესართავთან

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

ძირითადი სარგებელი

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

კონკურენტები

მონაწილეობა მიიღო ბრძოლაში, მაგრამ არ მოიგო

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

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

Jekyll — ტექნიკური ცოდნის დოკუმენტირებისას, არ მინდა შევქმნა ახალი სტატიკური საიტი, რომელიც განლაგდება ყოველ ჯერზე, როცა იქნება ცვლილება. Confluence-ის მარტივი ვერსიების კონტროლის სისტემა მნიშვნელოვნად ამარტივებს შიდა დოკუმენტაციას.

შეაჯამებს

ბაზარზე ფაქტიურად ასობით DevOps ინსტრუმენტია, რაც ართულებს იმის ცოდნას, თუ რომელი უნდა გამოიყენოთ და როდის უნდა განხორციელდეს. მიჰყევით ამ მარტივ სახელმძღვანელოს DevOps ინსტრუმენტების არჩევისთვის სრული CI/CD მილსადენისთვის.

დარწმუნდით, რომ შეარჩიეთ ინსტრუმენტები ხუთივე კატეგორიიდან:

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

მთავარი რეკომენდაცია: ყველაფრის ავტომატიზაცია!

მადლობა ზაკ შაპიროს!

წყარო: www.habr.com