Выбираем Apache Cassandra в качестве NoSQL хранилища для своего приложения – Антон Семаник

• Докладчик представляет хранилище данных NoSQL, в частности, Cassandra.  

• Обсуждаются типы хранилищ, их преимущества и недостатки.  

• Cassandra была разработана в Facebook, используя технологии Google BigTable и Amazon Dynamo.  

• Репликация данных реализована из коробки, с различными стратегиями.  

• Клиент может записывать данные на любую ноду кластера, нода-координатор сохраняет данные в оперативной памяти и на диск.  

• Репликации получают данные и передают их другим нодам для чтения.  

• Cassandra обеспечивает высокую надежность благодаря репликации данных на несколько нод.  

• Производительность масштабируется линейно с увеличением количества серверов в кластере.  

• Кассандра не гарантирует полную согласованность данных, но обеспечивает быструю производительность записи и чтения.  

• Кассандра - база данных с надежной масштабируемостью, поддержкой репликации, молниеносной записью и чтением данных, возможностью работы с любым сервером.  

• Однако, если клиент неправильно использует Кассандру, это может привести к множеству проблем.  

• Индексы работают только в рамках одной ноды кластера, счетчики требуют координации между нодами, лайт-вэй транзакции медленные, операции выполняются медленно в рамках кластера, секель не является транзакцией, нет джойнов, внешних ключей, инкрементов и сложных запросов.  

• Нормализация данных не поддерживается, избыточность данных приветствуется.  

• Глобальная распределенность, линейная масштабируемость, молниеносная запись и чтение, равномерное распределение данных по разделам.  

• Примеры использования: система рейтинга, логирование транзакций, интернет-история ивента.  

• Драйвер от компании DataStax, обертка Spring Data Cassandra, автогенерация репозиториев, поддержка синхронно-синхронных реактивных операций, трансляция DataStax исключения в Spring.  

• Создание сущностей "автор" и "книга", связь между ними через поле "автор" в книге.  

• Использование реактивного драйвера для Кассандры, четыре точки доступа: достать книги, создать книгу, достать книгу по автору, достать книги по автору.  

• Добавление поля "автор" в книгу, упрощение доступа к данным.  

• Создание новой сущности "book_by_author" для фильтрации по автору.  

• Проблемы с фильтрацией по автору, решение - создание дополнительных таблиц для хранения данных.  

• Система хранения метаданных для контента, много операций записи и мало обновлений.  

• Система натификации для веб-приложения, много операций записи и мало обновлений.  

• Разные кейсы использования, выбор базы данных зависит от предметной области.  

• Важно понимать, что вы делаете и как пытаетесь использовать распределенную базу данных, иначе могут возникнуть проблемы.  

• Обсуждаются вопросы о покрытии и консистенции в Кассандре, а также о том, как они влияют на производительность.  

• Упоминается, что Кассандра не гарантирует консистентность данных, но гарантирует согласованность данных в определенный промежуток времени.  

• Обсуждаются гибридные платформы и как они могут быть использованы с Кассандрой.  

• Задаются вопросы о том, как можно управлять временем отклика в Кассандре и какие инструменты для дебага используются.  

• Обсуждаются примеры миграции данных и как они могут быть выполнены.  

• Задаются вопросы о том, как бороться с зомби-записями и как они могут возникнуть.  

• Упоминается, что зомби-записи могут быть вызваны плохой настройкой кластера и что их можно избежать, перенастроив репейер.