როდესაც თქვენი სისტემა იზრდება, ტრეფიკი იზრდება, უფრო და უფრო მეტი მომხმარებელი იყენებს თქვენს პროდუქტებს, სერვერები იწყებენ უფრო ნელა რეაგირებას, შეფერხების დრო აიძულებს თქვენს ბიზნესს დაზარალდეს, შემდეგ კი დაიწყებთ სკალირებაზე ფიქრს.  არსებობს სკალირების ორი ძირითადი სტრატეგია - ვერტიკალური და ჰორიზონტალური.    აპირებს სისტემის სიმძლავრის გაზრდას, ჩვეულებრივ, მეტი CPU და RAM-ის დამატებით თქვენს სერვერებზე. ვერტიკალური მასშტაბირება  ამის საპირისპიროდ,   ფოკუსირებულია თქვენი სერვერების დუბლირებაზე (ან კლონირებაზე) რესურსების აუზში. ჰორიზონტალური სკალირება   მეტი ამათზე:  ვერტიკალური სკალირება  ვერტიკალური სკალირება საუკეთესო ვარიანტია დაბალი ტრაფიკის სისტემისთვის, რადგან ეს არის ყველაზე ხელმისაწვდომი მიდგომა ზრდის დასამუშავებლად დამატებითი სირთულის დანერგვის გარეშე. თქვენ არ გჭირდებათ ზრუნავდეთ რესურსების ჯგუფისთვის სტრატეგიების დანერგვაზე, რესურსების აუზის ელასტიურობაზე, თქვენი სერვერის მოქალაქეობის არარსებობაზე, განაწილებულ ქეშიზე და ა.შ.   თუმცა, ვერტიკალურ სკალირებას სერიოზული ნაკლი აქვს  ტექნიკის ლიმიტი, რადგან რესურსების დამატება უსასრულოდ შეუძლებელია  წარუმატებლობისა და ზედმეტობის ნაკლებობა ზრდის გახანგრძლივებული შეფერხების და მონაცემთა დაკარგვის რისკს  ჰორიზონტალური სკალირება    გამორიცხავს ამ პრობლემებს თქვენი აპლიკაციის სერვერების კლონირებით და ისეთი კომპონენტის ჩაშენებით, როგორიცაა   . ჰორიზონტალური მასშტაბირება Load balancer    ანაწილებს ტრაფიკს თქვენს სერვერებზე   გამოყენებით, როგორიცაა: დატვირთვის ბალანსერი კონკრეტული ალგორითმების   მრგვალი რობინი   შეწონილი მრგვალი რობინი  IP ჰეშზე დაფუძნებული მიდგომები  უმცირესი კავშირის მეთოდი  ყველაზე ნაკლები შეწონილი კავშირის მეთოდი  უმცირესი რეაგირების მეთოდი  და მრავალი სხვა.   მიუხედავად ამისა, მას აქვს რამდენიმე ნაკლი:  სერვერები უნდა იყოს მოქალაქეობის არმქონე  სესიები უნდა გაგრძელდეს მონაცემთა ცენტრალიზებულ მაღაზიაში  უფრო რთული  შეიძლება საჭირო გახდეს   სტრატეგიების დანერგვა  დატვირთვის ბალანსერი შეიძლება გახდეს შესრულების შეფერხება, თუ ის არასწორად არის კონფიგურირებული და რესურსები არ არის საკმარისი  ის სისტემას დამატებით სირთულეს ანიჭებს და წარმოადგენს წარუმატებლობის პოტენციურ ერთ წერტილს, რომელიც მოითხოვს მარცხის სტრატეგიების გამოყენებას.  L4 / L7 დატვირთვის ბალანსერი  იმისთვის, რომ ინტერნეტში ორი მოწყობილობა ერთმანეთთან დაუკავშირდეს, ფუძემდებლური სისტემები უნდა დაიცვან კონკრეტული პროტოკოლები. ყველამ გაიგო OSI მოდელის შესახებ, რომელიც აღწერს შვიდ ფენას, რომლებსაც კომპიუტერული სისტემები იყენებენ ქსელში კომუნიკაციისთვის. მიუხედავად იმისა, რომ თანამედროვე ინტერნეტი ეფუძნება უმარტივეს TCP/IP პროტოკოლის სტეკის მოდელს, OSI მოდელი ფართოდ გამოიყენება, რადგან ის ეხმარება ვიზუალიზაციას და კომუნიკაციას, თუ როგორ მუშაობს ქსელები და ეხმარება ქსელის პრობლემების იზოლირებასა და აღმოფხვრაში.  ინდუსტრიის დატვირთვის დაბალანსების გადაწყვეტილებების უმეტესობა იყენებს ტერმინებს L4 და L7, სადაც L4 ეხება სატრანსპორტო ფენას OSI მოდელში და L7 ეხება განაცხადის ფენას.  L4 დატვირთვის ბალანსერი კვლავ არის L2/L3, რადგან ის იყენებს მონაცემებს ქვედა ფენებიდან, როგორიცაა IP მისამართი და პორტის ნომერი.   L4 დატვირთვის ბალანსერის ძირითადი უპირატესობები  ის უფრო უსაფრთხო და ეფექტურია, რადგან მონაცემთა შინაარსი არ არის მიღებული მარშრუტიზაციის გადაწყვეტილების მიღებისას  იგივე TCP კავშირი ინახება კლიენტსა და სერვერს შორის, რაც ხელს უშლის დატვირთვის ბალანსერზე ხელმისაწვდომი TCP კავშირების ლიმიტის გადაჭარბებას.   L4 დატვირთვის ბალანსერის ძირითადი უარყოფითი მხარეები  ინტელექტუალური მარშრუტიზაცია შეუძლებელია, რადგან შინაარსი არ არის გაშიფრული  სახელმწიფო პროტოკოლი დამატებით სირთულეს მოაქვს  რუქა საჯარო და კერძო მისამართებს შორის  არ არის ქეშირება, რადგან კონტენტი მიუწვდომელია ამ დონეზე  შეუძლებელია მიკროსერვისების არქიტექტურისთვის გამოყენება, რადგან ტრაფიკის გადამისამართება მიუწვდომელია url ბილიკის მიხედვით  მეორეს მხრივ, L7 დატვირთვის ბალანსერი მუშაობს აპლიკაციის დონეზე OSI მოდელში   L7 დატვირთვის ბალანსერის ძირითადი უპირატესობები  ჭკვიანი გადაწყვეტილებების მიღება შესაძლებელია URL ბილიკის, სათაურების, შინაარსის საფუძველზე  ქეშირება   L7 დატვირთვის ბალანსერის ძირითადი უარყოფითი მხარეები  დამატებითი ზედნადები ორი TCP კავშირის შენარჩუნების გამო, ერთი კლიენტსა და დატვირთვის ბალანსერს შორის, მეორე დატვირთვის ბალანსერსა და სერვერს შორის. ასევე, გასათვალისწინებელია დატვირთვის ბალანსერის TCP კავშირის ლიმიტი  ნაკლებად უსაფრთხოა, რადგან დატვირთვის ბალანსერმა უნდა იცოდეს სერთიფიკატები, რათა შეძლოს მონაცემების გაშიფვრა და მარშრუტიზაციის გადაწყვეტილებების მიღება   დასკვნა  დატვირთვის ბალანსერი სასიცოცხლო კომპონენტია, როდესაც ჰორიზონტალური სკალირება გამოიყენება მაღალი ტრაფიკის სისტემებისთვის. არსებობს ორი ძირითადი ტიპის დატვირთვის ბალანსერი L4 და L7.  L4 დატვირთვის ბალანსერი ბევრად უფრო უსაფრთხო და ეფექტურია ჭკვიანი გადაწყვეტილებების მიღების შეზღუდვების გამო  L7 დატვირთვის ბალანსერი მუშაობს ისე, რომ უზრუნველყოფს გონივრული მარშრუტიზაციის გადაწყვეტილებებს ეფექტურობისა და უსაფრთხოების ხარჯების გამო  შესაბამისი ტიპის არჩევა დამოკიდებულია სისტემის მოთხოვნებზე და ყურადღებით უნდა იქნას განხილული უსაფრთხოების პრინციპების გამოყენებისა და შესრულების შეფერხებების აღმოფხვრის გონივრული ბალანსით.  ასევე  აქ გამოქვეყნდა.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

ეს აუდიო დამზადებულია სიუჟეტის ორიგინალურ ენაზე!

Ძალიან გრძელი; Წაკითხვა

Get Free Unlimited IP Geo Data With IPinfo Lite

Load Balancing Primitives-ის დეკოდირება

About Author

კომენტარები

დაკიდეთ ტეგები

ეს სტატია იყო წარმოდგენილი

Related Stories

“Dulcedo is a people-first company and all about relationship-building.” says Karim Leduc, CEO

Karak and Space and Time Join Forces to Revolutionize Blockchain Security

DAO-Funded Hardware Wallet Kampela Secures Polkadot Network Investment

How to Not Lose 97.8% of Your Newsletter Subscribers

“Dulcedo is a people-first company and all about relationship-building.” says Karim Leduc, CEO

Karak and Space and Time Join Forces to Revolutionize Blockchain Security

DAO-Funded Hardware Wallet Kampela Secures Polkadot Network Investment

How to Not Lose 97.8% of Your Newsletter Subscribers

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps