საკონტროლო სია ვებ აპლიკაციების შესაქმნელად და გამოქვეყნებისთვის

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

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

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

დავიწყოთ ოთხშაბათით.

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

Windows Server - იგივე Windows, მაგრამ სერვერის ვარიაციით. Windows-ის კლიენტის (რეგულარულ) ვერსიაში არსებული ზოგიერთი ფუნქცია აქ არ არის წარმოდგენილი, მაგალითად, ზოგიერთი სერვისი სტატისტიკის შეგროვებისთვის და მსგავსი პროგრამული უზრუნველყოფა, მაგრამ არის ქსელის ადმინისტრირების კომუნალური საშუალებების ნაკრები, სერვერების განლაგების ძირითადი პროგრამული უზრუნველყოფა (ვებ, ftp, ...). ზოგადად, Windows Server ჰგავს ჩვეულებრივ Windows-ს, quacks მოსწონს ჩვეულებრივი Windows, თუმცა, ის 2-ჯერ მეტი ღირს, ვიდრე მისი ჩვეულებრივი კოლეგა. თუმცა, იმის გათვალისწინებით, რომ თქვენ სავარაუდოდ განათავსებთ აპლიკაციას სპეციალურ/ვირტუალურ სერვერზე, თქვენთვის საბოლოო ღირებულება, თუმცა ის შეიძლება გაიზარდოს, არ არის კრიტიკული. იმის გამო, რომ Windows პლატფორმა იკავებს უზარმაზარ ადგილს სამომხმარებლო OS ბაზარზე, მისი სერვერის გამოცემა ყველაზე მეტად ნაცნობი იქნება მომხმარებლების უმეტესობისთვის.

Unix- მსგავსი სისტემა. ამ სისტემებში ტრადიციული მუშაობა არ საჭიროებს ნაცნობი გრაფიკული ინტერფეისის არსებობას, რომელიც მომხმარებელს სთავაზობს მხოლოდ კონსოლს, როგორც საკონტროლო ელემენტს. გამოუცდელი მომხმარებლისთვის ამ ფორმატში მუშაობა შეიძლება რთული იყოს, უბრალოდ რა ღირს ტექსტის რედაქტორიდან გასვლა, რომელიც საკმაოდ პოპულარულია მონაცემებში ვიმ, ამასთან დაკავშირებულმა შეკითხვამ 6 წელიწადში უკვე 1.8 მილიონზე მეტი ნახვა მიიღო. ამ ოჯახის ძირითადი დისტრიბუცია (გამოცემა) არის: Debian - პოპულარული დისტრიბუცია, მასში პაკეტის ვერსიები ძირითადად ორიენტირებულია LTS-ზე (გრძელვადიანი მხარდაჭერა - დიდი ხნის განმავლობაში მხარდაჭერა), რაც გამოიხატება სისტემისა და პაკეტების საკმაოდ მაღალი საიმედოობითა და სტაბილურობით; Ubuntu – შეიცავს ყველა პაკეტის დისტრიბუციას მათ უახლეს ვერსიებში, რამაც შეიძლება გავლენა მოახდინოს სტაბილურობაზე, მაგრამ საშუალებას გაძლევთ გამოიყენოთ ფუნქციონალობა, რომელიც მოყვება ახალ ვერსიებს; Red Hat Enterprise Linux – OSკომერციული გამოყენებისთვის პოზიციონირებული, ფასიანია, თუმცა მოიცავს მხარდაჭერას პროგრამული უზრუნველყოფის მომწოდებლებისგან, ზოგიერთი საკუთრების პაკეტისა და დრაივერის პაკეტებისგან; CentOS - ღია წყარო Red Hat Enterprise Linux-ის ვარიაცია, რომელიც ხასიათდება საკუთრების პაკეტებისა და მხარდაჭერის არარსებობით.

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

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

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

