| Название | : | Микросервисная архитектура, подходы и технологии / Кирилл Ветчинкин (TYME) |
| Продолжительность | : | 53.57 |
| Дата публикации | : | |
| Просмотров | : | 163 rb |
 |
Не совсем понятно почему монолиит сложно горизонтально масштабировать И почему нельзя переисаользоват код, пишешь как пакет и все Comment from : Олег Духовный |
 |
Очень просто и доходчиво обьясняешь-респект) Comment from : Asqar Farhadi |
 |
46:04 Как как вас зовут? Голодный? Comment from : Tsunami |
 |
16:26 Я думаю, вы не правильно сделали, создав API, которое напрямую связано с сервисами Я тоже для себя разрабатываю такую систему Пока она на уровне архитектуры, но в этом плане моя идея с вами расходится Хотя всё остальное — то же самое И как думаю я: нужно, чтобы API-морда была соединена с брокером сообщений, а не с сервисами напрямую Во-первых, это делает их по-настоящему независимыми и изолированными, а во-вторых, брокер становится центром, который связывает друг с другом все части системы К тому же он может хранить сообщения от API, которые ещё не обработаны и сохранять их на случай сбоя В вашем же варианте API дёргает каждый модуль, когда ему вздумается, что может этот модуль подвесить, да и плюс это не безопасно Прямых связей между модулями нужно избегать Единственная прямая связь, которая должна быть у модуля — это связь с брокером, причём брокер должен работать по запросу — в стиле Kafka, чтобы, опять же, не дёргать модуль, когда тот занят (как это делает RabbitMQ) А API — это тоже, по сути, модуль А у вас получается, что ваши модули связаны не только с брокером, но и с API Это лишняя зависимость Достаточно только брокера Это и проще контролировать и логичнее выглядит Comment from : Kades |
 |
Отличный доклад! Спасибо! Comment from : Иван |
 |
Спасибо! отличное видео немало узнал идей которые уже делали Comment from : Alexey Sivak |
 |
Что? В монолите код невозможно использовать повторно??? Хайлоад начинается от 200 опсек? Про остальное вообще молчу Монолит вам нужен только для того, чтобы поддерживать СВОЙ стек в актуальном состоянии! Comment from : Axioma Developper |
 |
Почему никто не говорит, что микросервисная архетектура работает медленнее чем монолит ?? Comment from : Данил Костин |
 |
Очень полезное видео! Спасибо! Comment from : daniil evsienko |
 |
Ключевое, перескажу: это модно, поэтому, чтобы привлечь новых, молодых, модных же разрабов, надо быть в модном тренде Дичь, но, видимо, это и есть круговорот жизни Comment from : Stepa openid |
 |
Супер, очень много полезного Comment from : Евгений Г |
 |
Спасибо большое! Comment from : Java developer |
 |
Благодарю за доклад! Comment from : Марат |
 |
Спасибо, многое разъяснили в голове) Comment from : Ainur Bektemirova |
 |
Вау! Браво! Comment from : Михаил Бронников |
 |
А как синхронизируются базы микросервисов на разных ЦОД-ах, интересно Comment from : Serg VS |
 |
А можно ли на го писать не микросервисы, а там например простой блог? Comment from : Алг |
 |
автор молодец, очень доходчиво и из реальных кейсов Comment from : rash rash |
 |
Комитить в один репозиторий не сложно Comment from : Sanya Ua |
 |
Спасибо Comment from : FaizUndead |
 |
Уже раз пятый смотрю )), супер интересно Comment from : Evgeny Savkin |
 |
а мне интересно, когда у вас 100500 запросов в секунду и один из сервисов не ацкает задачу из-за повторяющейся ошибки Что будет с системой, когда память закончится?brbrВот написал и предположу, что помимо шины по-любому нужно хранить таски ещё и в бд с состояниями/статусами по всем пройденным микросервисам Либо всё-таки мутить псевдотранзакционность с откатами и следить, чтобы ошибка по задаче не повторялась более N разbrbrНо реальные кейсы с решениями хотелось бы узнать Comment from : Ivan |
 |
Есть определение микросервисов? Что это такое? Почему нельзя говорит подпроект? Comment from : Andrey Manaenko |
 |
Идиотский подход Плагины уже отменили? Comment from : amz2mov |
 |
Внедряли туда - куда не нужны - все что нужно знать о микросервисах Comment from : Andrey Bazhenov |
 |
круто Comment from : Дмитрий Диев - Автоматизация |
 |
Простите, 200 rps в пике это не мало, это не о чем Comment from : Vladimir Popov |
 |
Очень доходчиво рассказывает Comment from : Aslan Aslanov |
 |
Шикарно, спасибо! Comment from : Alex B |
 |
Классный доклад Comment from : Анатолий Деревьев |
 |
Не понимаю зачем нужно дублировать реализации в разных микросервисах ) 6:00brok - тут пояснения 28:50 Comment from : Alexey Kononov |
 |
классная презентация! очень доходчиво Comment from : ZHUR |
 |
Я правильно понял, что говоря про микросервисы автор подразумевал много много монолитов? Comment from : Андрей Волков |
 |
На самом деле там не пустые прямоугольники, текст в них виден только просвященным Comment from : vifvrTtb0vmFtbyrM_Q |
 |
