Golang

ScyllaDB'ни өндүрүүчүдөн мурун колдонуу - бул антипаттерн. Дубликаттарды туура уюштурууну кантип уюштуруу керек?

Айталы, биз чоң жарнама тармагыбыз. Биз дүнйө жүзү боюнча өнөктөш сайттарда баннерлерди жайгаштырабыз. Реал убакыт режиминде окуяларды чогултуу жана иштетүү системасын долбоорлоо керек. Бул маалыматтар эки максат үчүн өтө маанилүү: Фактурлоо: Клик үчүн рекламодательдардан акча алуу. Аналитика: Кампаниялардын азыркы эффективдүүлүгүн (CTR, көрсөтүүлөр) жеке панелде көрсөтүү. Кирүү маалыматтары (жүктү эсептөө үчүн) Өзүңүз талап кылынган күчтөрдү баалооңуз керек (RPS, трафик, сактоо), төмөнкү метрикаларга негизделген: Партнёр тармак: 500,000 активдүү сайт. Трафик: Орто эсеп менен, ар бир сайтта 2 барак көрүү секундуна. Реклама блоктору: Ар бир баракта бир убакта 3 баннер көрсөтүлөт. Конверсия: Орто CTR (Click-Through Rate) 1%. Тартипсиздик: Пик жүктөө (акыркы сааттар) орточо менен салыштырганда 4 эсе жогору. Окуянын өлчөмү: Окуя объектиси (ID баннера, ID сайт, UserID, Timestamp, окуя түрү) болжол менен 500 байт. Техникалык талаптар Near Real-Time: Аналитикалык интерфейсте маалыматтар эң көп дегенде 10 секунд кечиктирүү менен көрүнүшү керек. Ишенимдүүлүк: Кликтердин жоготуусу кабыл алынбайт (бул түздөн-түз акчаны жоготуу дегендик). Көрсөтүүлөрдүн жоготуусу 0.01% чейин кабыл алынат. Өлчөмдүүлүк: Система платформалардын саны өсүп жатканда оңой кеңейиши керек.

Биз эмне үчүн кычкыл маалыматтарды S3 сактагычта сакташ керек? Redisте TTL 5 мүнөт туурабы, же жакшыраак 24 саатка сактап, ScyllaDB'ны маалыматтарды текшерүү булагы катары колдонобузбы?