
Ренат Шайгарданов
Компания: Т-Банк
По разным причинам может возникнуть ситуация, что база данных сервиса, за который вы отвечаете, перестает вас устраивать. Наш сервис написан на Java и Spring Boot, в качестве хранилища изначально использовался Elasticsearch. Однако из-за End of Life кластера нам пришлось задуматься о смене хранилища. Большой объем данных и долгие ответы сервиса также способствовали выбору варианта смены хранилища.
Какую БД использовать? Мы выбрали Cassandra. Какие у нее есть ограничения, как правильно создать модель данных и схему таблиц так, чтобы закрыть свои потребности, а Cassandra при этом работала эффективно? Как переключить сервис на новую БД таким образом, чтобы избежать даунтайма и не создать проблем пользователям? С какими сложностями и проблемами мы столкнулись в процессе перехода? Обо всем этом расскажу в докладе.
Будет интересно всем независимо от наличия опыта работы с Cassandra.
Компания: Т-Банк