• სერვერის დამოუკიდებლად ჰოსტინგი (შენახვა) ყველაზე საბიუჯეტო ვარიანტია, მაგრამ თქვენ მოგიწევთ შეუკვეთოთ სტატიკური IP თქვენი პროვაიდერისგან, რათა თქვენს რესურსს დროთა განმავლობაში არ შეუცვალოს მისამართი.
• იქირავეთ გამოყოფილი სერვერი (VDS) – და დამოუკიდებლად მართეთ იგი და გააფართოვეთ დატვირთვები
• გადაიხადეთ (ხშირად ისინი გაძლევთ შანსს უფასოდ სცადოთ პლატფორმის ფუნქციონირება) რაიმე ღრუბლოვანი ჰოსტინგის გამოწერისთვის, სადაც გამოყენებული რესურსების გადახდის მოდელი საკმაოდ გავრცელებულია. ამ მიმართულების ყველაზე ცნობილი წარმომადგენლები: Amazon AWS (ისინი აძლევენ სერვისებით სარგებლობის უფასო წელიწადს, მაგრამ ყოველთვიური ლიმიტით), Google Cloud (ისინი აძლევენ ანგარიშს 300 დოლარს, რომლის დახარჯვა შესაძლებელია წლის განმავლობაში ღრუბლოვანი ჰოსტინგის სერვისებზე) , Yandex.Cloud (ისინი აძლევენ 4000 რუბლს . 2 თვის განმავლობაში), Microsoft Azure (აძლევენ უფასო წვდომას პოპულარულ სერვისებზე ერთი წლის განმავლობაში, + 12 რუბლს ნებისმიერი სერვისისთვის ერთი თვის განმავლობაში). ამრიგად, თქვენ შეგიძლიათ სცადოთ რომელიმე ამ პროვაიდერიდან ერთი პენის დახარჯვის გარეშე, მაგრამ მიახლოებითი მოსაზრება მიწოდებული მომსახურების ხარისხისა და დონის შესახებ.

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

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

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

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

ასე რომ, ორკესტრირება საშუალებას გაძლევთ იხილოთ სერვერების სტატუსი, განათავსოთ ან გადააბრუნოთ განახლებები სერვერის გარემოში და ა.შ. თავდაპირველად, ეს ასპექტი ნაკლებად სავარაუდოა, რომ იმოქმედოს თქვენზე, რადგან რაიმეს ორკესტრირებისთვის, გჭირდებათ რამდენიმე სერვერი (შეგიძლიათ გქონდეთ ერთი, მაგრამ რატომ არის ეს საჭირო?), და იმისათვის, რომ გქონდეთ რამდენიმე სერვერი, გჭირდებათ ისინი. ამ მიმართულებით ინსტრუმენტებს შორის ყველაზე პოპულარულია Kubernetes, შემუშავებული Google.

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

გარდა ამისა, გარემოს უზრუნველყოფის გარდა, ჩვენ უნდა უზრუნველვყოთ აპლიკაციის კომპეტენტური განლაგება, რომელიც მოიცავს ყველა სახის კოდის ტრანსფორმაციას, აპლიკაციებთან დაკავშირებული ბიბლიოთეკების და პაკეტების დაყენებას, გაშვებულ ტესტებს, შეტყობინებებს ამ ოპერაციების შესახებ და ა.შ. აქ ყურადღება უნდა მივაქციოთ ისეთ კონცეფციას, როგორიცაა „უწყვეტი ინტეგრაცია“ (CI – უწყვეტი ინტეგრაცია). ამ სფეროში მთავარი ინსტრუმენტები ამჟამად არის ჯენკინსი (ჯავაზე დაწერილი CI პროგრამული უზრუნველყოფა შეიძლება თავიდანვე ცოტა რთული ჩანდეს), ტრევის CI (დაწერილი Ruby, სუბიექტური, გარკვეულწილად მარტივი ჯენკინსითუმცა, გარკვეული ცოდნა ჯერ კიდევ საჭიროა განლაგების კონფიგურაციის სფეროში), Gitlab CI (დაწერილი რუბი და წადი).

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

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

