3 жыл бұрын
3 жыл бұрын
3 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
4 жыл бұрын
Пікірлер
@bbby6241 2 ай бұрын
Очень круто! Спасибо за информацию)
@marinaaniram527 4 ай бұрын
спасибо, полезно
@marinaaniram527 4 ай бұрын
спасибо
@user-ff1sd6wl1h 4 ай бұрын
Почему REST API будет медленнее брокеров? В первом случае нам отвечают тут же или мы падаем по таймауту, а в другом случае нужно дождаться, когда очередь разгребут
@vitalya_hell_fire 4 ай бұрын
Про долго это какая-то чушь. Скорее недёжнее брокеры (ну и брокер-брокеру рознь, есессн), так как там есть возможность повторного чтения, повторной отправки, ожидание посылки, массовой рассылки и т. д.
@vitahvitah5823 4 ай бұрын
Классно! Большое спасибо...
@arenmkhoyan 5 ай бұрын
Оч круто🎉🎉
@user-ev5oc4dq3z 5 ай бұрын
Полезная инфа с первой минуты
@user-xt8iy7pz8g 6 ай бұрын
это очень хороший материал, такого (материала) не хватает
@StuffCode 6 ай бұрын
Спасибо вам, помогли ответить на большинство вопросов!
@Incog05 9 ай бұрын
Хотелось бы с вашей подачи посмотреть уроки про докер кафку ребит.
@Goga_Furt 10 ай бұрын
Прекрасное объяснение!
@mr.robespierre 10 ай бұрын
Вау! Вот это уровень! После просмотра ролика мой телефон вышел покурить)
@nexsmith8276 10 ай бұрын
Так CQRS - это по сути кэш?
@unicoxr5tj417 11 ай бұрын
интересно, гно жесмтко ли я копнул, требуетсмя понять, что такое и как проводить оркестрированием данных на уровне потребителя. Это оно?)
@Vertorrr Жыл бұрын
Посмотрел весь плейлист. Супер информация ! Хотелось бы продолжения.
@Mr43046721 Жыл бұрын
Очень приятный голос (вы точно не индус) и очень классное объяснение) спасибо!
@AK-bc4ls Жыл бұрын
Всё бы хорошо, но качество звука... Звонкий и с эхом, будто бы просто с ноутбука в пустой комнате записывали. Для подачи хорошего материала однозначно нужен хороший микрофон, хотя бы петличка для интервью, но никак не удалённые микрофоны в ноутбуках и вебкамерах!
@LAV451 Жыл бұрын
Всё классно пока не разарвётся соединение с брокером сообщений. К сожелению в реальности схема будет немного сложнее.
@-dubok- Жыл бұрын
9:35 Ай-ай-ай! 😁 Программистка кладёт на транзакции в прямом эфире! А если серьёзно, то, я думаю, что проблема распределённых транзакций полноценно решается только в монолите. Либо нужно правильно разделить приложение, чтобы транзакции не было распределёнными, а согласованность между сервисами устраивала бы отложенная, по событию. Но это сложно. Другой причиной, порождающей кучу проблем и в том числе сильную связанность, является использование команд. Команда - это всегда прямая связь, потому что она всегда имеет направление. Тот, кто отдаёт команду, должен знать того, кому он её отдаёт. А вот в случае использования только событий, такой проблемы нет, сервисы вообще друг о друге не знают, и согласованность организовать проще - через последовательность событий, которые хранятся в брокере.
@-dubok- Жыл бұрын
Супер понятно!
@-dubok- Жыл бұрын
Какая умная девушка! Вы очень понятно объясняете! Жаль, что не выходит новых видео. Недеюсь, у вас всё хорошо.
@axiomadevelopper4665 Жыл бұрын
Всегда думал, что если в микросервисе возникает необходимость в транзакции, то его как-то неправильно пошинковали еще на этапе проектирования. Скорее всего, желание модно все порезать возобладало над здравым смыслом в какой-то момент. Сервисы должны быть слабо связаны по определению.
@levdubrov9522 Жыл бұрын
Джавистка - БРАВО! Отличная подача, продолжайте и не останавливайтесь.
@ilya9852 Жыл бұрын
Актуальный курс?
@user-jl3cs6gu8r Жыл бұрын
Очень недооцененное полезное видео. Пишу для его продвижения)
@user-ln1mp8ur4q Жыл бұрын
Идеально Прошерстил все возможные видео на ютубе и только здесь есть системный и методичный подход, благодаря которому хотя бы общая картина в голове выстраивается. Особенно спасибо за практические примеры.
@TheEegmen 4 ай бұрын
смотрите англоязычные ролики, там уже все есть в большом объеме))
@azamatkurmangaliyev6010 Жыл бұрын
огонь
@user-wb5dh1ps4x Жыл бұрын
От микросервисов до cqrs)
@GalievDen1s Жыл бұрын
Спасибо Вам за Ваш труд и пояснение информации, надеюсь будут еще ролики по данной тематике
@eternalgreed6715 Жыл бұрын
Отличный контент, спасибо за подробный разбор!
@VkusnyashkaMMM Жыл бұрын
Это очень хороший контент ! Спасибо большое.
@user-dd3cq7jx8g Жыл бұрын
Кажется, что не правильно api gateway раскрыт, он должен быть максимально простым, а тут на этому уровне предлагают логику накручивать
@dragulaxis Жыл бұрын
а на фоне тик так тик так, что напоминает нам: время остаётся с каждой секундой меньше на секунду гениальное видео
@user-cc7fp1dz3g Жыл бұрын
А REST сделать асинхронно никак нельзя? Например через await HTTP Client GetAsync or PostAsync
@vladzh2639 Жыл бұрын
Я так понимаю это называется хореография и оркестрация?
@ivankarash2646 Жыл бұрын
Отличное объяснение, спасибо за труд.
@ivankarash2646 Жыл бұрын
Прекрасный урок, спасибо
@yevheniirudenko8181 Жыл бұрын
Давай ещё снимай ПОЖАЛУЙСТА)))
@mashina_3000 Жыл бұрын
вопрос: а когда лучше делать синхронное взаимодействие? А то сложилось впечатление, что оно ужасно и никогда
@mashina_3000 Жыл бұрын
а что значит циклическая зависимость между сервисами? Имеется в виду, что при выполнении какой-то команды, один сервис обязательно затрагивает другие?
@Mr43046721 Жыл бұрын
Например, когда один сервис будет отправлять другому сервису какое то сообщение, а он в ответ, будет кидать первому МС сообщение. И так по кругу. Такое скорее редкость, но когда сроки горят, такое можно накуролесить
@walcermelodia 2 жыл бұрын
очередь? точно очередь? может быть журнал?
@Dusthorn 2 жыл бұрын
Чтобы увидеть весь контент отправьте смс на короткий номер...
@-dubok- Жыл бұрын
Боюсь, СМС тут не поможет 😂
@user-fq4pc7fm2z 2 жыл бұрын
так а есть видео, чтоб посмотреть на практике?
@MasterYOSky 2 жыл бұрын
Круто! Автор, "пиши" ещё! ))
@vladislav1ananiev 2 жыл бұрын
Ждем новые видео
@ab-po4yj 2 жыл бұрын
новых видео больше не будет?
@user-gc6xc6yl2i 2 жыл бұрын
Неплохо. Спасибо
@user-tj5gt5vg2o 2 жыл бұрын
Повысить качество звука, сделать презентации динамическими и желательно показывать курсором предмет обсуждения. Дополнительно можно добавить анимации и тогда будет самый крутой контент.
@mclotos 2 жыл бұрын
есть такая штука как graphQL, которой можно слать запросы, формировать ответы и т.д., у graphql есть такая штука как graph subscribe, которая может уведомлять подписчика о том, что в каком-то сервисе изменились данные. нафига еще какая-то прослойка, которая, о ужас, тоже может уйти в отказ, если есть брокер сообщений (например rabbitmq), который внезапно умеет уведомлять клиента о том, что данные изменились или запрос обработался - оформил подписку и жди сообщения. В итоге имеем rabbit, у которого поднята куча каналов; микросервисы, которые читают/пишут в эти каналы; клиент, который слушает эти события и все они общаются через graphql.
@Deletedeletedelete 9 ай бұрын
А что по кешированию и n+1 у graphql?
@mclotos 9 ай бұрын
@@Deletedeletedelete ну кеширование есть и на серверной стороне и на клиентской, а по n+1 нуу как бы так же как и с rest -- криворукость будет заметна не сразу. Но я об этом не парюсь -- у меня кролик есть и в случае, если какой-то сервис зависнет, то вместо него поднимается новый, а может даже несколько и они какое-то время будут работать вместе, пока нагрузка не упадёт, а потом резервные сервисы опять уйдут в спячку. Можно и без кролика, например через Apollo Gateway, но там не знаю как он балансирует нагрузку и распределяет запросы по сервисам, у меня на кролике дикая маршрутизация настроена
@protiv_bio 2 жыл бұрын
Расскажите пожалуйста о разнице микросервисной архитектуры и акторной модели