რომელი ტიპის მეტრიკა იქნება საუკეთესო წამში შეკვეთების რაოდენობის გრაფიკისთვის?
Java
რატომ არის ერთ მილიონ ელემენტს შეიცავდე ArrayList-ის კოლექციის გადათვლილი სხვა მონაცემთა სტრუქტურებთან შედარებით უფრო სწრაფი?
როგორ მუშაობს შიდა @Transactional ანოტაცია, თუ შიდა მეთოდი სხვა სერვისშია?
როგორ სწორად განახორციელოთ მონაცემთა ბაზის მიგრაციები შეცდომების გარეშე? როგორ წაშალოთ ველები?
რა განსხვავებაა ConcurrentHashMap და Collections.synchronizedMap შორის?
გთხოვთ, უფრო დეტალურად ისაუბროთ თქვენს შემთხვევაში CQRS-ის განხორციელებაზე.
რა განსხვავებაა synchronized ბლოკსა და ატომიკებს შორის? როგორ მუშაობს CAS?
თუ მონაცემთა ქეში არსებობს, როგორ გავიგოთ, რომ OOM-ის მიზეზი სწორედ მასშია?
შეგიძლიათ მაგალითი მოყოთ სიტუაციის, როდესაც ThreadLocal-ის გამოყენება სამართლიანია?
როგორ იყო ორგანიზებული თქვენი მონიტორინგი? გჭირდებოდათ პერსონალიზებული მეტრიკებისა და გაფრთხილებების შექმნა?
რის დროს გამოიყენება მომხმარებლის დიზაინის ნიმუში?
როგორ ფორმაში გსურდათ დავალებების მოთხოვნები?
როგორ უზრუნველვყოთ ინვოისის საიმედო გადაცემა, თუ გარეგანი სერვისი შეიძლება ჩავარდეს?
როგორ დავადასტუროთ out of memory შეცდომა წარმოებაში და რა უნდა გავაკეთოთ ამისთანა? როგორ გადავიღოთ heap dump OOM-ის დროს?
package ru.tbank; @Service public class OrderService { @Autowired private OrderRepository orderRepository; @Autowired private CacheService cacheService; public Order findOrder(Long orderId) { Order order = cacheService.get(orderId); if (order == null) { order = orderRepository.findById(orderId).orElse(null); if (order != null) { cacheService.put(orderId, order); } } return order; } }
დეპლოის დროს პრობლემები: შეცდომები წარმოიქმნება დეპლოის დროს და შემდეგ ქრება. რატომ?
კოდში კიდევ რა პრობლემებია? (SecurityContextHolder, პერსონალური მონაცემები, ფინანსური გამოთვლები)
რა ზუსტად დააინსტალირეთ Kafka-ში? რა კონკრეტული პარამეტრები კონფიგურაცია მოახდინეთ?
გთხოვთ, გვითხრათ, როგორ იყო თქვენი გუნდში დავალებების განაწილება და არქიტექტურული გადაწყვეტილებების მიღება.
სერვისი ყოველ რამდენიმე საათში OutOfMemoryError-ით იკარგება. რა დაიწყებ პრობლემის ანალიზს?