Size: a a a

2020 October 06

T

Taras in Go-go!
MrSmith
У монолита нет минусов
На этом дискусию можно остановить.
источник

M

MrSmith in Go-go!
Taras
На этом дискусию можно остановить.
Вы противопоставляете свойства системы одному приложению
источник

M

MrSmith in Go-go!
Это называется обман и манипуляция
источник

C

Constantine in Go-go!
MrSmith
Вы противопоставляете свойства системы одному приложению
ты перешёл сюда флудить?)
источник

C

Constantine in Go-go!
Harry Fox
идеалы только в идеальном мире существуют)
пхп, как идеал норм
источник

RL

Ragnar Lodbrok in Go-go!
Harry Fox
из плюсов:
- удобство выкатки
- удобство разработки несколькими командами
- повышенная отказоустойчивость
- простота обслуживания конкретного сервиса
- удобство при масштабировании
Еще б добавил возможность отключения отдельных сервисов без выключения всего приложения в случае проблем
источник

HF

Harry Fox in Go-go!
Ragnar Lodbrok
Еще б добавил возможность отключения отдельных сервисов без выключения всего приложения в случае проблем
думаю можно к отказоустойчивости отнести)
источник

HF

Harry Fox in Go-go!
Constantine
пхп, как идеал норм
ну если так судить, я бы тогда пистон выбирал
источник

T

Taras in Go-go!
Кстати еще вспомнил один минус микросервисов. Трейсинг ошибок. Проблема решаемая, но чуть сложнее чем в монолите.
источник

T

Taras in Go-go!
Ragnar Lodbrok
Еще б добавил возможность отключения отдельных сервисов без выключения всего приложения в случае проблем
ерланг как раз имеет такую особенность как гарячая замена кода и маштабирование, где общение между нодами есть уже из коробки. Но он не популярен и количество готовых решений не так огромно. Я имею ввиду что и там не без минусов.
источник

A

Adv0cat in Go-go!
Я так и думал, что опять начнется срач монолит vs микросервисы))
источник

T

Taras in Go-go!
Adv0cat
Я так и думал, что опять начнется срач монолит vs микросервисы))
Я нодер. И там такой же срач был
источник

T

Taras in Go-go!
)))
источник

p

pragus in Go-go!
Taras
ерланг как раз имеет такую особенность как гарячая замена кода и маштабирование, где общение между нодами есть уже из коробки. Но он не популярен и количество готовых решений не так огромно. Я имею ввиду что и там не без минусов.
я пока не видел никого кто использует горячую замену кода
источник

T

Taras in Go-go!
Раз я уже тут, то спрошу. Общение меж горутинами возможно мьютексами, атомиками и каналами. Все якобы пишут мол используйте каналы. Но некоторые пишут, что они просаживают перформанс. Скажите плз что использовать. И да атомикы я еще так и не понял
источник

RL

Ragnar Lodbrok in Go-go!
У них разное назначение, так что тут надо просто по назначению использовать. Если что-то надо передать, то канал, а если просто заблочить доступ, то мьютекс
источник

T

Taras in Go-go!
pragus
я пока не видел никого кто использует горячую замену кода
Я имел дело с ejabberd и по правде скажу, что замена на горячую не всегда срабатывала успешно и зачастую мы просто ребутили его. Хз дело в самом коде или ерланге не знаю. Не вникал.
источник

AS

Alexander Shavelev in Go-go!
pragus
я пока не видел никого кто использует горячую замену кода
юзали для хотфиксов после деплоя - из-за оч малого кол-ва тестов
источник

A

Adv0cat in Go-go!
Taras
Раз я уже тут, то спрошу. Общение меж горутинами возможно мьютексами, атомиками и каналами. Все якобы пишут мол используйте каналы. Но некоторые пишут, что они просаживают перформанс. Скажите плз что использовать. И да атомикы я еще так и не понял
У всего свои плюсы и минусы, почитайте их свойства и их этого поймете их минусы и плюсы) Будет не понятно, тогда приходите)) А пока что вы спросили “чем вам есть, вилкой, ложкой, ножом или руками“))))
источник

M

MrSmith in Go-go!
pragus
я пока не видел никого кто использует горячую замену кода
Сложно, очень сложно. Курил теорию, очень очень все не просто. Но да в перспективе такие diff апдейты намного эффективнее микросервисов.
Там кстати из плюсов можно если что то пошло не так тут же откатиться. Причем если все правильно написанно оно ещё и данные не попережует
источник