Жаль нельзя поставить несколько лайков! Один из лучших докладов! Comment from : Олег Шишкин |
 |
круто! Comment from : Nikita Zonin |
 |
Любую бизнес-систему можно разделить на данные, логику в виде разрабатываемого ПО и среду Задача хайлоуд - быстро развернуть и масштабировать ПО и среду, чтобы клиент мог работать с данными Comment from : BeeWay |
 |
Интересный доклад Респект! Comment from : Aikol Koikelov |
 |
с упавшим брокером и БД какой-то вообще лютый велосипед Comment from : Dmitry Pushkin |
 |
Слабый и несфокусированный доклад Comment from : Andriy K |
 |
резанули ухо слова, а шина гарантирует доставку до получателя :))) Comment from : Andrey Rudin |
 |
Ээээм, чувак несёт чушь в вопросе rabbit-а и асинхроникиbrОписанная им схема в такой форме вообще нихрена не гарантируетbrИ нужен комплект контроля над рэббитом и сервисамиbrИ да, рэббит гарантирует доставку только если не упал, это первое, а второе, то, что рэббит доставил сообщение - не гарантирует, что оно будет обработаноbrbrтак что никакой гарантии здесь нет от слова совсем Comment from : Егор |
 |
как это нет трансакций? а distributed transactions это что? например Кафка или МонгоДБ поддерживают трансакции, хотя могут быть на разных нодах данныеbrТак что, возможно, но сложно Comment from : Denis Grebennicov |
 |
Доклад - прекрасный (хотя и очень поверхностный) сборник антипаттернов реализации микросервисной (вернее - просто распределенной) архитектуры brКакой пункт не возьми - всюду используется или неоптимальное решение или просто неверное утверждение, в лучшем случае - собственные костылиbrГрустно ( Comment from : Phillip Delgyado |
 |
мы изобрели пару лет назад велосипед и у нас почти получилось) Comment from : Vladimir Povyshev |
 |
распределенность ради распределенности, микросервисы ради микросервисов, сплошная антиреклама микросервисов Comment from : Sergey |
 |
Сколько строк кода у Вас в микросервисах, что ">25 микросервисов" это большие система? Comment from : ErrorsMissing |
 |
Для справки, JMS - это не протокол, а API И указывать её на слайде на 13:20 не стоило - это грубая ошибка Тот же AMQP доступен в Java через JMS Comment from : ognivo777 |
 |
9:40 такой распил грозит большими проблемами со связностью в будущем Comment from : ALTer Ego |
|
|
Это Вы на несчастных 200RPS определили что микросервисы подходят для высоких нагрузок?brВ чём проблема горизонтально масштабировать монолит? Каким образом микросервисы вообще решают проблему горизонтального масштабирования? brВ монолите плохая отказоустойчивость, а в микросервисах, где одни точки отказа, отличная? Comment from : ErrorsMissing |
 |
очередной раз только убеждаюсь что микросервисы это новомодный бред говорит о том что они убирают геморой, а потом сразу вываливает весь другой геморой этого микротанца с бубном Comment from : Антонiй Стовпѣцъ |
 |
Профессиональное самоопределение на уроках технологии: методические подходы к преподавания РѕС‚ : Просвещение Download Full Episodes | The Most Watched videos of all time |
 |
Математика как инструмент формирования элементов учебной деятельности: технологии, методы, подходы РѕС‚ : Просвещение Download Full Episodes | The Most Watched videos of all time |
 |
Математика как инструмент формирования элементов учебной деятельности: технологии, методы, подходы РѕС‚ : Просвещение Download Full Episodes | The Most Watched videos of all time |
 |
ЭТИ ТЕХНОЛОГИИ БЫЛИ НАВСЕГДА ЗАПРЕЩЕНЫ В ФОРМУЛЕ 1 / FORMULA 1 / F1 / Ф1 / ЗАПРЕЩЕННЫЕ ТЕХНОЛОГИИ F1 РѕС‚ : STANIZLAVSKY Download Full Episodes | The Most Watched videos of all time |
 |
Вебинар "Инновационные подходы к организации прогулки в детском саду" РѕС‚ : Солнечный Свет Международный педагогический портал Download Full Episodes | The Most Watched videos of all time |
 |
Секция «Современные подходы развития ООПТ» РѕС‚ : Башкирская Выставочная Компания Download Full Episodes | The Most Watched videos of all time |
 |
Современные подходы к профессиональной деятельности педагога | Видеолекции | Инфоурок РѕС‚ : ИНФОУРОК Download Full Episodes | The Most Watched videos of all time |
 |
Павлов Д.И. Современные подходы к преподаванию информатики, 2 класс РѕС‚ : Издательство Просвещение-Союз (БИНОМ) Download Full Episodes | The Most Watched videos of all time |
 |
Современные подходы к проектированию учебного занятия в системе ДО РѕС‚ : ИНФОУРОК Download Full Episodes | The Most Watched videos of all time |
 |
Вебинар "Современные подходы в образовании. Проектирование урока в инклюзивном классе" РѕС‚ : Солнечный Свет Международный педагогический портал Download Full Episodes | The Most Watched videos of all time |
