საერთოდ, ასეთი ცვლილებებისათვის დაწერენ სექვენსიის დიაგრამებს — ასე იყო თქვენი რეგისტრაციაში?
Java
თუ ჩვენ დადებით გადაწყვეტილებას მივიღებთ, როდის შეძლებთ ჩვენთან შეუერთდეთ?
რატომ გადაწყვიტეთ მომხმარებელი სწორედ Redis-ში კეშირება?
რომელი ამ ვარიანტებიდან მოგწონთ პირადად ყველაზე მეტად?
რამდენად წარმატებით მოხერხდა ლატენციის შემცირება?
თუ ყველა სერვისი ასეთ შეტყობინებებს წერს Kafka-ს, და დატვირთვა საკმაოდ მაღალია — ასობით ათასი შეტყობინება წამში, როგორ ორგანიზებდით ამ შემთხვევაში აუდიტს?
სერვისების ზარების აუდიტის ორგანიზება აუცილებელია: მაგალითად, სერვისი A გამოიძახა მილიონჯერ, სერვისი B — ასჯერ ერთ დღეში. როგორ გადაწყვეტთ ამ ამოცანას?
ხშირად პრაქტიკული დავალებების გადაჭრა გიწევთ თუ ტექნოლოგიური პრობლემების გადაჭრა?
ასეთი გადაწყვეტილება იქნებოდა მისაღები: Kafka-დან შეტყობინების კითხვა, ასინქრონულად დაწერა მეზობელ სერვისში და კომიტის გაკეთება შემდეგ, როდესაც სერვისი პასუხს გასცემს?
შეგიძლიათ ახსნათ «IC ფილოსოფია IT»-დან PSB-მდე გადასვლის მიზეზი და რატომ ხართ ახლა ისევ სამუშაოს ძიებაში?
რომელი დავალებები გიყვართ გადაჭრა?
და თუ მონაცემთა ბაზა და Spring-გაფუთი არ გამოიყენება, ასევე შესაძლებელია შეტყობინების მიღება და დამუშავება განყოფილებად დაყოფა?
ვინ მოამზადა ეს კონფიგურაციები, როგორ იყო ორგანიზებული თქვენი გუნდში?
JSON ფორმატში აღწერილი ხელშეკრულების ტესტები არსებობს, რომელიც ასრულებს მითითებულ ბოლო წერტილზე ტესტების ნაკრებს, და ეს უნდა შესრულდეს ყველა სისტემისთვის ყოველ გამოშვებაზე (დაახლოებით 160,000 გამოშვება წელიწადში) — როგორ ორგანიზებდით API-ის საშუალებით დიდი რაოდენობის სისტემებთან ინტეგრაციას, მათ შორის საბუღალტრო სისტემასთან?
ჩვენთან არსებული ანალოგია — «Sbermoc» სისტემა, პლატფორმა ბანკისთვის ინტეგრაციების (REST, MQ, Kafka) შესრულების ემულაციისთვის?
რა იყო არასაკმარისი საწყის სიტუაციაში, რომელიც გამოიწვია დავალება?
როგორ მუშაობს მეხსიერების გასუფთავება Rust-ში (რადგან იქ გარვიჯი არ არის)?
როგორ მუშაობს HTTPS? რა არის SSL? რა განსხვავებაა TLS-სა და Mutual TLS-ს შორის?
რა იყო ბოლო სამუშაოსთან დაკავშირებული წიგნი ან სტატია, რომელსაც წაიკითხეთ?
ეს იყო GVT თუ GVS?