როგორ განახორციელეთ Kafka მომხმარებლების მასშტაბირება? რა კრიტერიუმებით?
Golang
თუ მონაცემთა ბაზა ხელმისაწვდომი არ არის და თქვენ კვლავ ცდილობთ, ხომ არ გააგრძელებთ ერთსა და იმავე შეტყობინებების უსასრულო დამუშავებას? ყველა 500 DLQ-ში გადავა?
თქვით თქვენი ამბავი.
როდის იწყება Garbage Collector? არსებობს თუ არა სპეციალური გაჩერების წერტილები გარკვეულ მომენტებში?
თქვენ აიღეთ Kafka-დან 500 შეტყობინების პაკეტი, მაგრამ ვერ შეგიძლიათ შეინახოთ ისინი მონაცემთა ბაზაში. რა მოხდება? რამდენი ხნით შეგიძლიათ ამ 500 შეტყობინების დამუშავება?
როგორ მუშაობს Garbage Collector-ი Go-ში? რა ალგორითმზეა დაფუძნებული?
თუ ბევრი მომხმარებელი დავამატეთ, მაგრამ Kafka-ის lag მაინც არ მცირდება, ეს რა მიუთითებს?
რომელ მათგანს უნდა გამოიყენე შენი პროექტში?
როგორ იყო დაყენებული სიჩქარის შეზღუდვა? რა იყო მისი საფუძველი და სად განხორციელდა? რა ტექნიკურად გამოიყენებოდა?
DevOps და ანალიტიკოსი ერთი ადამიანი ხომ არ არის? იყო მონაცემთა ანალიტიკოსი ან ფულსტეკი, სისტემური/ბიზნეს ანალიტიკოსი?
რა გსიამოვნებთ? სწორად ხომ ვხვდები, რომ თქვენ გითქვამთ Go-ს კონკურენტუნარიანობის შესახებ — ეს სწორედ მისი კონკურენტული მოდელის გამო Go ენის მიმართ ინტერესია?
როგორ იყო ზუსტად შეტყობინება დუბლიკად მონიშნული? სად იყო ეს მონიშვნა ხორციელდებოდა?
რომელი ტიპის gRPC ურთიერთქმედებები გამოიყენეთ? შეგიძლიათ დაასახელოთ ისინი?
რა დავალებები იქნებოდა საინტერესო გადაჭრა?