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

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

ეს არის სიტყვა GitLab-ის უახლესი გამოკითხვა 4300 დეველოპერიდან და მენეჯერიდან, რომელიც აღმოაჩენს, რომ ზოგიერთი საწარმო ავრცელებს კოდს ათჯერ უფრო სწრაფად, ვიდრე წინა გამოკითხვებში. თითქმის ყველა რესპონდენტი, 84%, ამბობს, რომ კოდს უფრო სწრაფად ავრცელებს, ვიდრე ადრე, ხოლო 57%-მა თქვა, რომ კოდი იხსნება ორჯერ უფრო სწრაფად, ვიდრე ერთი წლის წინ ეს იყო 35%. მეხუთედან ერთი, 19%, ამბობს, რომ მათი კოდი ათჯერ უფრო სწრაფად გადის კარიდან.

როგორც ცნობილია, 75% იყენებს AI/ML-ს ან ბოტებს, რათა გამოსცადოს და განიხილოს მათი კოდი გამოშვებამდე, რაც 41% იყო მხოლოდ ერთი წლის წინ. კიდევ 25% ამბობს, რომ მათ ახლა აქვთ სრული ტესტის ავტომატიზაცია, 13% -დან.

გამოკითხვის რესპონდენტთა დაახლოებით 21% ამბობს, რომ გამოშვების ტემპი დაჩქარდა წყაროს კოდის მართვის დამატებით მათ DevOps პრაქტიკაში (15% გასულ წელს), დასძენს კვლევის ავტორები. კიდევ 18%-მა დაამატა CI და 13%-მა დაამატა CD. თითქმის 12% ამბობს, რომ DevOps პლატფორმის დამატებამ დააჩქარა პროცესი, ხოლო მხოლოდ 10%-ზე მეტმა დაამატა ავტომატური ტესტირება.

გამოკითხვა აჩვენებს, რომ დეველოპერების როლები ოპერაციების მხარეზეც იცვლება. დეველოპერები იღებენ სატესტო და ოპერაციულ ამოცანებს, განსაკუთრებით ღრუბლის, ინფრასტრუქტურისა და უსაფრთხოების გარშემო. დეველოპერების მინიმუმ 38%-მა თქვა, რომ ახლა განსაზღვრავს ან ქმნიან ინფრასტრუქტურას, რომელზედაც მუშაობს მათი აპლიკაცია. დაახლოებით 13% აკონტროლებს და რეაგირებს ამ ინფრასტრუქტურაზე. დეველოპერების მინიმუმ 26%-მა თქვა, რომ მათ მიერ დაწერილი კოდი აწარმოეს წარმოების მონიტორინგისთვის - გასულ წელს მხოლოდ 18%-დან.

ჩვენი გამოკითხვის რესპონდენტთა სრულად 43% აკეთებს DevOps-ს სამიდან ხუთ წლამდე -- „ეს ის ტკბილი ადგილია, სადაც მათ მიაღწიეს წარმატებას და კარგად არიან გამოცდილი“, - გამოკითხვის ავტორები აღნიშვნა. გარდა ამისა, ისინი დასძენს, რომ "ეს იყო ასევე წელი, როდესაც პრაქტიკოსებმა გამოტოვეს დამატებითი გაუმჯობესება და მიაღწიეს დიდ იარაღს: SCM, CI/CD, ტესტის ავტომატიზაცია და DevOps პლატფორმა."

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

DevOps არის სწრაფი განვითარების/დანერგვის ციკლების ვალდებულება, "გაძლიერებულია, სხვა საკითხებთან ერთად, გაუმჯობესებული ტექნიკური ინსტრუმენტების ნაკრებით - კოდის მენეჯმენტი, CI/CD, ორკესტრირება", - ნათქვამია მეთიუ თიანი, აღმასრულებელი ვიცე პრეზიდენტი ზე iTech AG. მაგრამ ამას მეტი სჭირდება ვიდრე ხელსაწყოები, დასძენს ის. წარმატებული DevOps ასევე აერთიანებს "განვითარების თავსებად მეთოდოლოგიას, როგორიცაა agile და scrum, და ორგანიზაციის ვალდებულება, ხელი შეუწყოს და წაახალისოს თანამშრომლობა განვითარებასა და ფუნქციონირებას შორის პერსონალი."

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

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

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