SP
нынче в моде докеры покеры где одна операционка и один джарник )
Size: a a a
2021 June 27
DF
Дык докеру похеру на твою асинхронность!
MB
Он скорее про что-то типа 12 факторного приложения говорит. Типа нефиг писать асинхрон, лучше заспавнить побольше инстансов и рулить это кубером/инфрой
DF
Молюсь, чтобы это было не так..
DF
@stanis1av3 , ты книжку уже начал читать? ВС кончается. Завтра на работу, некогда будет
MB
Посмотри либы этих ребят, можно ещё доклады Томми посмотреть чтоб проникнутся. Так-то у них наверное лучшие либы в экосистеме.
https://github.com/metosin
https://github.com/metosin
SP
именно. ваша асинхронка и стейты убивают горизонтальную масштабируемость.
SP
я не говорю это сейчас однозначно я говорю что часто это приводит к такому что этот инстанс нельзя просто взять и запустить во втором экземпляре рядом если первый не справляется.
MB
Так а почему? Если не нужно держать какие-то долгие задачи, советы и тд легче ментально накидать синхронный код
SP
а надо докидывать проца-железа.
MB
Не убивают, если готовить уметь
SP
ну это слоооожна.
SP
просто появляется слишком много факторов которые надо держать в уме при проектировании и разработке. и если ты их не учтешь то последствия получишь. и получишь их сильно позже когда будет все слишком сложно и запутанно чтоб исправлять
SP
поэтому проще придерживаться простых правил - синхронка и стейтлесс. и ты сух и счастлив.
SP
опять же смотря что вы подразумеваете говоря аиснхронка. - реактивка? когда твой сервис просто сам решает где параллелить где джоинить?
SP
а ты типа "реактивный" код пишешь и не думаешь о всех этих тредах и прочем?
SP
если да то тут тоже самое - это не помешает тебе написать сервис без состояния и не помешает его отмасштабировать горизонтально
DF
Не. Ты про седаны, а мы тут на автобусах ездим.
SP
я думаю что в кложе всё плюс минус так же только подход другой а общая картина аналогичная так как решает аналогичные же задачи.
SP
в скалке вон всё на фьючках и промисах