Size: a a a

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

2020 October 22

PD

Phil Delgyado in Архитектура ИТ-решений
Gerr Mes
Используем актуальный hazelcast, нагрузки правда не тысячи а сотни, поэтому наверно не показатель, но на такой нагрузке "настроил запустил забыл" , именно гридовыми фичами не пользуемся - просто кеш

В прошлом был опыт с теракотой -  это была лютая штука :) В хорошем смысле. Почти реализовывала распределенную JMM Но контору продали, продукт загнули - это к вопросу вендорлока - на длинной дистанции это может быть проблемой
А если "просто кэш", то почему hazelcast, а не какой-нибудь redis или даже (при такой нагрузке) MySQL?
Чем выбор обусловлен?
источник

GM

Gerr Mes in Архитектура ИТ-решений
Понятная архитектура, возможность разобраться/ порешать проблемки потому что родная экосистема jvm, возможность заэмбедить, лайтовость (один/два jar'а),  потенциально могут понадобиться гридовые фичи (хотя это конечно неправильно тащить что то "прозапас"), довольно "просто" устроен - внутри классическая seda, которой 100 лет в обед, но свои задачи решает

Если экосистема не jvm и именно грид не нужен то да наверно редис/тарантул будет оптимальней
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Хм, понятная архитектура? У меня как раз с этим были вопросы, с redis понятнее как обеспечить HA, а вот как с хазелкастом?
Тарантул-то точно не будет оптимальным )
источник

PD

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Sergey Lukin
а... вы про прайсинг модель. я не в курсе. у нас в компании стоит видимо enterprise server licence.
я за проект плачу порядка 60eu внтуреннему IT в  месяц за поддержку (у нас в проекте один репозиторий, много моделей внутри, неограниченно кол-во пользователей).
Я бы кстати поработал на поддержке спаркса с удовольствием с полгодика. Даже джуном.
источник

GM

Gerr Mes in Архитектура ИТ-решений
Phil Delgyado
Хм, понятная архитектура? У меня как раз с этим были вопросы, с redis понятнее как обеспечить HA, а вот как с хазелкастом?
Тарантул-то точно не будет оптимальным )
С HA там все проще некуда, подняли 100 нод - каждая нода шард - добавляете/удаляете ноды - автоматически перебалансировка, клиенты находят ноды мультикастом либо по списку (полному либо подмножеству)
источник

IA

Igor A in Архитектура ИТ-решений
Угу сетка чуток глюканула и ищете в логах страшные непонятные штуки
источник

IA

Igor A in Архитектура ИТ-решений
А тк это не бд никакого тулинга и нет.
источник

IA

Igor A in Архитектура ИТ-решений
Девопс вам говорит  - ваша ява вы с ней и е***сь
источник

IA

Igor A in Архитектура ИТ-решений
Мне хватило одного раза когда я взял "библиотеку" вместо "бд".
В след разы буду аккуратней.
При прочих равных лучше выбрать штуку с тулингом и за которую отвечает админ. Чтобы крепче спать пока прод работает.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Igor A
Девопс вам говорит  - ваша ява вы с ней и е***сь
Это обычно быстро переходит в то, кто крайний бухал с генеральным, технический или коммерческий.
источник

GM

Gerr Mes in Архитектура ИТ-решений
Не спорю, но у меня обратные примеры были :) Кластер оракла, сетка глючит тихонечко время от времени, но так что отсвечивает только на оракле, весь оракл обложен админами, они проблему видят но пеняют что это у вас ява кривая драйвер кривой пул кривой руки кривые, пока мы доказуху не собрали не придумали эксперименты с маршрутизатором на проде, подключили орг ресурс, ручки админам выкрутили, проблему за них нашли
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если технический, то разработка всё чинит, если коммерческий, то девопс)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Не смотря на то, что "ваша джава"...
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Или уходит на x1.5 в нормальную компанию, и право на секс переходит к джавистам
источник

OF

Oleg Fedyakin in Архитектура ИТ-решений
А как же команда? Мы все вместе чиним.
источник

GM

Gerr Mes in Архитектура ИТ-решений
Да, все правильно, но все равно бывают "тонкие" проблемы, которые сложно воспроизводятся, возникают редко/бессистемно и в эту "серую зону" никто не хочет заходить потому что времени можно потратить много и проблему не решить

В ПНВС есть такой персонаж Саваоф Баалович Один :) Вот если у вас есть такой топовый персонаж - да - тонкие проблемы сети - не ваши проблемы :)) Но тогда скорее всего вы работаете в FAANG
источник

IA

Igor A in Архитектура ИТ-решений
Oleg Fedyakin
А как же команда? Мы все вместе чиним.
Очень смешно)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gerr Mes
С HA там все проще некуда, подняли 100 нод - каждая нода шард - добавляете/удаляете ноды - автоматически перебалансировка, клиенты находят ноды мультикастом либо по списку (полному либо подмножеству)
Мультикастом? А если несколько ДЦ? А если два и один упал?

И это не HA, это LB, это не интересно
источник

IA

Igor A in Архитектура ИТ-решений
Вот этот подход “а дальше все само"
источник