powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Зачем все пилят монолит?
22 сообщений из 172, страница 7 из 7
Зачем все пилят монолит?
    #40062776
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
H5N1
в самом дорогом и практически не умеющем параллелится ресурсе.
pl/sql застрял в 90х, за 15 лет почти не развивается, притока спецов нет, самые
вменяемые уходят в более динамично развивающиеся платформы, где кстати все
крутиться вокруг stateless и параллельности (ровной противоположности идеологии pl/sql).

Параллелится то он как раз нормально. Сколько там.... до 100 штук нодов в RAC впихнуть можно.
Другое дело что если нужна какая-то интеграция с внешними системами - сам node не может
быть инициатором этого действия. Ну или практики такой нет.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40062799
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
Проектируем микросервисы, которые как стейтлесс возвращают всегда одно и то же при одинаковом входе.

Угу. Вот только к БД это сложно применить.

mad_nazgul
andrey_anonymous

Впрочем, как всегда :)


Ну как бы - да.

Микросервис написать гораздо легче, чем делать изменения в монолитном приложении.
...
Т.е. "сила" в том, чтобы вместо изменять, можем просто "переписать всё нафиг".
...
С монолитом такой фокус проделать трудно. С микросервисами проще (читай дешевле).


Мнэээ... Если абстрагироваться от уже упомянутых вопросов управления согласованностью изменений и проблем с согласованностью состояний statefull-объектов - то, наверное, так и есть.
Но как применить микросервисы в корпоративном приложении, выдерживая SLA - для меня всё еще загадочная загадка.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40062814
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton

Параллелится то он как раз нормально. Сколько там.... до 100 штук нодов в RAC впихнуть можно.

ну так запрос то не параллелится на ноды, да и одну ноду загрузить работой хотя бы на половину особо шансов нет. чтение параллелится лишь партициями, на фоне новомодных трендов в области параллелизации это так себе.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40062838
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
H5N1
ну так запрос то не параллелится на ноды, да и одну ноду загрузить работой хотя бы на половину особо шансов нет.

Это неверно.
В некоторых случаях приходится принимать специальные меры чтобы запрос по нодам не разлетался.
Ну и про чтение "по партициям"... Такая возможность есть. Но параллелить сканирование единственного сегмента оракель тоже никогда не отказывался.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063005
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous

Угу. Вот только к БД это сложно применить.


Поэтому БД рассматривается в рамках микросервисной архитектуры, как хранилище данных.

andrey_anonymous

Мнэээ... Если абстрагироваться от уже упомянутых вопросов управления согласованностью изменений и проблем с согласованностью состояний statefull-объектов - то, наверное, так и есть.
Но как применить микросервисы в корпоративном приложении, выдерживая SLA - для меня всё еще загадочная загадка.


Ну на самом деле всё сложно, но можно.
Там есть один "лафхак", когда "микросервисы" строятся вокруг монолита.
Постепенно "забирая" функции от монолита, и перенося их в "микросервисы".
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063027
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul

Поэтому БД рассматривается в рамках микросервисной архитектуры, как хранилище данных.

Да как не рассматривай, а сервис, зависимый от данных (работающий с БД), перестаёт быть stateless.

mad_nazgul
andrey_anonymous

Но как применить микросервисы в корпоративном приложении, выдерживая SLA - для меня всё еще загадочная загадка.

Там есть один "лафхак", когда "микросервисы" строятся вокруг монолита.

Прям технология Имитации Бурной Деятельности в незамутнённом виде :)
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063037
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
andrey_anonymous

Угу. Вот только к БД это сложно применить.


Поэтому БД рассматривается в рамках микросервисной архитектуры, как хранилище данных.

Очень дорогое хранилище, я-бы заметил.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063657
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul

Принцип докера и микросервисов в том что "быстро поднятое не считается упавшим" и горизонтальное масштабирование.
Или грубо говоря нужно чтобы микросервис был стейтлесс.


Какие-то одни сплошные заблуждения, если не сказать хуже...

- горизонтальная масштабируемость (масштабирование - это когда изображение увеличивают) в микросервисах ровно точно такая же как и во всех остальных архитектурах - ее наличие нужно для начала доказать, а потом еще и регулярно проверять, чтобы обсер не случился в самый неподходящий момент, а чтобы за язык никто внезапно не поймал правильно говорить про эластичность (elasticity) и устойчивость (resilience), но никак не про масштабируемость (хотя в случае чего в любой момент времени можно сказать, что исполнитель не до конца понимает что такое микросервисы и поэтому не получилось, или что у заказчика требования оказались не вполне подходящими под модную архитектуру)

