როგორ გავაცნოთ თქვენი ორგანიზაცია OpenStack-ს

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

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

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

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

MercadoLibre: აუცილებლობის კარნახი და სირბილი უფრო სწრაფად ვიდრე ირემი

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

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

„ცვლილება ძალიან სწრაფად მოხდა“, ამბობს ალეხანდრო კომისარიო, ტექნიკური ლიდერი ღრუბლოვანი სერვისებისთვის MercadoLibre-ში. ”ჩვენ ფაქტიურად ერთ ღამეში მივხვდით, რომ ამ ტემპით მუშაობას ვერ გავაგრძელებდით რაიმე სახის სისტემის დახმარების გარეშე.

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

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

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

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

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

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

„მთელი კომპანია მშიერი იყო მსგავსი სისტემისთვის და მისი ფუნქციონირებისთვის“, აღნიშნავს Maximiliano Venesio, ინფრასტრუქტურის უფროსი ინჟინერი MercadoLibre-ში.

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

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

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

ავტომატიზაციამ, რომელიც მათ შეძლეს მიაღწიონ კერძო ღრუბელთან ერთად, შედეგი გამოიღო, რაც MercadoLibre-ს საშუალებას აძლევდა მკვეთრად გაეზარდა თავისი ინფრასტრუქტურა. ის, რაც დაიწყო, როგორც სამი ინფრასტრუქტურის გუნდი, რომელიც მხარს უჭერს 250 დეველოპერს, 100 სერვერს და 1000 ვირტუალურ მანქანას, გადაიზარდა 10-კაციან გუნდში, რომელიც მხარს უჭერს 500-ზე მეტ დეველოპერს, 2000 სერვერს და 12 VM-ს.

სამუშაო დღე: OpenStack-ისთვის ბიზნეს საქმის შექმნა

SaaS კომპანია Workday-ის გუნდისთვის OpenStack-ის მიღების გადაწყვეტილება ნაკლებად ოპერატიული და უფრო სტრატეგიული იყო.

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

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

Rimi-ს პირველი ამოცანა Workday-ზე იყო ორიგინალური ბიზნეს საქმის გაფართოება კომპანიის უფრო დიდ ნაწილზე.

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

აღჭურვილობის ეფექტურობა ასევე გათვალისწინებული იყო ბიზნეს საქმეში. სამუშაო დღეს ამბიციური მიზნები აქვს გაზარდოს არსებული მონაცემთა ცენტრის აღჭურვილობისა და რესურსების გადამუშავების მაჩვენებლები.

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

დაბოლოს, Rimi-ის ღრუბლოვანი სტრატეგია აღნიშნავს, რომ უბრალო მოქალაქეობის გარეშე სამუშაო დატვირთვა და მათი ჰორიზონტალური მასშტაბირება საშუალებას მისცემს Workday-ს დაიწყოს თავისი პირადი ღრუბლის გამოყენება ნაკლები რისკით და მიაღწიოს ღრუბლოვანი ოპერაციების სიმწიფეს ბუნებრივად.

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

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

პირველი სიცოცხლისუნარიანი OpenStack ღრუბლის წარმატებით განხორციელების შემდეგ, Workday აგრძელებს სწრაფვას ახალი SDDC გარემოს ფართო გამოყენებისთვის. ამ მიზნის მისაღწევად, Rimi იყენებს მრავალმხრივ მიდგომას, რომელიც ორიენტირებულია:

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

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

BestBuy: ტაბუების დარღვევა

ელექტრონიკის საცალო ვაჭრობა BestBuy, წლიური შემოსავლით $43 მილიარდი და 140 თანამშრომელი, ყველაზე დიდია სტატიაში ჩამოთვლილ კომპანიებს შორის. ასე რომ, მიუხედავად იმისა, რომ პროცესები, რომლებიც bestbuy.com ინფრასტრუქტურის გუნდმა გამოიყენა OpenStack-ზე დაფუძნებული პირადი ღრუბლის მოსამზადებლად, უნიკალური არ არის, მოქნილობა, რომლითაც ისინი გამოიყენეს ეს პროცესები, შთამბეჭდავია.

BestBuy-ზე მათი პირველი OpenStack ღრუბლის გადასატანად, ვებ გადაწყვეტილებების დირექტორს სტივ ისთჰემს და მთავარ არქიტექტორს ჯოელ კრებს უნდა დაეყრდნოთ კრეატიულობას მრავალი ბარიერის დასაძლევად, რომელიც მათ გზაზე დგას.

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

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

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

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

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

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

”ჩვენ საკმაოდ თხელ ყინულზე ვიყავით”, - თქვა სტივ ისტჰემმა. „ეს არ იყო ჩვეულებრივი პრაქტიკა Best Buy-ში მაშინ და ახლა. ჩვენ ვმოქმედებდით რადარის ქვემოთ. შეგვეძლო გაკიცხვა, მაგრამ თავიდან ავიცილეთ.

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

„ჩვენ უბრალოდ ჩავსვით ისინი ოთახში და ვუთხარით: „გაარკვიე, როგორ უნდა იმუშაო ამ სისტემაზე“, ამბობს ჯოელ კრაბი. — ჯავის ერთ-ერთმა დეველოპერმა გვითხრა: „ეს სიგიჟეა, თქვენ არ შეგიძლიათ ამის გაკეთება. არ ვიცი, რაზე ლაპარაკობ“.

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

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

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

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

დასკვნა

MercadoLibre, Workday და Best Buy-ის ისტორიები იზიარებს უამრავ პრინციპს, რომელიც დაგეხმარებათ OpenStack-ის წარმატებული გამოყენებისკენ: იყავით ღია დეველოპერების, ბიზნესისა და სხვა პოტენციური მომხმარებლების საჭიროებებისთვის; იმუშავეთ თქვენი კომპანიის დადგენილ პროცესებში; სხვა ორგანიზაციებთან თანამშრომლობა; და მზადაა იმოქმედოს წესების მიღმა, როცა საჭიროა. ეს ყველაფერი არის ღირებული რბილი უნარები, რომლებიც სასარგებლოა OpenStack ღრუბელთან ერთად.

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

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

წყარო: www.habr.com