Sobes.tech

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

202

გააზიარეთ ფუნქციის გადართვის მექანიზმის განვითარება.

178

როგორ განხორციელდა იდემპოტენცია — სუროგატული გასაღებებით თუ ბიზნეს ნიშნებით?

171

გააზიარეთ API და ურთიერთქმედების კონტრაქტების პროექტირება: მიდგომები, სტანდარტები, პროტოკოლები, სქემების საცავები.

152

DLQ/DLT თემა გამოიყენეთ? როგორ ორგანიზებული იყო გადამოწმებები — სინქრონული თუ ასინქრონული?

152

ასინქრონული გადამეორებების დროს მოვლენების წესრიგთან დაკავშირებული პრობლემები არ გაჩენილა.

150

როგორ იყო უზრუნველყოფილი იდემპოტენცია გადახდის шлюზებზე განმეორებითი მოთხოვნების დროს?

147

დიდი რაოდენობის იდემპოტენციის გასაღებების შენახვაში პრობლემა არ გაჩნდა?

146

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

133

PostgreSQL-ში MVCC კონცეფციის ახსნა: როგორ მუშაობს, ბლოტი, ვაკუმი, კავშირი ტრანზაქციების იზოლაციის დონეებთან.

132

გააზიარეთ PostgreSQL-ის ოპტიმიზაციის შესახებ: ინდექსები, ბაჩ-ოპერაციები, ტრანზაქციები, ბლოკირებების შემცირება.

130

თქვენ ოდესმე გამოიყენეთ read committed-ზე მაღალი იზოლაციის დონეები?

122

რა მოლოდინები გაქვთ ახალი კომპანიისა და პროექტის მიმართ?

122

მითხარი Gazprombank-ში სერვისებისთვის პლატფორმის ბიბლიოთეკებისა და შაბლონების განვითარების შესახებ.

121

არის ჩვეულებრივი ტრანზაქციის დროს გარე სერვისის სინქრონული გამოძახება?

119

მოგიყვე Megafon-ის პროექტის შესახებ: არქიტექტურა, ტექნიკური დეტალები, სტეკი.

118

მითხარი მონაცემთა ბაზის შარდინგის შესახებ დატვირთვის შემცირების მიზნით.

115

არის საჭირო იყო თქვენი გადაწყვეტილების დაცვა არქიტექტურული კომიტეტის წინაშე ან როდესაც გადაწყვეტილება არ მიიღებოდა?

112

გააზიარე საგარეო გადახდის шлюზებისთვის უნივერსალური ადაპტერი: არქიტექტურა, retry, fallback, circuit breaker, კონფიგურირებადი მეპინგები.

111

გააზიარეთ ანგარიშების ჩამოტვირთვისა და უსაფრთხო შენახვის სერვისი, ასევე წვდომის შეზღუდვა.

110
/2