- когда пишут про всякие pets vs cattle, то в первую очередь подразумевают о различных моделях управления сервисами, а ваше "быстро поднятое не считается упавшим" - это какая-то несусветная дичь: когда в системе происходит сбой какого-то сервиса - это называется "аварией", которая должна тщательно расследоваться и предприниматься меры по недопущению ситуаций в будущем (это, конечно, когда инфраструктурой управляет тот кто нужно, а не продакт-оврер, разгребающий бэклоги )

- я конечно понимаю что каждая макака хочет потешить свое ЧСВ, возомнить себя гуглом и построить космолет, только большинству заказчиков все эти идеи про масштабируемость, связность и пр. нафиг не упали, заказчику нужно чтобы ПО работало и выполняло свои функции, а отдел макак, который будет сопровождать космолеты, заказчику не нужен

- микросервисы на самом деле про замкнутость предметной области, а каким образом там поддерживается персистентность данных уже дело десятое, уж тем более не имеет никакого значения используются там тригеры и хранимые процедуры в СУБД или нет: есть сервис, представляющий собой персистентное хранилище, он работает по определенным правилам, все, конец истории.

- докер (не контейнеры, а именно докер, контейнеры за 20 лет до докера появились) - это пример ПО, имеющего крайне отвратительное качество (совершенно непродуманное, с крайне ущербным API), но при этом сумевшего каким-то образом завоевать популярность, пользоваться им нужно крайне осторожно (хотя насколько я понимаю его в оркестраторах выставили на мороз, и теперь его ниша - это десктоп)
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063910
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов

Какие-то одни сплошные заблуждения, если не сказать хуже...
...


Хорошо что упомянули, про " Pets vs Cattle ".
Как раз это одно из свойств микросервисной архитектуры, мы можем строить надежную систему из не надежных компонентов.

Совсем другой подход.

Ну докер не смотря на то что он плохой, показал, что он работает. ;-)

<:o)
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063928
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
mad_nazgul
мы можем строить надежную систему из не надежных компонентов
а вот это пофигистично-наплевательское отношение меня шокирует: что-то багует, падает - перезапустили, сделали вид, что что-то расследовали (на самом деле ничего не выяснили и не поняли, просто очередная отписка) и спокойно живут дальше. И этот пофигизм уже практически везде. Мой личный "любимчик" - RabbitMQ: всем пофиг (включая самих разработчиков раббита) какого хрена нода упала - автоматически перезапустилась же!
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063940
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sayan Malakshinov
mad_nazgul
мы можем строить надежную систему из не надежных компонентов
а вот это пофигистично-наплевательское отношение меня шокирует: что-то багует, падает - перезапустили, сделали вид, что что-то расследовали (на самом деле ничего не выяснили и не поняли, просто очередная отписка) и спокойно живут дальше. И этот пофигизм уже практически везде. Мой личный "любимчик" - RabbitMQ: всем пофиг (включая самих разработчиков раббита) какого хрена нода упала - автоматически перезапустилась же!

Дело в том что этот кролик написан на технологиях Erlang. А у них - постулируется принцип
что если какой-то актор завис или сбойнул - то перезапуск всего стека решает проблему.
Благодаря такой философии Erlang приложения и работают годами. Хотя по статистике
сбоев и по оказываемому эффекту - там можно конечно поспорить. Но то что выбрасывает
С++ приложение в kernel-panic, в Erlang проходит незаметным. Почему никто не исследует - это
хороший вопрос. Вопрос к разработчикам Rabbit.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063941
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
mayton,

Автоматически перезапускается оно снаружи, целиком ноду, а не само внутри себя...
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063946
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sayan Malakshinov
mad_nazgul
мы можем строить надежную систему из не надежных компонентов
а вот это пофигистично-наплевательское отношение меня шокирует: что-то багует, падает - перезапустили, сделали вид, что что-то расследовали (на самом деле ничего не выяснили и не поняли, просто очередная отписка) и спокойно живут дальше. И этот пофигизм уже практически везде. Мой личный "любимчик" - RabbitMQ: всем пофиг (включая самих разработчиков раббита) какого хрена нода упала - автоматически перезапустилась же!


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

И даже если есть сплошное логирование "вообще всего" - не факт, что поведение обязательно воспроизведется.
На сложности отладки в системах с очередями еще создатели SmalTalk указывали, а речь шла в целом о более простых конструкциях.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063950
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sayan Malakshinov
mayton,

Автоматически перезапускается оно снаружи, целиком ноду, а не само внутри себя...

Ну очередь сообщений сохраняется после перезагрузки?
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063953
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sayan Malakshinov
Мой личный "любимчик" - RabbitMQ: всем пофиг (включая самих разработчиков раббита) какого хрена нода упала - автоматически перезапустилась же!


