Size: a a a

2020 November 03

AK

Alexey Kuzin in Tarantool
Robert Egorov
Изложу тогда кратко: Предполагал наивно. Есть база данных postgresql.
Какие то таблицы хотел, кэшировать через тарантул.
Пошел в настройки или скрипты тарантула и сказал: эй, милый вот в эти десять таблица postgres буду ходить через тебя? ок!
ну и хожу теперь в PG  через тарантул.
Даже не переписываю свои предыдущие простенькие SQL запросы SELECT/INSERT/UPDATE/DELETE (CRUD), а просто заменяю библиотеку для работы с БД.
И наступает мне счастье.
1) можно не переписывать
2) где-то у нас были примеры построения кэшей
3) Посмотрите https://youtu.be/jkGwN23zcK8
источник

AK

Alexey Kuzin in Tarantool
источник

AK

Alexey Kuzin in Tarantool
И в доке у нас посмотрите примерчик
источник

AK

Alexey Kuzin in Tarantool
Robert Egorov
Не затормозил.  Просто у меня кэш в приложении и пора вытаскивать
Не будете так любезны оформить вопрос на SO? Он очень хороший и мы его красиво оформим
источник

RE

Robert Egorov in Tarantool
Я там и смотрел внимательно.  И там только tarantool.  Там нет ничего о стороне приложения (
источник

RE

Robert Egorov in Tarantool
Спасибо, видео гляну.  Ещё нашёл одно от rebrain, может там тема раскрыта. На SO тоже отпишу, ок.
источник

AK

Alexey Kuzin in Tarantool
Идея такая
- настраиваете тарантул с репликацией
- пишете немного кода на луа, который (в зависимости от вашей задачи) делает из Тарантула write-behind, aside или write-through кэш, принимая при этом запросы в SQL (примеры реализации кэшей есть в нашем репозитории)
- настраиваете в вашем приложении соединение с Тарантулом.

А на чем ваше приложение написано?
источник

RE

Robert Egorov in Tarantool
Go
источник

AK

Alexey Kuzin in Tarantool
Ну, вам повезло, у нас есть хороший коннектор для go
источник

RE

Robert Egorov in Tarantool
Да. Давайте я тогда видео гляну и потом вернусь. С уточнения и. Спасибо!
источник

CC

Chris Calvin 🦖 in Tarantool
Привет! Вопрос про tarantool-git(https://aur.archlinux.org/packages/tarantool-git/) пакет для Arch Linux
Вы его еще поддерживаете?
Собирается тарантул версии 1.6, и некоторые зависимости уже протухли, надо бы обновить...
Я бы завел еще один репозиторий, да в AUR непринято дублировать пакеты

И вот получается ситуация, когда пакет нужный, но устарел сильно, а альтернативый завести некомильфо. Я бы и сам его мейнтейнил, если желающих нет)
источник

AT

Alexander Turenko in Tarantool
источник

TS

Timur Safin in Tarantool
Chris Calvin 🦖
Привет! Вопрос про tarantool-git(https://aur.archlinux.org/packages/tarantool-git/) пакет для Arch Linux
Вы его еще поддерживаете?
Собирается тарантул версии 1.6, и некоторые зависимости уже протухли, надо бы обновить...
Я бы завел еще один репозиторий, да в AUR непринято дублировать пакеты

И вот получается ситуация, когда пакет нужный, но устарел сильно, а альтернативый завести некомильфо. Я бы и сам его мейнтейнил, если желающих нет)
Да, обратил внимание, когда смотрел твой cartridge-cli пакет, что кроме старого на aur, есть ещё свежий в центральном репозитории. И кажется cartridge-cli был поставлен в зависимость от старого. Какова в Archе процедура в таких ситуациях? Aur версию убивают, оставляют?
источник

RE

Robert Egorov in Tarantool
Alexey Kuzin
Идея такая
- настраиваете тарантул с репликацией
- пишете немного кода на луа, который (в зависимости от вашей задачи) делает из Тарантула write-behind, aside или write-through кэш, принимая при этом запросы в SQL (примеры реализации кэшей есть в нашем репозитории)
- настраиваете в вашем приложении соединение с Тарантулом.

А на чем ваше приложение написано?
Доброе утро.
Сорри, но видео с HL2017 - вода.
Гораздо больше почерпнул отсюда https://www.youtube.com/watch?v=3oJCd_VDWKU
понял, как все может быть устроено.  Огорчает конечно требование по обратной репликации из pg в tnt. Штука мощная, можно найти много применений, но малой кровью мне не обойтись. Надо мечтать дальше о прозрачном кэшировании CRUD дальше.
YouTube
Devops by REBRAIN & Tarantool: Ускоряем ваше приложение с Tarantool
Ускоряем ваше приложение с Tarantool

🔥 Бесплатные уроки DevOps by REBRAIN
🔥Телеграм-канал с анонсами открытых уроков по DevOps: https://rebrainme.com/channel
🔥 Практикум для DevOps инженеров: Rebrainme.com/devops

🔊Описание:
Открытые уроки по DevOps, Linux, HighLoad на русском языке. Rebrain & Tarantool: Разбираемся с отказоустойчивым application server - Tarantool

--------------------------------------
🔹Пишем небольшое API на golang для работы с базой
🔹Проводим нагрузочное тестирование и определяем узкие места
🔹Внедряем tarantool с реплицированием данных из базы
🔹Тестируем итоговый вариант и обсуждаем варианты будущих изменений

--------------------------------------
🔊Кто ведет:

Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий Devops-инженер (опыт в Devops 8 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad.

🌍Бесплатный доступ к открытым урокам по DevOps: https://rebrainme.com/channel
источник

AK

Alexey Kuzin in Tarantool
Robert Egorov
Доброе утро.
Сорри, но видео с HL2017 - вода.
Гораздо больше почерпнул отсюда https://www.youtube.com/watch?v=3oJCd_VDWKU
понял, как все может быть устроено.  Огорчает конечно требование по обратной репликации из pg в tnt. Штука мощная, можно найти много применений, но малой кровью мне не обойтись. Надо мечтать дальше о прозрачном кэшировании CRUD дальше.
YouTube
Devops by REBRAIN & Tarantool: Ускоряем ваше приложение с Tarantool
Ускоряем ваше приложение с Tarantool

🔥 Бесплатные уроки DevOps by REBRAIN
🔥Телеграм-канал с анонсами открытых уроков по DevOps: https://rebrainme.com/channel
🔥 Практикум для DevOps инженеров: Rebrainme.com/devops

🔊Описание:
Открытые уроки по DevOps, Linux, HighLoad на русском языке. Rebrain & Tarantool: Разбираемся с отказоустойчивым application server - Tarantool

--------------------------------------
🔹Пишем небольшое API на golang для работы с базой
🔹Проводим нагрузочное тестирование и определяем узкие места
🔹Внедряем tarantool с реплицированием данных из базы
🔹Тестируем итоговый вариант и обсуждаем варианты будущих изменений

--------------------------------------
🔊Кто ведет:

Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий Devops-инженер (опыт в Devops 8 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad.

🌍Бесплатный доступ к открытым урокам по DevOps: https://rebrainme.com/channel
Но если вам просто кэш запросов (как кэш эсайд), то обратная репликация вроде и не нужна
источник

AK

Alexey Kuzin in Tarantool
Если кроме вашего приложения никто не пишет в базу, то можете сделать read-through/write-behind и тоже без обратной репликации
источник

RE

Robert Egorov in Tarantool
Alexey Kuzin
Если кроме вашего приложения никто не пишет в базу, то можете сделать read-through/write-behind и тоже без обратной репликации
вот где бы на это посмотреть, с примерами со стороны приложения?
источник

AK

Alexey Kuzin in Tarantool
Robert Egorov
вот где бы на это посмотреть, с примерами со стороны приложения?
источник

AK

Alexey Kuzin in Tarantool
Отличие будет такое, что в примере используется API на луа, а вам нужно принимать SQL и сохранять в спейс запрос и его результат
источник

RE

Robert Egorov in Tarantool
спасибо! смотрю
источник