красавчик все четко, как начинаешь искать инфу туча статей а воды литры
@КамаПуля-э7д4 күн бұрын
лучшее объяснение, спасибо)
@maximiglindgtl4 күн бұрын
спасибо!
@razaqqazhet56568 күн бұрын
Класс🔥🔥🔥
@leonid361712 күн бұрын
Delfi нет
@psylo184114 күн бұрын
Шрифт в пайчарме бы побольше, с телефона сложно смотреть)
@maximiglindgtl14 күн бұрын
Принято
@aceracer555615 күн бұрын
Все круто, но уведомления нужно отключать...
@igora636715 күн бұрын
Спасибо Интересно было бы поподробнее послушать про тестирование API сервисов
@unicoxr5tj41715 күн бұрын
люблю микросервисы) API-Gateway Error, если совмещена инфра или госка-то черт ногу сломит)
@ztarlitz17 күн бұрын
FastAPI это не сервер. это просто фреймворк, сервером может быть uvcorn или чтот-то подобное.
@maximiglindgtl17 күн бұрын
Там, где речь идёт про "application-server", имеется в виду вся функционирующая связка uvicorn-a, fast-api и прочих слоёв, чья ответственность - принять http request, выполнить бизнес-логику, сформировать и вернуть http response
Бегло прошелся по таймкодам, удивило, что скала упомянута отдельно от джавы, но не упомянут котлин
@OlegKorsak22 күн бұрын
v1 и v2 сомнительный вариант для разных устройств
@maximiglindgtl22 күн бұрын
та это пример нафристайлил на ходу, так бы тоже не назвал)
@tv-wb6me22 күн бұрын
все качественно и информативно, красавчик!
@my_shmotka23 күн бұрын
Ролик раз в 9 месяцев норм, следующий в конце 2025 хах
@maximiglindgtl17 күн бұрын
Да
@Тест-ы8ю24 күн бұрын
Макс, могешь) давай больше разных видосов - толково объясняешь.
@welaskez499724 күн бұрын
имба, лучшего объяснения не видел
@ВадимС-к9е24 күн бұрын
Годно, спасибо за видик!
@neo324824 күн бұрын
Давно не было роликов)
@SwaidiSwaidi27 күн бұрын
Ты лучший спасибо!
@maximiglindgtl17 күн бұрын
Спасибо за обратную связь!
@МаксМакс-ч8к29 күн бұрын
Сообщения не хранятся в топике)))
@maximiglindgtl29 күн бұрын
все так, данные в журнале на диске у брокера, а топик - абстракция для стрима этих данных)
@frivolouselm752929 күн бұрын
а зачем в микросервисах Депозит, Ипотека и Кредит обновлять ФИО юзера? ведь в их БД юзеры могут быть просто под id в качестве foreign key. В сервисе Личный кабинет изменится какая то личная инфа о юзере, но его id от этого не изменится же. Если нам нужна инфа о кредитах или депозитах этого юзера то мы можем их получить по id в соответствующих микросервисах. понятно что это просто в качестве примера, но все же не оч логично.
@maximiglindgtl29 күн бұрын
Привет) Простой кейс: в серивсе депозит, ипотека и кредит есть составленные (автосгенерированные) договоры с клиентом (пусть они еще не подписаны, только сгенерированы), как только у него меняется персуха, очевидно, эти договоры нужно либо: 1) признать недействительными 2) сгенерить заново И тут мы можем: 1) Принять пустой ивент и сходить по АПИ за персухой (навалить RPC на сервис с профилями) 2) Сразу съесть персуху из сообщения и обновить данные (сократив кол-во потенциальных запросов)
@frivolouselm752929 күн бұрын
@@maximiglindgtl если следовать логике 2го варианта то выходит надо хранить в каждом микросервисе не только ФИО, но дату рождения и все остальные паспортные данные, ИНН и адрес регистрации как минимум. Поскольку все эти данные используются в договорах. Выходит что каждый микросервис будет залезать на территорию микросервиса для работы с персональной информацией. зачем тогда отдельный микросервис для персональной информации? а количество транзакции особо не сократится. в вашем варианте каждому из микросервисов после получения ивента надо поменять внутри себя данные по клиенту и переоформить договора в соответствии с новыми данными. в моем микросервисам не надо ничего менять внутри себя т.к. они хранят внутри себя только id юзера. а оформление договоров можно поручить какому то отдельному микросервису Договоры который получив ивент от Личного кабинета от изменении персональных данных, опросит другие микросервисы, получит от них параметры кредитов-депозитов и т.д. и переоформит договора с новыми личными данными. что логичнее так как переоформление договора может произойти не только по причине смены персональных данных юзера. +/- то на то выходит.
@РамильЗин29 күн бұрын
Можно добавить еще про ASGI и WSGI
@maximiglindgtl17 күн бұрын
Не стал детализировать в рамках этого флоу, это уже больше про зону ответственности именно application-сервера. Но тему стоит подсветить, спасибо!
@maximiglindgtlАй бұрын
Заходи) t.me/maximiglindgtl
@maximiglindgtlАй бұрын
Заходи) t.me/maximiglindgtl
@maximiglindgtlАй бұрын
Заходи) t.me/maximiglindgtl
@vor6758Ай бұрын
Клас!! Хотел бы добавить, что GIL нужен для корректной работы сборщика мусора.
Неверное определение URL и URI. Запрос по URL с параметрами это всё ещё URL. URI это общий термин, который объединяет в себе URL и URN, которые идентифицируют местоположение ресурса в сети и просто по имени соответственно 2:13
@larin1327Ай бұрын
знакомый сделал сайт, где используются апи хедхантера и все технологии упоминаемые в вакансиях снапшотятся каждый день и выдаются в виде графиков, пока не очень большой отрезок времени, но вижно, что динамика хуеватая (сайт в коментарии, ато удаляет ютаб)
@dlddlkpkp2312Ай бұрын
Лучшее видео на эту тему
@maximiglindgtl17 күн бұрын
Спасибо!
@mysunismineeАй бұрын
Спасибо, уложилось в голове!
@maximiglindgtl17 күн бұрын
Рад, что помог)
@AchtungBaby_87Ай бұрын
кто ты, воин?
@user-ti4dk2ix2gАй бұрын
Спасибо за видео. Четко, лаконично. Приятно слушать, информативные слайды, отсутствие воды. Очень понравилось
@александрскорпАй бұрын
мне понравилось видио
@_samuro_Ай бұрын
Круто, тоже так хочу взглядом курсором управлять😂
@irinaaranzhАй бұрын
Спасибо большое, братан!)) все доходчиво объяснил, с примерами желаю успехов тебе, продолжай развивать канал🫂❣️
@hhhscvxАй бұрын
кайф
@maxskold45Ай бұрын
Фига себе диаграмма вакансий 4:00 Это каким образом пайтон, который юзается щас В ОСНОВНОМ для AI/Data Science, настолько стал популярным в бэке, что аж обогнал Java?))) даже не JS, это смешно. Мне порой кажется, что это накрутка языка, не более Компаниям невыгодно инвестировать бабло в этот пайтон, потому что они не знают, чего ожидать от микросервисов на пайтоне, особенно крупным компаниям. Я не понимаю, с чего такая любовь к нему в вебе. Джава проверена временем и благодаря Спрингу вообще может претендовать на хороший стартап) А с появление Котлина только закрепляет эту мысль
@ВячеславП-ш3рАй бұрын
Если дополнительные параметры для запроса получения книг передавать в get строке это понятно. Но вы говорите, что их можно передавать и в теле post запроса. Но ведь это другой метод, не про получение книг, авторов..., а про обновление ресурса. Как правильно написать post который вернёт данные (список книг), отобранных с дополнительными параметрами, а не обновит ресурс ?
@vid253Ай бұрын
В первую же минуту возник вопрос зачем дублируется пользователь во всех базах, им же должно быть достаточно кода юзера
@AdnessCАй бұрын
Я только собираюсь войти в эту профессию.. Но благодаря вузу хоть что-то знаю. Так вот, СПАСИБО огромнное. Я так люблю подробно рассписанные инструкции. Реально СПАСИБО. Я побежала все делать!!!! (Хотя большинство уже знаю, но повторю)
@xakep2776Ай бұрын
А где ссылки полезные то? Да и пример какой-то странный, никто не хранит везде инфу о фио, можно хранить идентификатор пользователя единый, а инфу в одной бд
@Execut0r77Ай бұрын
Них... не понятно. Ничего толком не объясняет...
@Ольга-ф5п3ж2 ай бұрын
Большое спасибо! Очень хорошее видео. Все структурно и понятно! Жаль, что не нашла это видео раньше.
@kisakissa49342 ай бұрын
Правильно говорить логИн, а не лОгин
@RealWorld-x5q2 ай бұрын
Top, thank you from Dubai!!! Дубай на связи :)
@АлександраТрускова-ь3ь2 ай бұрын
все оч круто, но чуть чуть поподробнее можно ?) а то не всегда понятно, вот ты говоришь - делаем проверку флейком, а что ты запустил ?