Хороший обзор, много информации тем кому это надо. Что касается меня, пользуюсь комьюнити эдишон без всяких плюшек лет так 10 и никаких проблем не испытываю. Не знаю, может проект небольшой, может микросервисая архитектура, но обычно все стандартное и если что то забыл всегда можно скопипастить
я не совсем понял вопроса, rpc подразумевают некое описание, возможны исключения типа java rmi, но там все понятно. А в случае grpc idl является необходимой вещью
Вау, а чем собственно говоря race conditions в корутинах отличаются от той же ситуации в нативных тредах? Да ничем, поэтому и пути решения ничем не отличаются
Для файлового сервера, тобишь nasa, был куплен неттоп за 4 тыс на целероне и коробки на али для дисков каждая поредка 1000. Установлена федора с самбой - всё, даже не знаю зачем огород городить, конечно может лишние деньги завалялись
Я бы сказал, что ES хотя и родственный шаблон, все же не тоже самое что и сага, так что взад все же придется возвращать, в особенности если вы работаете с внешним API, который о ващих ES/SAGA и т.д. знать не знает
на самом деле название статьи не совсем верное, под профилированием понимается анализ произодительности, т.е. до пожара еще не дошло, а вашем случае - это уже анализ последствий, когда что то свалилось/перестало работать
Для меня самая классная фичп из последнего - новый switch/case без break, никогда.не понимал почему нельзя было обойтись без break и использовал if else вместо switch
Хороший обзор, много информации тем кому это надо. Что касается меня, пользуюсь комьюнити эдишон без всяких плюшек лет так 10 и никаких проблем не испытываю. Не знаю, может проект небольшой, может микросервисая архитектура, но обычно все стандартное и если что то забыл всегда можно скопипастить
я не совсем понял вопроса, rpc подразумевают некое описание, возможны исключения типа java rmi, но там все понятно. А в случае grpc idl является необходимой вещью
Вау, а чем собственно говоря race conditions в корутинах отличаются от той же ситуации в нативных тредах? Да ничем, поэтому и пути решения ничем не отличаются
В контексте микросервисов тема не раскрыта. Как вы собираетесь шарить idl между сервисами?
Для файлового сервера, тобишь nasa, был куплен неттоп за 4 тыс на целероне и коробки на али для дисков каждая поредка 1000. Установлена федора с самбой - всё, даже не знаю зачем огород городить, конечно может лишние деньги завалялись
Вот именно 'Си с прибамбасами'. Какую ценность он приносит совершенно непонятно, а раз непонятно не вижу причин использовать го вместе джавы например
А что мешает в монолите "разбить на части" и развивать независимо. Модульность существовала задолго до микросервисов.
Insert вне транзакции не будет работать, так что транзакция будет так или иначе
Не знаю насчёт Fluent interface, но то что описано в статье называется builder. Возможно кто-то расскажет в чем разница
ну это если вы гоняете в облака, если у вас уже все в облаке, ничего гонять не надо
С учётом того что сейчас модно запускать все в контейнерах, все это мимо
Я использую новый UI со старой цветовой схемой и шрифтом
Я бы сказал, что ES хотя и родственный шаблон, все же не тоже самое что и сага, так что взад все же придется возвращать, в особенности если вы работаете с внешним API, который о ващих ES/SAGA и т.д. знать не знает
На самом деле без нее сага не имеет смысла, если нельзя все вернуть взад - то какая это транзакция :) https://microservices.io/patterns/data/saga.html
на самом деле название статьи не совсем верное, под профилированием понимается анализ произодительности, т.е. до пожара еще не дошло, а вашем случае - это уже анализ последствий, когда что то свалилось/перестало работать
я в курсе как его можно использовать, вопрос в том как часто вы такое использовали? Я по моему 1 раз за всю мою карьеру
Для меня самая классная фичп из последнего - новый switch/case без break, никогда.не понимал почему нельзя было обойтись без break и использовал if else вместо switch
Плюсую, «Скажите, какие основные преимущества микросервисов и почему?»
Комментарии - зло, ненужная и прочная практика, попытка улучшить плохо написанный код. Единственное что надо задокументировать - API
Но stack overflow им тоже нужен:)