Golang

თუ ერთდროულად 1000 მოთხოვნა შემოვა, იქნება თუ არა 1000 ოპერაციული სისტემის ნაკადი? რა მოხდება ამ შემთხვევაში სერვისთან?

10 სერვისიდან მონაცემების აგრეგირება ხდება, თითოეული პასუხობს 100 მლს-ში, საერთო ჯამში დაახლოებით ერთი წამი. როგორ გადაწყვიტე ეს პრობლემა, რათა წერტილმა უფრო სწრაფად დააბრუნოს მონაცემები?

თუ 11 სერვისიდან პირველი შეცდომას აბრუნებს, გააგრძელებ სხვა სერვისებზე მონაცემების მისაღებად?

ანუ Redis იყო ერთ მონაცემთა ცენტრში, და ყველა მისკენ მიმართავდა?

რისი პრინციპით შეარჩიეთ სერვისების არქიტექტურა და საზღვრები?

როგორ გადავჭრათ ის data race პრობლემა, რომლის შესახებაც ჩვენ ვისაუბრეთ?

Redis იყო სამივე მონაცემთა ცენტრში?

ფაილის დამუშავებისთვის გორუტინების გამოყენებისას რა გვერდითი ეფექტები შეიძლება იყოს, რა უნდა გავითვალისწინოთ?

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

მონაცემთა ცენტრები იყო ერთმანეთის სრული ასლები, თუ ერთმანეთს ავსებდნენ? უბრალოდ ტრეფიკი მათ შორის მიგრირებდით?

და თუ goroutine-ები ერთ ხაზზე/ბუფერში დაწერენ, შესაძლებელია ასეთი პრობლემა?

რომელ ბლოკირების ველს გულისხმობ (დენორმალიზაციის შესახებ ახსნა, is_blocked ფлагი)?

როგორ შეიძლება გორუტინებმა «გაფრენ» (გაფრენა)?

მოვლენა პირველ მონაცემთა ცენტრში მოდის Kafka-დან, ჩვენ მას ვჭერთ და ვინახავთ Redis-ში. როგორ მიაღწია ამ მონაცემებმა სამივე მონაცემთა ცენტრს?

გორუტინებთან მუშაობის ორგანიზებისთვის სხვა გზები არსებობს თუ არა, გარდა არხებისა?

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

შეგიძლიათ ისაუბრათ აუდიტის ალგორითმზე (მონაცემების გადამოწმებაზე)? მონაწილეობდით მასში? როგორ მიმდინარეობდა?

თქვენი რეზიუმეში მითითებულია 50-80 ათასი RPS. რა იყო ეს სერვისი და რა აკეთებდა?

თქვით read-model-ი Redis-თან დაკავშირებით. Redis-ის რეპლიკაცია ხდებოდა მონაცემთა ცენტრებს შორის?

თუ ერთ-ერთი სერვისი, რომელსაც იყენებ, შეცდომას აბრუნებს, რა გააკეთებ და როგორ მართავ ამას, თუ გაქვს არხი?