რა არის Serverless არქიტექტურა? როგორია მისი სტრუქტურა და როგორ მუშაობს ის?

Question

IT Interview Practice · Accepted Answer

## რა არის Serverless?

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

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

## რისგან შედგება ფუნქციებზე დაფუძნებული აპლიკაცია?

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

## მაგალითი: ესკიზების ავტომატურად შექმნა

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

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

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

## უპირატესობები

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

## გასააზრებელი შეზღუდვები

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

## როდის უნდა გამოიყენოთ Serverless?

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

რა არის Serverless?

რისგან შედგება ფუნქციებზე დაფუძნებული აპლიკაცია?

მაგალითი: ესკიზების ავტომატურად შექმნა

უპირატესობები

გასააზრებელი შეზღუდვები

როდის უნდა გამოიყენოთ Serverless?

დაკავშირებული კითხვები