Size: a a a

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

2019 December 12

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Wells
Есть ELK, туда падает триллион разных метрик и логов
А, ну да, ELK.. Тоже симптом, да.
источник

K

Kostya in Архитектура ИТ-решений
Phil Delgyado
В vertica они называются проекциями
Случайно не то же самое, что в сап хане, пересборка на ходу ?
источник

K

Kostya in Архитектура ИТ-решений
Нуаче, все в озу же )))
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
А, ну да, ELK.. Тоже симптом, да.
Тааак, а с elk в чем беда то?)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Wells
Ну, вот вместо версии структуры мы мигрируем данные на самую актуальную версию при деплое
Одна ошибка при миграции - и опаньки... Ну, впрочем, вряд ли эти данные действительно важны.
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
Одна ошибка при миграции - и опаньки... Ну, впрочем, вряд ли эти данные действительно важны.
ошибка и транзакция не закомитится
источник

AW

Alex Wells in Архитектура ИТ-решений
или речь об неправильной миграции?
источник

AW

Alex Wells in Архитектура ИТ-решений
для этого есть тесты
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Wells
Тааак, а с elk в чем беда то?)
Худшее из всех возможных решений для работы с логами. Медленное, с неудачным интерфейсом, не приспособленное для работы с логами, с ужасным администрированием и рассчитанное на плохие шаблоны логирования )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Wells
ошибка и транзакция не закомитится
Вся миграция в одной транзакции? ойййй
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
Вся миграция в одной транзакции? ойййй
ну да, пичальненько
источник

AW

Alex Wells in Архитектура ИТ-решений
но пока что хватает.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А клиенты - идут пить кофе...
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
Худшее из всех возможных решений для работы с логами. Медленное, с неудачным интерфейсом, не приспособленное для работы с логами, с ужасным администрированием и рассчитанное на плохие шаблоны логирования )
не медленное, интерфейс более чем
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
А клиенты - идут пить кофе...
пока что только так)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Интерфейс - не пригоден для вывода больше 30 строк на экран, да и сами строки выводятся не целиком. И не работает с многострочными записями (без костылей).
Медленно - как только хочется писать хотя бы 100K строк в секунду (а это мало, на самом деле). Впрочем, там и так набегает по полному ядру на 5K строк в секунду, что очень медленно.
источник

AW

Alex Wells in Архитектура ИТ-решений
Phil Delgyado
Интерфейс - не пригоден для вывода больше 30 строк на экран, да и сами строки выводятся не целиком. И не работает с многострочными записями (без костылей).
Медленно - как только хочется писать хотя бы 100K строк в секунду (а это мало, на самом деле). Впрочем, там и так набегает по полному ядру на 5K строк в секунду, что очень медленно.
Возможно, но 100к в секунду нам писать не нужно (пока). Не вижу смысла оптимизировать то, с чем и так нет проблем и не будет в ближайшее время
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Антипаттерн - так как провоцирует писать не структурированные логи и искать по "подстроке" (при этом еще и поиск по подстроке делается через полноценный полнотекстовый, что тоже замедляет все и дает не всегда хорошие результаты)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Wells
Возможно, но 100к в секунду нам писать не нужно (пока). Не вижу смысла оптимизировать то, с чем и так нет проблем и не будет в ближайшее время
У вас что, одна операция в секунду и то не всегда?
источник

AW

Alex Wells in Архитектура ИТ-решений
Представьте, если бы для каждого небольшого фрилансового проектов находили девопса, дба, покупали триллион подписок на сервисы и еще несколько десятков синиоров в придачу - ну идиотизм же.

Да, есть инструменты покруче, но их применение должно быть оправдано
источник