@luchanos: А как достигается отказоустойчивость? К примеру, для СУБД есть "отказоустойчивый кластер СУБД", то есть имеем одного мастера, куда пишем наши записи и множество реплик, откуда мы читаем наши записи. Реплики по протоколу, как правило, физической репликации забирают с мастера новые записи. В случае отказа мастера происходит выбор нового мастера, когда одна из реплик становится новым мастером. Да, для пользователя СУБД есть некий промежуток времени, когда СУБД недоступна, т.к. происходит переключение на нового мастера. Но этот промежуток не сильно большой. А как все происходит в случае с очередями? Как там все устроено? Есть ли понятие "отказоустойчивая очередь" ?
Спасибо за видео, довольно доходчиво. Но вот пример с телефонами весьма некорректный - потому что: 1. Реббит не любит бесконечное количество очередей 2. Реббит начинает деградировать по производительности когда количество сообщений в инстансе больше пары мультов , а с такой архитектурой можно легко прострелить себе оба колена.
Привет !!! Спасибо за видео может посоветуешь хороший ресурс по которому изучал RabbitMQ? К примеру youtube, udemy или любой другой ресурс по которому сам раньше учился?
Автор, спасибо огромное! Сам начинаю изучать питон и есть вопрос - ты заучивал стандартные функции, методы и библиотеки или с опытом запоминается само? Решаю на кодеварс 7го уровня задачи и ощущение что стою на месте хотя задачи решаю - мысль что если бы заучил то лучше решал бы задачи, хотя абсолютно все говорят заучивать не надо, надо понимать. А как ты считаешь?
@@unicoxr5tj417 у кафки и кролика принципиально разные подходы к некоторым моментам, обеспечивающим персистентность, масштабируемость и т.д. В зависимости от того, какие требования выдвигаются к проектируемому сервису выбирается брокер. Вот тут можно подробнее почитать - www.simplilearn.com/kafka-vs-rabbitmq-article
Качественное видео. Достаточно понятно. Особенно, примеры. Спасибо!
Ура, наконец-то!!! Очень нужное видео, спасибо!
Супер!
Интересно!
Жду продолжения темы!
воу, давно хотел глянуть что к чему, но всё как - то потом да потом. Сейчас)
довольно понятным языком объяснил, супер!
Приятный рассказчик. Качественно объясняет.
Хоспаде, как же доступно объянил) хочу в фуллстек идти и это очень полезно, спасибо.
сейчас как раз занимаюсь на работе задачей с шиной на кролике и ролик оооочень интересен, а также актуален! 🔥
Классный ролик, очень понятно рассказывает, спасибо. А ещё будет про кролика? Хочу смотреть тут)
А то небольшой перерыв затянулся))
Ждём продолжения👍🏻
😂 проще не бывает ❤
Коля, спасибо🤝, очень познавательно, жду продолжения!
@luchanos:
А как достигается отказоустойчивость?
К примеру, для СУБД есть "отказоустойчивый кластер СУБД", то есть имеем одного мастера, куда пишем наши записи и множество реплик, откуда мы читаем наши записи. Реплики по протоколу, как правило, физической репликации забирают с мастера новые записи. В случае отказа мастера происходит выбор нового мастера, когда одна из реплик становится новым мастером. Да, для пользователя СУБД есть некий промежуток времени, когда СУБД недоступна, т.к. происходит переключение на нового мастера. Но этот промежуток не сильно большой.
А как все происходит в случае с очередями? Как там все устроено? Есть ли понятие "отказоустойчивая очередь" ?
Да, кворумные очереди.
Хорош! реально круто обьяснил
Спасибо за видео, довольно доходчиво. Но вот пример с телефонами весьма некорректный - потому что:
1. Реббит не любит бесконечное количество очередей
2. Реббит начинает деградировать по производительности когда количество сообщений в инстансе больше пары мультов
, а с такой архитектурой можно легко прострелить себе оба колена.
Очень полезно! На собеседовании постоянно про это спрашивают
Пора снимать продолжение))
хорошее объяснение на канале, спасибо лайк подписка
Можно получить презентацию из видео?
Когда будет продолжение? Спасибо за выпуск!
Просмотрел около 80% всех видео по rabbit на русском, это однозначно лучшее
Документацию на офф сайте не пробывал читать ?
@@alexseydugin8109 ... Я же явно написал ВИДЕО на русском. Документацию читал
спасибо, очень интересно и понятно, второй части еще не вышло, да?
Ждём продолжения!!! Год считай прошел😢
аххаххах 😂 позавчера про крола искал на канале старался 😂 а оно во где . Спасибо учитель
Вроде понятно, спасибо!
Привет !!!
Спасибо за видео может посоветуешь хороший ресурс по которому изучал RabbitMQ?
К примеру youtube, udemy или любой другой ресурс по которому сам раньше учился?
Когда продолжение?😊
Автор, спасибо огромное!
Сам начинаю изучать питон и есть вопрос - ты заучивал стандартные функции, методы и библиотеки или с опытом запоминается само? Решаю на кодеварс 7го уровня задачи и ощущение что стою на месте хотя задачи решаю - мысль что если бы заучил то лучше решал бы задачи, хотя абсолютно все говорят заучивать не надо, надо понимать. А как ты считаешь?
А где после введения продолжение?
Спасибо
Ну вот наконец понятненько и на русском.
круто изложено) нужна ли эта технология джуну при поиске первой работы? или лучше изучать дальше в процессе работы?
зависит от проекта. но на собеседовании постоянно стали спрашивать. даже если не используют на проекте.
Продолжение будет?
Когда вторая часть?))
Давай docker
9:30 - а как же решается эта проблема?🤔
хорош мужичек
Зачем говорить заскейлить? Если настроить . Или заскамить. Ты не в играх ведь. =)
Ну вот будешь свои ролики снимать - будешь говорить как тебе угодно)
АйТи балабол, где вторая часть?
Рэббит становится не актуальным, Кафка)
Кто вам такое сказал?
@@luchanos давно не слышал про проекты на Рэббит. Где не техдолг, а именно выбрали Рэббит вместо Кафки
@@unicoxr5tj417 понял) кажется это не самая актуальная метрика, которая обосновывает актуальность какой-либо технологии, как считаете?
@@unicoxr5tj417 у кафки и кролика принципиально разные подходы к некоторым моментам, обеспечивающим персистентность, масштабируемость и т.д. В зависимости от того, какие требования выдвигаются к проектируемому сервису выбирается брокер. Вот тут можно подробнее почитать - www.simplilearn.com/kafka-vs-rabbitmq-article
@@luchanos спасибо
Пушка!