გთხოვთ, აღწეროთ ნაზად გამორთვის განხორციელება და ოპერაციების სწორად დამუშავება.
DevOps
გააზიარეთ ფუნქციის გადართვის მექანიზმის განვითარება.
როგორ განხორციელდა იდემპოტენცია — სუროგატული გასაღებებით თუ ბიზნეს ნიშნებით?
გააზიარეთ API და ურთიერთქმედების კონტრაქტების პროექტირება: მიდგომები, სტანდარტები, პროტოკოლები, სქემების საცავები.
DLQ/DLT თემა გამოიყენეთ? როგორ ორგანიზებული იყო გადამოწმებები — სინქრონული თუ ასინქრონული?
ასინქრონული გადამეორებების დროს მოვლენების წესრიგთან დაკავშირებული პრობლემები არ გაჩენილა.
როგორ იყო უზრუნველყოფილი იდემპოტენცია გადახდის шлюზებზე განმეორებითი მოთხოვნების დროს?
დიდი რაოდენობის იდემპოტენციის გასაღებების შენახვაში პრობლემა არ გაჩნდა?
კოდის მიმოხილვის დროს რა გსურთ ყურადღება მიაქციოთ?
PostgreSQL-ში MVCC კონცეფციის ახსნა: როგორ მუშაობს, ბლოტი, ვაკუმი, კავშირი ტრანზაქციების იზოლაციის დონეებთან.
გააზიარეთ PostgreSQL-ის ოპტიმიზაციის შესახებ: ინდექსები, ბაჩ-ოპერაციები, ტრანზაქციები, ბლოკირებების შემცირება.
თქვენ ოდესმე გამოიყენეთ read committed-ზე მაღალი იზოლაციის დონეები?
რა მოლოდინები გაქვთ ახალი კომპანიისა და პროექტის მიმართ?
მითხარი Gazprombank-ში სერვისებისთვის პლატფორმის ბიბლიოთეკებისა და შაბლონების განვითარების შესახებ.
არის ჩვეულებრივი ტრანზაქციის დროს გარე სერვისის სინქრონული გამოძახება?
მოგიყვე Megafon-ის პროექტის შესახებ: არქიტექტურა, ტექნიკური დეტალები, სტეკი.
მითხარი მონაცემთა ბაზის შარდინგის შესახებ დატვირთვის შემცირების მიზნით.
არის საჭირო იყო თქვენი გადაწყვეტილების დაცვა არქიტექტურული კომიტეტის წინაშე ან როდესაც გადაწყვეტილება არ მიიღებოდა?
გააზიარე საგარეო გადახდის шлюზებისთვის უნივერსალური ადაპტერი: არქიტექტურა, retry, fallback, circuit breaker, კონფიგურირებადი მეპინგები.
გააზიარეთ ანგარიშების ჩამოტვირთვისა და უსაფრთხო შენახვის სერვისი, ასევე წვდომის შეზღუდვა.