Size: a a a

Архитектура ИТ-решений

2020 November 02

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Ну, я вот сомневаюсь. Эластик все-таки штука для полнотекста, остальное он делает не очень...
Я бы думал про другие аналитические базы.
Например, какие?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
что такое вектор?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
Например, какие?
Ну, у нас аналитика плавно на CH переезжает, например.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
прикольно
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Ну, у нас аналитика плавно на CH переезжает, например.
Да, кейс понятный. Есть много "интересных" моментов - но CH хорош
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Огонь, спасибо!
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Мне для write model бизнес данных обязательно нужно какое-нибудь г..но, но с ACID
Ну, тогда бери FoundationDB, оно ACID keyvalue и с масштабированием. И jepsen проходит )
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Ну, тогда бери FoundationDB, оно ACID keyvalue и с масштабированием. И jepsen проходит )
Да, то, что нужно, думаю
Интересный у них подход
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Собственно, у меня сейчас для нагруженных приложений и вырисовывается стек из FoundationDB+СH+Elastic (только для полнотекстового поиска, если он вообще нужен).
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Собственно, у меня сейчас для нагруженных приложений и вырисовывается стек из FoundationDB+СH+Elastic (только для полнотекстового поиска, если он вообще нужен).
Да, реально спасибо
По очертаниям подходит
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
Да, то, что нужно, думаю
Интересный у них подход
Там приходится довольно много своего дописывать, правда. Не уверен, что мы свою котлиновскую библиотеку в опенсорс выложим до середины следующего года (
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вообще, до каких--нибудь 20K TPS я бы скорее брал бы PG или Oracle.  FDB - это если потребуется больше...
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Там приходится довольно много своего дописывать, правда. Не уверен, что мы свою котлиновскую библиотеку в опенсорс выложим до середины следующего года (
"довольно много своего дописывать" - wrapper'ы, или сильнее?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Собственно, у меня сейчас для нагруженных приложений и вырисовывается стек из FoundationDB+СH+Elastic (только для полнотекстового поиска, если он вообще нужен).
ну кафка же ещё наверно?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
"довольно много своего дописывать" - wrapper'ы, или сильнее?
Ну, там из коробки только keyvalue на бинарных массивах. А вот нормальную типизацию, организацию миграций, индексы, очереди - все самому )
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Ну, там из коробки только keyvalue на бинарных массивах. А вот нормальную типизацию, организацию миграций, индексы, очереди - все самому )
мда )
Я поторопился )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
ну кафка же ещё наверно?
Я вот сейчас думаю. Пока нагрузка не очень, то всерьез думаю очередь на той же FDB делать.
У нас решение клиентам ставится, чем меньше разнообразия, тем лучше - а кафка в эксплуатации не очень проста (
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
мда )
Я поторопился )
А что тебе еще надо от key-value )
Вообще, там работы на одного сеньора на пару месяцев, не больше )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но мы вот на этой штуке оркестратор сделали (по типу каденсе) - и это очень удобно )
источник

EI

Eugene Istomin in Архитектура ИТ-решений
трансформы удобные, круто - https://vector.dev/docs/reference/transforms/
источник