Size: a a a

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

2020 November 02

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Нет конечно)
Кроме телеметрии и полнотекста, заметь) При этом, полнотекст - это ешё одна read model
https://www.elastic.co/elasticon/tour/2020/raleigh/elastic-stack-roadmap-deep-dive

Я бы ставил на то, что в 2022 определённо можно будет назвать критерии, при которых бизнес данные идут в ES-стэк
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
https://www.elastic.co/elasticon/tour/2020/raleigh/elastic-stack-roadmap-deep-dive

Я бы ставил на то, что в 2022 определённо можно будет назвать критерии, при которых бизнес данные идут в ES-стэк
А почему не сейчас? И сейчас ты бизнес данные можешь хранить где угодно) Хоть в текстовые файлы пиши в NFS
Но есть нюансы)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Оп, и тут у тебя app-часть начинает сотни часов есть.

» Elastic для полнотекста
На 2020 спорно, ES сейчас это не просто sphinx-like
Так, а почему апп часть тормозит?)
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Так, а почему апп часть тормозит?)
Не тормозит :) Бюджет ест.
Когда деньги внешней корпорации - это одно, 10 млн туда, 20 туда ))
А когда свои - тут каждые 100к на старте видишь
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Не тормозит :) Бюджет ест.
Когда деньги внешней корпорации - это одно, 10 млн туда, 20 туда ))
А когда свои - тут каждые 100к на старте видишь
PG/MySQL+Elastic+Jupiter
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
PG/MySQL+Elastic+Jupiter
Шутка удалась )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Шутка удалась )
Хорошо, оставь себе только Elastic)
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
А почему не сейчас? И сейчас ты бизнес данные можешь хранить где угодно) Хоть в текстовые файлы пиши в NFS
Но есть нюансы)
Потому что они уже наладили ingest + нормальные снапшоты и роллинг - но всё ещё нет nested адекватного и связности (ключей)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Потому что они уже наладили ingest + нормальные снапшоты и роллинг - но всё ещё нет nested адекватного и связности (ключей)
И не только этого. ACID там разве есть?  A SQL 92?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
И не только этого. ACID там разве есть?  A SQL 92?
SQL в пути, там несколько вендоров работает - https://opendistro.github.io/for-elasticsearch-docs/docs/sql/complex/
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
И не только этого. ACID там разве есть?  A SQL 92?
ACID - это не к ES, понятие транзакции отсутствует
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Мне для write model бизнес данных обязательно нужно какое-нибудь г..но, но с ACID
источник

GK

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

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
Я знаком с базовым паттерном App -> kafka -> ES
Может, что лучше сейчас есть
мы для логов вектор ставим
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Мне для write model бизнес данных обязательно нужно какое-нибудь г..но, но с ACID
Это понятно - но это может быть db-front, который "просто фронт для app c нормальными чёткими таблицами-ключами-транзакциями".
Фронт в смысле такой view на условный PG, при котором он вполне винтик
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Это понятно - но это может быть db-front, который "просто фронт для app c нормальными чёткими таблицами-ключами-транзакциями".
Фронт в смысле такой view на условный PG, при котором он вполне винтик
можешь как угодно называть
источник

GK

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
SQL в пути, там несколько вендоров работает - https://opendistro.github.io/for-elasticsearch-docs/docs/sql/complex/
да, видел, каком-то виде SQL уже есть. Но, если ты хочешь, что аналитики юзали нечто нормально из python, нужен хотя бы SQL 92
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Eugene Istomin
https://www.elastic.co/elasticon/tour/2020/raleigh/elastic-stack-roadmap-deep-dive

Я бы ставил на то, что в 2022 определённо можно будет назвать критерии, при которых бизнес данные идут в ES-стэк
Ну, я вот сомневаюсь. Эластик все-таки штука для полнотекста, остальное он делает не очень...
Я бы думал про другие аналитические базы.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
А, ну я понял, что хочу сказать: в некоторых компаниях в продукты со старта приколачивают локальный PG, "потому что так понятнее"

И потом хрен такой микросервисный монолит распилишь. Сколько раз встречал этот паттерн - "давайте просто и  понятно модели данных в PG спроектируем", а потом app-домен  топит за stateless, а data не пускает. Прямо бесит такое )
источник