სტარტაპების ტკივილები: როგორ სწორად განვავითაროთ IT ინფრასტრუქტურა

Თუ გჯერა სტატისტიკასტარტაპების მხოლოდ 1% გადარჩება. ჩვენ არ განვიხილავთ სიკვდილიანობის ამ დონის მიზეზებს, ეს ჩვენი საქმე არ არის. ჩვენ გირჩევნიათ გითხრათ, როგორ გაზარდოთ გადარჩენის ალბათობა კომპეტენტური IT ინფრასტრუქტურის მართვის საშუალებით.

სტატიაში:

• სტარტაპების ტიპიური შეცდომები IT-ში;
• როგორც მართული IT მიდგომა ეხმარება ამ შეცდომების თავიდან აცილებაში;
• სასწავლო მაგალითები პრაქტიკიდან.

რა სჭირს IT დამწყებთათვის?

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

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

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

სტარტაპში ადამიანები აკეთებენ იმას, რაც არ იციან როგორ გააკეთონ.

და ისინი არ აკეთებენ იმას, რაც საჭიროა სტარტაპის განვითარებისთვის. Ნება მომეცი აგიხსნა.

ყველა სტარტაპს უნდა ჰქონდეს მინიმუმ სამი როლი:

• IT სპეციალისტი (ან ტექნოლოგი);
• გამყიდველი (ან მარკეტოლოგი);
• მეოცნებე (ან მეწარმე, რომელიც ასევე ხშირად არის ინვესტორი).

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

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

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

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

ყველა სერვისი განლაგებულია ერთ ვირტუალურ მანქანაზე

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

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

როგორ ეხმარება IT-ის მართვა

ამ ტიპის პროექტებისთვის ჩვენ გვაქვს მართული სერვისების კლასის სერვისი - მართული DevOps.

მომხმარებელი ყუთიდან იღებს:

• სამუშაოსთვის საჭირო გარემოს მომზადება: dev, test, prod;
• კონფიგურირებული CI/CD პროცესები;
• მომზადებული ინსტრუმენტები გუნდური მუშაობისთვის: დავალების ტრეკერები, ვერსიების კონტროლის სისტემები, განლაგება, ტესტირება და ა.შ.

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

მართული IT-ის დადებითი მხარეები

მართული IT არის ყოვლისმომცველი სერვისი, რომელიც მოიცავს მთელ რიგ სავალდებულო საჭიროებებს.

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

ორი შემთხვევა პრაქტიკიდან

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

სფერო: ფინტექ / საცალო ვაჭრობა

პროდუქტი: ბაზარი

პრობლემები:

• არ ყოფილა ტესტირება CI/CD ჯაჭვში. დისტანციური ტესტერების დამატებამ მხოლოდ აგების პროცესი გაართულა.
• დეველოპერები მუშაობდნენ ერთდროულად ერთ დეველ სერვერზე კონტეინერებში გამოყოფილი გარემოს გარეშე.
• დეველოპერების დროის 70% დახარჯული იყო იმავე მოქმედებებზე გამოშვებიდან გამოშვებამდე. განვითარების სიჩქარე ძალიან ნელი იყო.
• ინფრასტრუქტურა განლაგდა გერმანიაში დაბალფასიანი ჰოსტინგის კომპანიაზე (ანუ, არ არის სიჩქარე, არ არის საიმედოობა).

ეს, სხვათა შორის, ყოველ პირველ პროექტში შეინიშნება.

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

შედეგი:

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

სფერო: ვებ რეკლამა

პროდუქტი: AI პლატფორმა სარეკლამო კამპანიების ავტომატიზაციისთვის

პრობლემები:

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

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

შედეგი:

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

დასკვნა

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

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

წყარო: www.habr.com