Size: a a a

Scala User Group

2020 February 15

P

Python in Scala User Group
Я просто соскучился
источник

AV

Abyr Valg in Scala User Group
Поебемся после физики?
источник

λ

λoλegΥch in Scala User Group
я раньше подозревал что пихтон твинк джейли
источник

λ

λoλegΥch in Scala User Group
теперь уверен
источник

AV

Abyr Valg in Scala User Group
Слышь, твинк
источник

AV

Abyr Valg in Scala User Group
ГОТОВЬ ТУЗА
источник

P

Python in Scala User Group
А что это?
источник

AV

Abyr Valg in Scala User Group
Параметр в конструкторе, завайренный вручную
источник

P

Python in Scala User Group
Abyr Valg
Параметр в конструкторе, завайренный вручную
🤷‍♀
источник

AV

Abyr Valg in Scala User Group
Микросервисы - это депенденси инжекшен девопсом
источник

VH

Vitalii Honta in Scala User Group
Abyr Valg
Микросервисы - это депенденси инжекшен девопсом
источник

VH

Vitalii Honta in Scala User Group
А лучший инструмент для этого - ansible и helm charts ?)
источник

P

Python in Scala User Group
Abyr Valg
Микросервисы - это депенденси инжекшен девопсом
Это скорее приведение кода в соответствие структуре организации.

А то взяли новую моду на монолиты молиться. Надо прагматично к вопросу проходить. Может тогда и дистейдж не нужен будет.
источник

SA

Sergey Alaev in Scala User Group
Abyr Valg
Микросервисы - это депенденси инжекшен девопсом
это ты мощно упростил. главное все-таки не депенденси, а изоляция по данным
источник

P

Python in Scala User Group
Sergey Alaev
это ты мощно упростил. главное все-таки не депенденси, а изоляция по данным
В мире event sourcing уже не главное.
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Abyr Valg
Микросервисы - это депенденси инжекшен девопсом
источник

SE

Shakhriyor Ergashev in Scala User Group
источник

AV

Abyr Valg in Scala User Group
Python
Это скорее приведение кода в соответствие структуре организации.

А то взяли новую моду на монолиты молиться. Надо прагматично к вопросу проходить. Может тогда и дистейдж не нужен будет.
Можно пример прагматичного подхода? В принципе, этот пост почти тянет на малую лемму ебанатики, но немножко не дотягивает
источник

P

Python in Scala User Group
Abyr Valg
Можно пример прагматичного подхода? В принципе, этот пост почти тянет на малую лемму ебанатики, но немножко не дотягивает
Отдельное приложение надо делать когда в этом есть смысл.

А смысл есть если команда разработчиков другая или если падение этого приложения не должно убить всё остальное что вместе с ним работает.

Это слабость JVM, к сожалению, одна маленькая ошибка может вызвать OOM, блокировку потоков и кучу ещё всего. И единственный выход - это изолировать критический код он менее критического. Чтобы вспомогательные сервисы не могли сломать основные.

Та же история с командами разработчиков. Вы не хотите чтобы все ваши команды деплоили свои продукты через одно игольное ушко. Это не масштабируется.
источник

P

Python in Scala User Group
Это круто. А как он справляется с бесконечным циклом или утечкой памяти? Это не праздный вопрос.
источник