კითხვა-პასუხი: Compuware-ის აღმასრულებელი დირექტორი კრის ო'მალეი იმის შესახებ, თუ როგორ აძლევს კომპანია ახალ სიცოცხლეს მეინსფრეიმში სწრაფი და DevOps-ით.
ვიდეო: DevOps არის 2018 წლის მთავარი თემა: ხუთი მიზეზი
ოთხი წელი გავიდა მას შემდეგ, რაც მთავარი პროგრამული უზრუნველყოფის კომპანია Compuware გადავიდა საჯარო საკუთრებიდან კერძოზე. ახლა მისი აღმასრულებელი დირექტორი კრის ო'მალეი თვლის, რომ კომპანია მზად არის ხელახლა გამოგონოს მთავარი პროგრამული უზრუნველყოფის ბაზარი ორი უახლესი პროგრამული გარღვევის წყალობით - სწრაფი და DevOps. ZDNet დაუკავშირდა ო'მალის მეტის გასარკვევად.
როდის მოხვედით პირველად Compuware-ში?
სამ წელზე ცოტა მეტი ხნის წინ. მანამდე მე ვმართავდი CA-ს მეინსფრეიმ ბიზნეს ერთეულს, რომელიც ჯერ კიდევ CA-ს მთლიანი ბიზნესის 55 პროცენტს შეადგენს და IBM-ის გარდა უმსხვილესი მეინფრემ ბიზნესი. მე სამყაროს მეინფრემ ლინზებით ვხედავ.
რასაც ჩვენ ვხედავთ არის ადამიანები, რომლებიც შორდებიან საქმის კეთების ძველ სტილს, რაც ნიშნავს ახალი კონცეფციების ძიებას და საქმის კეთების ახალ გზებს.
ო'მალი:
მსხვილი ორგანიზაციებისთვის, რომლებშიც დომინირებს მეინსფრეიმი - 100 საუკეთესო ბანკის 87 პროცენტი და სადაზღვევო უმეტესობა კომპანიებში ჯერ კიდევ დომინირებს მეინფრეიმი - ეს რთულია, რადგან მათ უნდა გამოიყენონ სწრაფი და სხვა ტექნიკა იმისათვის. შეჯიბრება.
მაშინაც კი, თუ დიდი ხართ, უნდა იყოთ სწრაფი, ამ ახალი ეპოქის კომპანიების გამო, რომელთა წინააღმდეგაც სულ უფრო ხშირად ხართ. ასე რომ, თქვენ უნდა ისწავლოთ როგორ იყოთ ბევრად უფრო კომპეტენტური ციფრული ტექნიკით, თუ აპირებთ თქვენს მომხმარებლებს დაეხმაროთ.
ასე რომ, მე მივიტანე ჩემი დისერტაცია Compuware-ში. ახლა ჩემი დისერტაცია იყო, თუ თქვენ გამოიყენებთ ყველა ამ სტარტაპ ტექნიკას, როგორიცაა DevOps და agile, მაშინ ხალხი მოვა თქვენთან ერთად.
ასე რომ, მე მოვედი, არა როგორც ბიჭი, რომელიც ხელმძღვანელობდა მთავარ ბიზნეს ერთეულს. სცენაზე ავედი და ბევრს ეგონა, როგორც ბიჭი, რომელიც ყველაფრის შეცვლას აპირებდა და არა უკეთესობისკენ. მაგრამ, სანამ ზოგიერთი მათგანი ფიქრობდა, რომ ეშმაკი ახლახან გამოჩნდა, ზოგი ფიქრობდა: "აი, ამ ბიჭს კარგი იდეები აქვს". მაგრამ შემდეგ მათ ვუთხარი, რომ ფრთხილად იყავით, რა გსურთ, რადგან რაღაც მომენტში თქვენ შეგიძულებთ, რადგან ვაპირებ ყველას შეცვლას.
ყველას როლი უნდა შეიცვალოს. ამ ოთახში არავინ არის-მეთქი, რომელიც ერთი-ორი წლის შემდეგ იფიქრებს, რომ იგივე მდგომარეობაშია, რაც ახლაა. სწორედ ეს ვთქვი. მე ვუთხარი, რომ გამარჯვების მისაღწევად, კომპანიაში ყველა როლი უნდა შეიცვალოს.
გაკვეთილი იყო: შეწყვიტეთ შინაგანი ყურება, შეეცადეთ შეამციროთ ხარჯები და ა.
ხალხი დაეკიდება ჩანჩქერს, რადგან ის თითქოს კომფორტული საბანია ცეცხლის წინ. სისწრაფეში სამუშაოები უფრო ზუსტი ხდება.
Გადმოწერე ახლავე: სწრაფი ლექსიკონი: DevOps
სამი წლის წინ დავპირდი, რომ ყოველი კვარტალის ყოველ პირველ სამუშაო დღეს გამოვიდოდით ახალი შესაძლებლობებით, ახალი გაუმჯობესებებით, ინტეგრაცია სასურველი, უახლესი DevOps ინსტრუმენტებით, რომლებიც დაკავშირებულია მომხმარებელთა გამოცდილებასთან და ჩვენ ამას გავამარტივებთ, როგორც მივდიოდით.
სპეციალური მოხსენება
DevOps რევოლუციაზე გასეირნება
თქვენ შეგიძლიათ ჩამოტვირთოთ ყველა სტატია ამ სპეციალურ მოხსენებაში ერთ PDF-ში (საჭიროა უფასო რეგისტრაცია).
წაიკითხე ახლაამ სამი წლის განმავლობაში ჩვენ შევქმენით ჩვენი ტექნოლოგიები ტოპაზის ბრენდის გარშემო. ჩვენ შევქმენით ეს ტოპაზის ბრენდი და ამან შექმნა გარემო, რომელიც საშუალებას აძლევს არა მეინფრემ პროგრამისტს -- იმიტომ რომ მეინსფრეიმ პროგრამისტი მიდის მოშორებით -- არა, თქვენ უნდა აიღოთ კომპიუტერული მეცნიერების კურსდამთავრებული და აცნობეთ მათ, რომ მეინფრეიმი არ განსხვავდება სინტაქსის გარდა, სხვაგან პლატფორმა.
ეს უბრალოდ განვითარებაა და ის ფაქტი, რომ თქვენ ამას აკეთებთ მეინფრემზე, შეუსაბამოა. მაშ, რა შეგიძლიათ გააკეთოთ ამ აპლიკაციებთან, რომლებსაც აქვთ მილიონი მილის სიგრძის კოდი? ჩვენ ვიზუალურად ვხვდებით ამ სპრინტის ციკლს ისე, რომ ახლა პროგრამისტებს შეუძლიათ ცვლილებების გაკეთება 24 საათში.
ჩვენ შევქმენით მთელი ეს ჩარჩო, რომელიც საშუალებას აძლევს ამ ახალ დეველოპერს სხვანაირად დაინახოს ყველაფერი. ერთადერთი, რაც გვიჩვენებს, რომ ის არის მეინფრეიმი, არის ის, რომ ის არის Cobol-ში და არა C-ში ან ჯავაში.
როდესაც ადამიანები ამბობენ, რომ თქვენ არ შეგიძლიათ სწრაფი ან DevOps-ის გაკეთება მეინფრეიმზე, ეს სრულიად ტყუილია. ჩვენ ამას ყოველდღე ვამტკიცებთ. ჩვენ გვყავს საგაზაფხულო გუნდი, სადაც გვყავს 23 წლის ნოა და 72 წლის ჯუდი და ისინი ერთად არიან გუნდში. რაც დაამტკიცა არის ის, რომ ამ ეკიპაჟს შეუძლია მოქნილობა მეინსფრეიმზე და DevOps მეინფრეიმზე. ჩვენ ვიცით, რომ მეინფრეიმი შეუცვლელია.
ანუ შენ ამბობ რომ იგივეს გაკეთება შეგიძლია C-ით და Java-ით და ასე შემდეგ და არ აქვს მნიშვნელობა რით იყენებ ამას?
კარგი, არა, ამას აქვს მნიშვნელობა, რადგან მეინფრეიმი აკეთებს იმას, რასაც C და Java-ს არ შეუძლიათ.
როდესაც ჩვენ დავიწყეთ ამის კეთება, ჩვენ ვიყავით ერთი კომპანია, რომელიც აკეთებდა DevOps-ს და მოქნილი მეინფრემზე. ახლა, როცა მივდივართ და ვხედავთ ჩვენს მომხმარებლებს, ყველა ამას აკეთებს.
საინტერესოა, რადგან ერთ-ერთი რამ დემინგი და შეზღუდვების თეორია არის ის, რომ ნებისმიერი გაუმჯობესება, რაც სხვა რამეშია, გარდა ბოთლისა, არის ილუზია.
ეს საინტერესოა, რადგან ბევრმა ამ ბანკმა გააკეთა თავისი ციფრული ძალისხმევა რამდენიმე პატარა, საკარანტინო გუნდთან ერთად. ეს ბიჭები დადიან ივენთებზე და ამბობენ, რომ ეს გუნდი ჰყავთ და დღეში 15-ჯერ ანაწილებენ და ასე შემდეგ. მაგრამ ეს ყველაფერი არის პლაცებო, რომელსაც არავითარი მნიშვნელობა არ აქვს მომხმარებლების თვალში. სამუშაო არ იყენებს IP-ს და მონაცემებს, რომლებიც მთავარ ქსელშია.
ასე რომ, იმის ნაცვლად, რომ გააკეთოთ მთელი ეს სამუშაო ამ პატარა გუნდებთან, თქვენ უნდა დაიწყოთ მეინფრეიმზე, რადგან მეინფრეიმი არის ის, სადაც ეს ყველაფერი უნდა განხორციელდეს.
ახლა, კომპანიების უმეტესობისთვის, მთავარი არ არის ის, რასაც ისინი ადვილად შეცვლიან. მთავარი ხალხი ცინიკური ჯგუფია. მაგრამ აქ თქვენ უნდა იმუშაოთ, რომ შეცვალოთ რამე.
საიდან ჩაერთეთ ამ იდეაში, რომ DevOps, სწრაფი და ა.შ.
მე დავინახე, რომ ის მუშაობდა როგორც სტარტაპის აღმასრულებელი დირექტორი კომპანიასთან, რომელსაც არ ჰქონდა შემოსავალი და კლიენტები. სენტ-ლუისის ამ ლაბორატორიაში დიდი კომპანიისგან ჩამოვედი, რადგან მინდოდა გამეკეთებინა ზუსტად ის, რასაც ვაკეთებდი.
Იხილეთ ასევე: მონაცემთა ბაზები DevOps-ში საჭიროებს მონაცემთა სწრაფი მართვას
ახლა, მათი მუშაობით სწავლობთ პროდუქტის გამოგონებას DevOps-ის გამოყენებით და გაიგებთ, რომ სხვაგვარად არ გსურთ ამის გაკეთება. პროდუქტი, რომელსაც ვაშენებდით, იყო მსხვილი კომპანიებისთვის და, კერძოდ, ერთი ძალიან დიდი საკრედიტო ბარათის კომპანიისთვის.
და ამ გუნდის საშუალო ასაკი, ალბათ, დაახლოებით 23 წელი იყო და მათ ყველას ჰქონდათ დოქტორის წოდება და მათ ეს ბრწყინვალე იდეები გაუჩნდათ. ასე რომ, თქვენ უნდა დაემთხვათ ისინი დიდი საკრედიტო ბარათების კომპანიის პრაქტიკულ მოთხოვნებთან და, გარდა ამისა, საკრედიტო ბარათის კომპანიას გააჩნდა ყველა ეს წესი, რომელიც უნდა დაემორჩილა, როგორიცაა შესაბამისობა. ასე რომ, იყო რთული კონფლიქტი.
ახლა, რისი გაკეთებაც DevOps-ს გაძლევს, არის ის, რომ იმუშაო როგორც ლაბორატორია და მიიღო გარკვეული გაგება ამ კომპანიების შესახებ და რა იმუშავებს და რა იქნება სიცოცხლისუნარიანი.
ახლა, თქვენ შეგიძლიათ ექსპერიმენტი და მეანდერი და ბევრად უფრო სწრაფად მიხვიდეთ თქვენს დანიშნულებამდე და გაიგოთ ღირებულება. ამას დაუმატეთ მუშაობის ინტენსივობა: თუ სტარტაპი ხართ და ძალიან სწრაფად უნდა იმუშაოთ.
Compuware-ში მე შევეცადე ხელახლა შემექმნა ეს, რათა იგრძნოს, რომ სტარტაპად მუშაობ. სადღაც, რომელსაც აქვს ინტენსივობა და სადაც ყველაფერი უნდა იმუშაოს. და მუშაობს -- იგრძნობა სტარტაპად.
ჩვენ ვაშენებთ კულტურას, სადაც ძველ Compuware-ში ყოფნისას, თუ შეცდომა დაუშვით, სამსახურიდან გაათავისუფლებთ. ახალ Compuware-ში თქვენ მუდმივად უშვებთ შეცდომებს. ორჯერ უშვებ შეცდომას? კარგი, ეს გამოგონების ხასიათშია.
რაც შეეხება DevOps-ს და agile-ს, ხედავთ მათ, როგორც მათ ერთნაირად?
ბევრი ამბობს, რომ თქვენ არ გჭირდებათ ორივე - შეგიძლიათ გქონდეთ ერთი მეორის გარეშე. მე ვფიქრობ, რომ ეს სიცრუეა. Agile-ს სჭირდება DevOps-ის ატრიბუტებთან მუშაობა. ავტომატიზაციის იდეა, რომელსაც DevOps მოაქვს, არის ის, რაც გჭირდებათ, მაგრამ გჭირდებათ Agile ტექნიკა იმ ექსპერიმენტების თვალსაზრისით, რაც მას მოაქვს.
ისინი სხვადასხვა რამეა, მაგრამ თქვენ აბსოლუტურად ორივე უნდა გააკეთოთ.
ბოლო და დაკავშირებული გაშუქება
Agile plus DevOps ნელა, მაგრამ სტაბილურად აღწევს საწარმოს მასშტაბებს
Forrester იკვლევს Agile მიღებას საწარმოებს შორის.
აღმასრულებლები გადაჭარბებულად აფასებენ DevOps-ის სიმწიფეს
ჩვენ განვმარტავთ, რატომ იწვევს DevOps-ის ამჟამინდელი სიმწიფის გაგება წარმატებულ განხორციელებამდე.
DevOps აჩქარებს, საჭიროებს ლიდერობის ახალ სტილებს
ორგანიზაციების უმეტესობა გარკვეულწილად იყენებს DevOps-ს და მოსალოდნელია დრამატული შემცირება განვითარებამდე წარმოებამდე.
მარტივი გზები DevOps-ში მეტი ხარისხის დანერგვისთვის (Tech Pro Research)
DevOps-ის უპირატესობებთან ერთად მოყვება QA ტესტირებაზე დაზოგვის რისკი, რაც იწვევს არასწორ შედეგებს. აქ მოცემულია რამდენიმე მარტივი ნაბიჯი, რომელთა გადადგმაც შეგიძლიათ DevOps ხარისხის კონტროლის გასაუმჯობესებლად.
მოხსენება: DevOps გახდა მთავარი, მაგრამ DevOps-ის უსაფრთხოება არ მოჰყვა მას (TechRepublic)
DevOps შეიძლება იყოს ახალი პარადიგმა აპლიკაციების შემუშავებაში, მაგრამ CyberArk-ის მოხსენება ცხადყოფს, რომ ამ მიდგომის ფართოდ გამოყენება უსაფრთხოების კოშმარად იქცა.