Яндекс

150 მილიონი მომხმარებლის მხარდაჭერით მასშტაბირებადი შეტყობინებების სისტემის პროექტირება, რომელიც მხარს უჭერს 75 მილიონ DAU-ს, 225 მილიონ MAU-ს, 1.2M წაკითხვას / 300k დაწერას პიკ QPS-ზე, 5 მილიონ ერთდროულ მომხმარებელს, 60 PB ახალი მონაცემებით წელიწადში, 30%-იანი წლიური ზრდით, SLA 99.95%, p99 <200 ms წაკითხვისთვის, <300 ms დაწერისთვის. საკვანძო კონტექსტი აუცილებელია პროექტირება განაწილებული შეტყობინებების სისტემის, რომელიც მსგავსია WhatsApp-ის, რომელიც მხარს უჭერს 1:1 და ჯგუფურ ჩატებს, უზრუნველყოფს შეტყობინებების მიწოდებას, მომხმარებლების ონლაინ სტატუსებს და მულტიმედია ფაილების (ფოტოები, ვიდეოები, აუდიო) გადაცემას. სისტემა უნდა უზრუნველყოს მაღალი ხელმისაწვდომობა და დაბალი ლაგი, მხარი დაუჭიროს მაღალი პარალელიზმს და გლობალურად მასშტაბირდეს. ფუნქციური მოთხოვნები - მხარდაჭერა პირადი (1:1) და ჯგუფური ჩატებისთვის, მონაწილეების დამატებისა/ამოღების შესაძლებლობით - ტექსტური შეტყობინებების და მულტიმედია ფაილების გაგზავნა და მიღება არ ჩანს end-to-end დაშიფვრის მექანიზმის მკაფიო განხორციელება სერვისების ან მომხმარებლების დონეზე, გარდა ზოგადი შენიშვნის. - არ არის მკაფიო აღწერა sharding-ის და რეპლიკაციის შესახებ chat_id ან user_id-ის მიხედვით, მასშტაბურობის და შეცდომების წინააღმდეგობისთვის. - არ არსებობს მკაფიო კომპონენტი ან მექანიზმი offline შეტყობინებების და მიწოდების დადასტურებების სინქრონიზაციისთვის. - არ არის ნათელი, როგორ ხორციელდება დატვირთვის ბალანსი მონაცემთა ბაზებსა და სერვისებს შორის, განსაკუთრებით პიკების დროს. **მნიშვნელოვანი საკითხები, რომლებიც უნდა განიხილოს:**

/* მიკროწესის არქიტექტურით შექმნილი აპლიკაცია არსებობს. მიკროწესის ინტერფეისის გამოყენებით შეიძლება მისი აბსტრაქცია. მიკროწესის ერთ ნიმუშზე წვდომისთვის, შეგიძლიათ გამოიყენოთ Already განხორციელებული BackendImpl ტიპი. თითო მიკროწესისათვის, არსებობს რამდენიმე ათეული ამუშავებული ნიმუში, რომელიც ხელმისაწვდომია თავისი მისამართი addr-ით. თუმცა, მიკროწესის ინდივიდუალური ნიმუშები არ არის საიმედო: შეგვიძლია დაეცეს, იყოს მიუწვდომელი ან გადატვირთული. ამიტომ, თქვენ უნდა განახორციელოთ Balancer ტიპი, რომელიც ასევე ახორციელებს Backend ინტერფეისს და ახორციელებს მომხმარებლის მხარის დატვირთვის ბალანსს მიკროწესის ნიმუშებს შორის, ყოველ ჯერზე არჩევს **მცირე დატვირთულ** ნიმუშს. */

DiffUtil კლასში არსებული areContentsTheSame და areItemsTheSame მეთოდებს შორის რა განსხვავებაა და რა მიზნით გამოიყენება?

რა განსხვავებაა RxJava-ში subscribeOn და observeOn მეთოდების გამოყენებას შორის და როგორ გავლენას ახდენენ ისინი შესრულების ნაკადზე?

Создание собственного аналога findViewById для View

Нахождение ближайшего общего предка в иерархии экранов

Разбор поведения flatMap в цепочке RxJava

რას განაპირობებს ალგორითმების სირთულე, რომელიც დამოკიდებულია n ან k-ზე და რა არის მისი დამოკიდებულება?

რა არის ROC-AUC? როგორ აშენდება ROC გრაფიკი, რა წარმოადგენს ღერძებს?

Что выведет console.log в примере №81

Функция определения палиндромности строки

Надёжный GET‑запрос с автоматическим повтором

Проверка массива на монотонность

Определение пути перелёта между двумя пунктами

Что будет выведено в консоль в данном JavaScript‑фрагменте?

რომელი პროტოკოლი არის პასუხისმგებელი ქსელში პაკეტების სიცოცხლის ხანგრძლივობის განსაზღვრაზე?

როგორ შეიძლება ნახოთ ყველა მარშრუტიზებული ჰოპ-პაკეტი ქსელის გზაზე?

ავტომობილების კლასიფიკაციის დავალებაში ML-ის გამოყენება ნიშნების შერჩევისთვის იყო?

Бир жолу, Yandex жарнамага каршы алдамчылык боюнча стажёр командага кошулду. Алдамчылык тобу иштеп жатканда, алар сайттарында боттор аркылуу трафикти имитациялап, ошентип, боттор тарабынан көрсөтүлгөн жарнамалар үчүн акча алышканда, стажёрдун милдети — мындай бардык алдамчылык сайттарды табуу болчу. Кызыгы, бул сайттардагы бардык трафик IP алмаштыруу менен түзүлгөн, бул бот A шаарынан келгендей көрүнүп турса да, чындыкта, түзмөк толугу менен башка жерде турган. Көп убакыт өттү, жана стажёр бул алдамчылык тобун камтуу аракетин жасады, айрым сайттарды жарым-жартылай кармап да алды. Бирок бүт тармакты кармай алган жок. Кийинчерээк, ал жаңылыкка көз жүгүрттү: A шаарында, 2025-жылдын 02.08, мобилдик интернет толугу менен жок болуптур. Бири-бири, кабелдик (үй) интернет иштеп жатты. Мунун баарын эске алып, стажёр бардык жалган сайттарды кантип таба алат? Сизде, 30.07.2025ден 10.08.2025ке чейин сайттардын логдары таблица форматында бар: timestamp | site_id | city_id Ар бир жазуу бир түзмөк аркылуу сайтка жасалган келүүнү көрсөтөт. Билесиз, боттордун трафиги күн сайын чындыкка караганда кыйла азыраак өзгөрөт. Сиздин милдетиңиз — аймагын A шаарына өзгөрткөн жана негизинен боттордон турган трафикти түзгөн бардык сайттарды табуу. Эскертүү Маалыматтарды камтыган таблица logs деп аталат. Мисал таблица жазуусу: timestamp | site_id | city_id [phone]:13:53 | 6e84d9b71ca44aea | A

როგორ განისაზღვრება HashMap-ში ელემენტის ჩაწერის ოპერაციის დროითი სირთულე?

Подсчёт подстрок без повторяющихся символов

Определение возможности преобразования строки за одно редактирование

როგორ გადალახეთ სამედიცინო მონაცემების სერტიფიკაციისა და დამუშავების პრობლემები (152-ФЗ კანონი) სამედიცინო სტარტაპში?

Инвертирование порядка битов в 64‑разрядном беззнаковом числе