როდესაც API ხდება პროდუქტის საფუძველი და იწყებს წამში ათობით ათასი მოთხოვნის დამუშავებას, კრიტიკულად მნიშვნელოვანია მისი ჰორიზონტალური მასშტაბის უზრუნველყოფა. ეს ნიშნავს ახალი ინსტანციების დამატებას მომსახურების შეჩერების გარეშე და მათ შორის დატვირთვის განაწილებას დაბალანსების საშუალებით.
ჩვენ ვქმნით და ვასრულებთ მასშტაბურ API- ს არქიტექტურას, რომელსაც შეუძლია მოქნილად გაიზარდოს და გაუძლოს ნებისმიერ მწვერვალს.
როგორ მუშაობს ჰორიზონტალური სკალირება
| კომპონენტი | რას აკეთებს |
|---|---|
| Load balancer | განაწილებულია შემომავალი ტრაფიკი APRoxy სერვერებს შორის (HAProxy, Nginx, AWS ELB) |
| API ინსტანციები | API პროგრამების დამოუკიდებელი ასლები, რომლებიც პარალელურად ამუშავებენ მოთხოვნებს |
| მონაცემთა საერთო საცავი | ცენტრალიზებული BD ან ქეში, რომელიც ხელმისაწვდომია ყველა ინსტანციისთვის |
| Health-check и auto-recovery | ინსტანციების ხელმისაწვდომობის კონტროლი და ავტომატური აღდგენა |
რატომ არის საჭირო
სტაბილურობა მოთხოვნის მკვეთრი ზრდით
შეუსაბამობა - ერთი კვანძის მარცხი არ მოქმედებს API- ს მუშაობაზე
„სიგანის“ მასშტაბის მხარდაჭერა პროგრამის ლოგიკაში ცვლილებების გარეშე
განახლებების ეტაპობრივი გადაზიდვის შესაძლებლობა
ხარჯების ოპტიმიზაცია დინამიური მასშტაბის გამო
რას ვიყენებთ
Load balancers: HAProxy, Nginx, AWS ELB, GCP Load Balancer
ორკესტრორები: Docker Swarm, Kubernetes, ECS
Кеш и shared state: Redis, Memcached, S3
მონიტორინგი: Prometheus, Grafana, Datadog
CI/CD: ახალი ინსტანციების ავტომატური დატვირთვა
სადაც კრიტიკულია
ფინანსური და საბანკო API
რეალობის თამაშები და ნაკადი მომსახურება
E- კომერცია გაყიდვებისა და მწვერვალების დატვირთვისას
გლობალური გაშუქების პროდუქტები და GEO განაწილება
ჰორიზონტალური სკალირება ზრდის არქიტექტურული საფუძველია. ჩვენ უზრუნველვყოფთ თქვენი API- ს მუშაობას ტრაფიკის ნებისმიერ მოცულობაზე, მაღალი უკმარისობით, დინამიური მასშტაბებით და მუდმივი ხელმისაწვდომობით.