Конкретно RabbitMQ - это такой пример невежества, из всех очередей RabbitMQ позиционируется как "самый простой в настройке кластера" (т.е. все остальное настраивать сложно), при этом у него есть явные проблемы с масштабируемостью и вендор рекомендует отключать режим HA и персистентность сообщений, чтобы оно хоть как-то работало.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063955
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
Как раз это одно из свойств микросервисной архитектуры, мы можем строить надежную систему из не надежных компонентов.

Совсем другой подход.
могу предложить построить систему на каналах с 5% потерей пакетов
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063966
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов,

насколько я понимаю, RabbitMQ, из умеренно современных очередей, первая попытка получить "быструю" очередь поверх протокола с надежной доставкой.
Из-за тезиса о надежности, физического протокола в частности, возникают края производительности и масштабируемости.
Более поздние реализации строятся на размене надежности на количество обработчиков очереди/повтор передачи.

Так, что падение любого из обработчиков, по вероятности, не приводит к пропускам/ложным извлечениям информации из очереди.
Очевидно, что такие системы сложнее в настройке, управлении, расходе железа, хотя в каком-то диапазоне можно получить более высокие скорости обработки.
Системы с потерями в канале и ненадёжной доставкой, или разделением содержимого очереди по обработчикам - обязаны быть сложнее в управлении.
И разбираться в них с тем, ба, почему упал обработчик, тем более, никто не будет.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40063979
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Андрей Панфилов
это такой пример невежества, из всех очередей RabbitMQ позиционируется как "самый простой в настройке кластера"
ой, в опенсорсе вообще все дико с кластерами - никакого автодискавери, никакой автонастройки... все костыльное до жути.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40064009
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
booby,

я же двум разным людям про разное отвечал, пассаж про потери - он про утверждение, что систему можно слепить из чего попало, но в целом если про RabbitMQ продолжать, то он и туда вписывается:

- идем в интернет и читаем страшные истории в духе:
-- СУБД ну совсем никак не масштабируется
-- давать "стороннему приложениюмодулю" работать с данными из нашей СУБД напрямую не хорошо (оно может данные попортить, появляется дополнительная связноть, и более другие страшные вещи)
- что же делать? нужно делать микросервис!
- как мы этот микросерис будем масштабировать и как к нему будут обращаться? идем опять в интернет читать рекомендации:
-- HTTP - это плохо, там хендшейки, таймауты, накладные расходы на балансировку и прочий ужас-ужас
-- нужно делать очередь.... и тут опять история про масштабируемость, устойчивость и пр...

В итоге приходим к тому что было изначально, только все сложнее на порядок, да еще инфраструктура и штат раздулись, так что если денег у заказчика не особо много, то можно в сторону микросервисов даже не смотреть. При этом все эти истории про масштабируемость никто не любит рассказывать до конца, потому что если копать глубже, то там масштабируемость довольно условная получается - почти все инфраструктурные сервисы с намеком на персистентность при перебалансировке требуют перезапуска клиентов, отсюда все истории про то что быстро поднялось не считается упавшим, при этом в сервисах даже graceful shutdown никто толком не реализовывает.

Последний раз меня elasticsearch особенно порадовал - у него история такая, что если в сайзинг не попал, то нужно перестраивать индекс, а чтобы его быстро перестраивать нужно исходные данные в нем же хранить, а там возникает история про безопасность и конские требования к I/O.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40064423
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Панфилов
mad_nazgul
Как раз это одно из свойств микросервисной архитектуры, мы можем строить надежную систему из не надежных компонентов.

Совсем другой подход.
могу предложить построить систему на каналах с 5% потерей пакетов


Так весь интернет так и работает.
А при диалапе-то до 30% доходило потерь пакетов.
И норм, работало. Медленно правда.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40064427
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul

Так весь интернет так и работает.
А при диалапе-то до 30% доходило потерь пакетов.
И норм, работало. Медленно правда.


Страшилки какие то, на любом вменяемом модеме был или MNP или HST (Курьеры онли). Достичь 30% потерь TCP/IP пакетов из-за dial up'а это нужно постараться.

AFAIK большинство потерь пакетов не из-за потерь/ошибок в каналах, а из-за недостаточной пропускной способностью где-то по дороге и, соответственно, просто выкидыванием пакетов в роутере которые ну никак через данный маршрут пролезть не могут.
...
Рейтинг: 0 / 0
Зачем все пилят монолит?
    #40064603
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev

Страшилки какие то, на любом вменяемом модеме был или MNP или HST (Курьеры онли). Достичь 30% потерь TCP/IP пакетов из-за dial up'а это нужно постараться.


Какую вменяемость можно ждать от Win-модема весной, при затопленных колодцах?
<:o)
...
Рейтинг: 0 / 0
22 сообщений из 172, страница 7 из 7
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Зачем все пилят монолит?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]