• პითონი საკმაოდ მეგობრული ენაა გამოუცდელი მომხმარებლისთვის, ის პატიობს ზოგიერთ შეცდომებს, მაგრამ ასევე შეიძლება საკმაოდ მკაცრი იყოს დეველოპერთან, რათა მან ცუდი არაფერი გააკეთოს. უკვე საკმაოდ მომწიფებული და აზრიანი ენა, რომელიც გამოჩნდა 1991 წელს.
• Go - ენა Google-ისგან, ასევე საკმაოდ მეგობრული და მოსახერხებელია, საკმაოდ მარტივია შესრულებადი ფაილის შედგენა და მიღება ნებისმიერ პლატფორმაზე. ეს შეიძლება იყოს მარტივი და სასიამოვნო, ან შეიძლება იყოს რთული და სერიოზული. ახალი და ახალგაზრდა, შედარებით ცოტა ხნის წინ, 2009 წელს გამოჩნდა.
• Rust ოდნავ უფროსია ვიდრე მისი წინა კოლეგა, რომელიც გამოვიდა 2006 წელს, მაგრამ ჯერ კიდევ საკმაოდ ახალგაზრდაა თავის თანატოლებთან შედარებით. მიზნად ისახავს უფრო გამოცდილ დეველოპერებს, თუმცა ის მაინც ცდილობს გადაჭრას ბევრი დაბალი დონის ამოცანა პროგრამისტისთვის.
• Java არის კომერციული განვითარების ვეტერანი, რომელიც დაინერგა 1995 წელს და არის ერთ-ერთი ყველაზე ხშირად გამოყენებული ენა საწარმოს აპლიკაციების შემუშავებაში დღეს. მისი ძირითადი კონცეფციებითა და მძიმე დაყენებით, გაშვების დრო შეიძლება საკმაოდ რთული გახდეს დამწყებთათვის.
• ASP.net არის Microsoft-ის მიერ გამოშვებული აპლიკაციების განვითარების პლატფორმა. ფუნქციონირების ჩასაწერად ძირითადად გამოიყენება C# ენა (გამოითქმის C Sharp), რომელიც 2000 წელს გამოჩნდა. მისი სირთულე შედარებულია Java-სა და Rust-ს შორის არსებულ დონესთან.
• PHP, რომელიც თავდაპირველად გამოიყენებოდა HTML-ის წინასწარი დამუშავებისთვის, ამჟამად, მიუხედავად იმისა, რომ აბსოლუტური ლიდერია ენების ბაზარზე, შეინიშნება გამოყენების შემცირების ტენდენცია. მას აქვს დაბალი შესვლის ბარიერი და კოდის დაწერის სიმარტივე, მაგრამ ამავე დროს, საკმაოდ დიდი აპლიკაციების შემუშავებისას, ენის ფუნქციონირება შეიძლება არ იყოს საკმარისი.

ისე, ჩვენი აპლიკაციის ბოლო ნაწილი - ყველაზე ხელშესახები მომხმარებლისთვის - Frontend (ფრონტენდი) – არის თქვენი აპლიკაციის სახე; სწორედ ამ ნაწილთან ურთიერთობს მომხმარებელი უშუალოდ.

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

• ReactJS არ არის ჩარჩო, არამედ ბიბლიოთეკა. სინამდვილეში, ჩარჩო განსხვავდება მისი საამაყო სათაურისგან მხოლოდ იმ ფუნქციის არარსებობის გამო, რომლითაც არ არის „გარემო“ და მათი ხელით ინსტალაციის აუცილებლობა. ამრიგად, არსებობს ამ ბიბლიოთეკის „მომზადების“ რამდენიმე ვარიაცია, რომლებიც ქმნიან უნიკალურ ჩარჩოებს. ეს შეიძლება იყოს ცოტა რთული დამწყებთათვის, ზოგიერთი ძირითადი პრინციპის და კონსტრუქციული გარემოს საკმაოდ აგრესიული დაყენების გამო. თუმცა, სწრაფი დაწყებისთვის, შეგიძლიათ გამოიყენოთ „create-react-app“ პაკეტი.
• VueJS არის ჩარჩო მომხმარებლის ინტერფეისის შესაქმნელად. ამ სამეულს სამართლიანად ატარებს ყველაზე მოსახერხებელი ფრეიმერის ტიტული; Vue-ში განვითარებისთვის, შესვლის ბარიერი უფრო დაბალია, ვიდრე სხვა ხსენებული ძმები. უფრო მეტიც, ის მათ შორის ყველაზე ახალგაზრდაა.
• Angular ითვლება ამ ჩარჩოებიდან ყველაზე რთულად, ერთადერთი რაც მოითხოვს TypeScript (დამატება Javascript ენისთვის). ხშირად გამოიყენება დიდი საწარმოს აპლიკაციების შესაქმნელად.

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

წყარო: www.habr.com