RPS საშუალოდ 4-5 ათასი RPS, პიკებში 12k-მდე მაგრამ აქ მნიშვნელოვანია להבין, რომ ძირითადი დატვირთვა Kafka-ზე მოდიოდა. ვინაიდან არქიტექტურა ასინქრონულია, თითო განცხადების შექმნისას, ჩემი ორკესტრატორი წარმოქმნიდა 5-7 მოვლენის ჯაჭვს სხვადასხვა შემოწმების სერვისებში. ჯამში, ჩვენ საშუალოდ 30k შეტყობინებას ვამუშავებდით წამში.

Kafka მეშვეობით ასინქრონული დამუშავების არქიტექტურაში, დატვირთვა ნაწილდება სერვისებს შორის, რაც საშუალებას აძლევს სისტემის მასშტაბირებას და მაღალი შეტყობინებების მოცულობის დამუშავებას.

მაგალითი:

• საშუალო დატვირთვა: 4-5 ათასი მოთხოვნა წამში (RPS).
• პიკი დატვირთვა აღწევს 12 ათას RPS-ს.
• თითოეული მოთხოვნა ქმნის 5-7 მოვლენის ჯაჭვს, რომლებიც გამოქვეყნებულია Kafka-ში სხვადასხვა სერვისებისთვის.
• ჯამში, შეტყობინებების ნაკადი აღწევს 30 ათასს წამში.

ეს მიდგომა საშუალებას აძლევს ძირითადი სერვისის დატვირთვის შემცირებას, გაუმჯობესდეს გაუმართაობის წინააღმდეგობა და მოქნილი მასშტაბირება მოხდეს მოვლენის დამუშავების, დატვირთვის მიხედვით.