А как выделить интерфейсы заранее? Как проверить, что их выделение правильно произошло и что тестируемость кода обеспечена этим?
@vugpguДень тому
Чувак в шльопках! Ааа!!!
@jojekДень тому
Очень бодро, и МАЛО! Спасибо за доклад
@user-ky2jz1mf5rДень тому
Вопросы докладчику не очень
@user-fu4sy5bm2t2 дні тому
Основная проблема, что все делают микросервисы, но делают их просто монолитом на 10-30-50-100 деплойментах, которые связаны между собой по сети. А еще добавляют 30-50-100 репозиториев, где дублируется код. Мои искренние соболезнования таких архитектурным экспертам.
@Das.Kleine.Krokodil2 дні тому
Что такое канарейка?
@kravt1002 дні тому
люто плюсую! только вопрос насчет самописных очередей, PgQ - это же не про замену Redis и прочего? сорян за возможно некорректный вопрос, пока просто тегово знаком с терминами
@alexreg782 дні тому
Ах да)) подсказка всё таки нужна Земля планета тормознула на секунду ))) как это повлияет на наш)) GPS& ? ФЫЫ рщдк щучу сквозь слёзы Terr Rain Ahead ( 3 раза) и з каких то танка Эбрамс? Миеркава? Бош т 35? Нет на клавиартуре знака ЯТЬ
@alexreg782 дні тому
Очень режиссёра мне пондравилась та фраза что прогресс как магмы плазма нельзя её остановить (а Вить)? но если хочеться нам Дальше Жить Надо успеть понять к чему всё это... не порно промо Угол 3 До? я я любил дзю)) до И до ре ми )) и после)))😂
@holyfortesque3 дні тому
Муть. Ничего конкретного не услышал.
@rin-nas3 дні тому
Отличный и актуальный доклад! Пересмотрел в 2024 и порадовался за себя. Мы в компании на "оражевой линии" с тонкими клонами, с do-undo-do. Разработчики и тестировщики довольны, как слоны!
@rin-nas4 дні тому
"Услышали как это сложно? И кто это будет делать?" 😂 "Чем меньше доклад, тем больше вопросов!"
@technotarius44444 дні тому
Хмм.. Интересно если например это DLP или SIEM система, то пусть попробуют её запихнуть в монолит. Одно дело десктоп приложения которые завязаны на железо(SCADA или приложение-комбайн для Side channel Analysis (типа Riscure Inspector), но даже в этих случаях примененяется система плагинов для расширения функции ПО.
@justtorrie5 днів тому
по первому кейсу - а кафка не умеет отдавать id, чтобы потом по get(id) o(1) забрать(зачем всю очередь вычитывать)? или pubsub канал, чтобы без while(check)?
@justtorrie5 днів тому
когда-нибудь умные архитекторы научатся пользоваться глупыми микрофонами, но это не точно
@mrvillst5 днів тому
Офигенное выступление, выпал на "Позиция SRE" профилирование микросервисов, ахахахха
@vladimirmashkov5 днів тому
Очень тяжело... Очень тяжело слушать.😢
@sodz51446 днів тому
Это не микросервисы(по определению микросервисов), это SOA. Я понимаю что не так модно звучит, зато более жизнено.
@sodz51446 днів тому
3:02 АТОМАРНОСТИ
@sodz51446 днів тому
Часто забывают, что наверное самой крутой фитчей микросервисов является Version delivery. Это когда ты можешь баллансировщиком указать долю нагрузки поступающую на новую версию сервиса одновременно продолжая эксплуатировать стабильную версию. Этот подход работает и при переходе от монолита к микросервисам, чертим карту-план перенаправления функционала в микросервисы и поехали.
@Timbartify6 днів тому
Очень сумбурно. Сам шутит и сам смеётся.
@ImaskarDono6 днів тому
Спасибо за доклад. Смешно смотреть его из 2024 года. "Нам не нужна зарубежная компания" и "можно торговать со всем миром" 😂😂😂
@romy4romy47 днів тому
Монго - это дичь
@-urdy7 днів тому
Уволеный юниор подумал что доклады у него получатся лучше.
@rubyxanax42397 днів тому
Докладчик абсолютно не в материале микросервисов. 1. Определение микросервисов в корень не верно - "Микросервисы - способ проектировать приложение так, чтобы единица обслуживания и отгрузки была минимального возможного размера". Если руководствоваться его определением, то идеальная микросервисная архитектура это архитектура из entity сервисов (сервис на каждый агрегат). Но такой подход просто невероятно сильно увеличит связанность системы, превратив ее в распределенные ком грязи, оставив все минусы, как монолита так и микросервисов. 2. Тезис "Микросервисы позволят собирать разные бизнес-решения из элементарных технологических кубиков". Тут вообще нарушены все принципы микросервисов. - Микросервисы это не про "технологические", а про предметно ориентированные кубики. При разработке микросервисов основное внимание уделяется потребностям бизнеса, а не технической стороне. А если конкретнее - выявление поддомена бизнеса и определение ограниченного контекста для него. - Микроесервисы ни в коем случае не должны помогать собирать бизнес решения из кубиков. Вы путаете с SOA. Микросервисы образуют неразделяемую архитектуру (shared nothing) для максимального уменьшения связанности. Ошибочно полагать, что микросервис (ограниченный контекст) представляет собой отдельную сущность, например Customer. Он представляет собой бизнес-контекст и / или рабочий процесс, например CatalogCheckout. Цель микросервисов не в том, чтобы максимально уменьшить размер сервисов, а в том, чтобы создать полезный ограниченный контекст (решение) для конкретного поддомена (проблемы). И и достижении этого, предпочтение отдается возможному дублированию, нежели связанности.
@rin-nas8 днів тому
"Ретраить", " рефрешить", с русским языком проблемы? 😄
@inapik8 днів тому
Верните этому человеку 90е. Пусть себе «строит»…
@sergeya31848 днів тому
Из крайности в крайность: от монолита в тысячи сервисов. Вообще, интересно сравнить эти 2 парадигмы на одном и том же функционале, сколько к примеру людей нужно, чтобы поддержать современный авито, если бы он остался монолитом, и сколько при этом дежурных?
@alexsmth892510 днів тому
Странное решение. Минусов дохрена, а плюсов немного ))
@Roman-rx9op10 днів тому
Довольно некомпетентный ведущий, который пытается задать вопрос, ищет глазами поддержку у остальных причем задавая потом вопрос стоит к докладчику спиной...
@Roman-rx9op10 днів тому
Что у всех с буквой Р, сходите к логопеду емае, каждый второй картавый, кривой...
@Roman-rx9op10 днів тому
Вк постоянно на конфах в слайды вставляет формулы с кучей букаф и цыферок, зачем? Если не объясняете что это и куда.
@alexeychikilevsky465511 днів тому
"...Интерпретатор, интерпретирует, т.е построчно(!) исполняет каждую строчку кода" - в принципе самое короткое видео могло бы получится, там не нужно ничего дальше:)
@romadzzz11 днів тому
Лучший доклад по патернам который слышал до сих пор
@user-ln2ft2mo3c11 днів тому
Миллион таблиц миллион диаграмм в стартапе? Что за чушь несет этот "знаток". Уважаемые люди из Ядра - гоните его немытой метлой, прям этот индивид портит вам авторитет!
@777warkout77711 днів тому
человек, который повествует, видимо, не знаком с азами токенизации, раз вообще проблемы интерпретации пробелов и других символов возникли
@Seniorius11 днів тому
Сейчас за посты в вк перестали сажать?
@kolabaka685111 днів тому
Когда разработчик говорит, что в продукте 1к микросервисов что он имеет в виду? 1000 уникальных микросервисов или напоимер 250 x, 250 y и 500 z микросервисов? Это же полный идиотизм, если всё идёт по первому сценарию!!!!
@EvgeniyDolzhenko12 днів тому
Что есть сбой? Что есть ошибка? Что есть изменение в конце концов....
@N5O113 днів тому
информации минут на 10, всё остальное вода и несмешные шутки
@GT-zg5qz13 днів тому
1500 баксов за одно ядро. Спасибо, не надо.
@romy4romy413 днів тому
Запросы через звездочку - это же любая nosql разработка
@shadoshadilan13 днів тому
Из чего он сделал вывод? Предложил идей сказал что они самоочевидны, и сказал что вывод???
@user-vp5tk1tk4x13 днів тому
Абсолютно согласен,работал в команде, где начали пилить микросервисы, проект денег не заработал, команду сократили в итоге поддержка микросервисов обходится очень дорого, добавить функционал приходилось прям заморочиться. Потом так вышло, что начал пилить монолиты для стартапов - на этом монолите можно жить стартапу несколько лет, каждая команда пилит свой модуль - чужие не трогает. В итоге за пару месяцев выходишь на MVP. Первый же проект (на микросервисах) пилили более полугода.
@sodz51446 днів тому
Из моей практики всё же практичней(если это возможно) SOA. то есть пилим сервисы не на функции, а на процессы. К примеру из моего недавнего опыта: Система интенсивно работающая с внешними API(н-ное количество разнородных), БД и оборудованием(Производственные линии), а так же с ERP(правила интеграции наши). Пилим на отдельные сервисы: 1. Транспортный сервис для конкретного API. 2. Сервис оркестрации транспортных сервисов. 3. Сервис рутины БД(сервисные операции в ДБ). 4. Сервис пользовательского интерфейса. 5. Сервис API для клиента производственной линии. 6. Сервис интеграции с ERP. И получается что мы имея 6 видов сервисов и имея возможность их клонировать получаем гибкую систему, которую: 1. Легко изменять. 2. Легко масштабировать. 3. Легко обслуживать. 4. Отказ одного сервиса не влечет за собой шатдауна.
@wildcat443514 днів тому
В отличие от большинства комментаторов, не являюсь ни хейтером ни фанатом микросервисов. И очень понравилась идея, когда узнал о них + пишу под разные задачи на разных языках, поэтому вообще был в восторге, что такая костылина теперь модный стандарт, который можно использовать. Но как же ты охреневаешь, когда понял в процессе, что архитектуру нужно немного поменять. Работа просто останавливается, после того, как разрулил все связи под новое, концентрация говорит пока, давай заново включайся. Я понимаю, что комментаторы они сразу еще на схеме делают идеальную архитектуру, а потом просто одной рукой кодят, второй пьют чай и параллельно свободным глазом смотрят аниме, но не всем повезло делать каталоги или не все хотят кормить команду, в которой 1 сотрудник пишет 100 строк в сутки, разные бывают ситуации. Микросервисы это будущее и тут сомнений нет, но нужны новые максимально высокоуровневые фреймворки, которые снимут большую часть головной боли и рутины
@spheredemonis223514 днів тому
Ядро наверное пожалеет что взяло Даниила к себе. Когда человек больше языком чешет, чем делает это печально! Хотя Даниил воплотил мечту всех джунов - не писать производительный код, а просто языком трепать! Даниил надеюсь, я никогда не увижу код написанный вами, тем более в ядре. Желаю, чтобы вас раскусили и уволили быстрее, чем вы там что-то наделаете
@user-ln2ft2mo3c11 днів тому
Я тоже надеюсь, что есть разумные люди в Ядре посмотрят и выставят эту "сову на глобусе" за дверь и надеюсь карьера это "пузыря" покатится под откос
@grigoriiegorov77788 днів тому
Он конечно товарищь повышенной таксичности, но откуда такая злоба =). Знаний которые он переносит в дело достаточно, и то что люди с ростом меньше делают, а больше языком чешут это данность не случайность
@learning856414 днів тому
Классное выступление
@SimargL_IncognitO14 днів тому
Один из не многих достаточно качественных "докладов" средь прочих на тот день.