Спасибо, полезно. Правда "шемареджистри" режет слух. Видимо автор немецкий учил.
@liberta8285 ай бұрын
36:18 пожайлуста где можно посмотреть продолжение?
@liberta8285 ай бұрын
где можно посмотреть продолжение????
@TaihziChuanRF8 ай бұрын
Благодарю за видео, узнал много полезного, хотя с обеими стстемами работал уже. Для Кафки есть open source Web-админки от сторонних разработчиков, гуглятся по запросу Kafka Web UI.
@yuriuss9 ай бұрын
Ощущение, что докладчик до конца всё понимает в работе Кафки.
@OOOJohnJ Жыл бұрын
Отличное видео! давно искал эту инфу, только что наткнулся
@SanzharKazakov Жыл бұрын
Может ли у топика быть >1 продюсера?
@user-ew2pd6fq8j Жыл бұрын
Лол, как всегда годную инфу мало кто посмотрел. За то все дружно смотрят по 1.5 часа инфы - 90% которой либо не поймут, либо не запомнят, либо она им не нужна…, а если поймут и тд. то пожалеют, что столько времени потратили. Вот человек коротко, ясно и по делу… Спасибо, за старания, ролик топ! 👍💪
@SLAv00Ik2 жыл бұрын
Спасибо за доклад! Очень полезный опыт
@user-vt5wk3ci7v3 жыл бұрын
Про последовательность сообщений вообще нет понятного объяснения. Получается, чтобы получить последовательные сообщения надо совать их в один топик в одну партицию. Но никто не мешает так же делать нам при распихивании сообщений в раббит - клади одно за другим (без приоритезации) получишь так же последовательно. Как там дела с нагрузкой на 1 партишн? Уверен, что там те ещё слёзы.
@user-il7zx3ut4q3 жыл бұрын
> Получается, чтобы получить последовательные сообщения надо совать их в один топик в одну партицию. Да, совершенно верно. > Но никто не мешает так же делать нам при распихивании сообщений в раббит - клади одно за другим (без приоритезации) получишь так же последовательно. Да, так можно поступить, только consumer должен быть исключительно один на каждую очередь. > Как там дела с нагрузкой на 1 партишн? Уверен, что там те ещё слёзы. Интересный вопрос. Мы не проводили исследования в данном направлении.
@user-vt5wk3ci7v3 жыл бұрын
7:30 Я работаю с confluetn dotnet. Не удалось найти никаких батчей, Из коммента разработчика github.com/confluentinc/confluent-kafka-dotnet/issues/1414#issuecomment-697891249 Как я понимаю, реализация батчей под собой понимает то, что вытягивается простой пул сообщений по одному и в конце вызывается Commit с максимальным Offset Не могу считать это каким-то плюсом, т.к. реализовать обработку батчей можно без костылей и в кафке и в раббите.
@latlon3 жыл бұрын
Как доказать руководителю, что в штат нужно взять дизайнера? Сейчас всё делают разработчики. Руководителю всё нравится. Пользователям тоже. Единственные недовольные, понятно дело, разработчики. В основном дизайн веб-интерфейсов. Редко бывает и дизайн презентаций, буклетов, ролапов, каких-то стоек. И все довольны (почти все).
@xraizor3 жыл бұрын
Предположу по описанию ситуации. Либо ваша планка вкуса явно выше, чем у руководителя, либо вы рациональны и стремитесь к эффективому разделению труда, либо текущая ситуация вас беспокоит по каким-то третьим причинам. В любом случае, вас что-то тревожит, но ваше окружение этого не разделяет. Если вы ещё не пробовали аргументировать свою позицию, то я бы обращал внимание на то, что заботит руководство, а не вас. Ваша аргументация будет иметь шанс достичь ума и сердца оппонента только в одном случае, если она составлена в его картине мира. Подумайте над тем, о чём вы рассказывали раньше, насколько это важно для коллег. Подумайте о том, что для них важно, как изменения, двигающие к вашей цели, будут сонаправлены с чаяниями коллег. Если вы уже предпринимали попытки, не увенчавшиеся успехом, это тревожный звоночек. По моему опыту, в большинстве случаев, если вы пробуете достучаться до начальства, а вас систематически не слышат, в этом вопросе мало что изменится, и, вероятно, вы не в своём окружении, пора искать другое. А доказать? Доказать никому ничего невозможно, если речь идёт не о строгих дисциплинах :-)
@klyucherov.e3 жыл бұрын
Бомба, очень интересно.
@user-jf6ob6bg3o4 жыл бұрын
Расскажите про event storming, если используете.
@AlexanderByndyu4 жыл бұрын
Не использовали еще
@user-jf6ob6bg3o4 жыл бұрын
blog.byndyu.ru - такой отличный блог, но в последнее время почти нет технических статей. Пожалуйста, продолжайте писать технические штуки в блог!!!
@AlexanderByndyu4 жыл бұрын
Павел Андреев спасибо за отзыв! У меня, к сожалению, времени не хватает, хотя задумок для статей много. Развитие компании занимает всю творческую энергию.
@AlexanderByndyu4 жыл бұрын
продолжил :) blog.byndyu.ru/2020/04/blog-post_14.html
@user-sx5il1db8p4 жыл бұрын
Попробуем на практике
@ramunis4e4 жыл бұрын
Расскажи о вашей эволюции микросервисов. С первых попыток, что получилось, что нет и что поменялось к нынешнему времени.
@AlexanderByndyu4 жыл бұрын
eRKa через пару видео расскажу как это было. Спасибо за вопрос! 🙏
@evseevav4 жыл бұрын
На сайте была интересная статья
@kolmakovruslan5 жыл бұрын
Подкаст про тех долг с автором pca.st/Fsjr
@user-iz6ut2hz7b5 жыл бұрын
Спасибо большое! Несёте практическую ценность.
@kostiantynshyshkovskyi6306 жыл бұрын
сьемка мягко говоря - дно, преподнесенная информация в данном ключе еще хуже чем сьемка, дальше решайте сами или это стоит вашего внимания=)
@IldarIsm6 жыл бұрын
Для JWT аутентификации используете IdentityServer 4 ?
@chuuddoo6 жыл бұрын
Почему не используете MediatR(github.com/jbogard/MediatR) в CQRS части? На мой взгляд он хорошо подходит.
@AlexanderByndyu6 жыл бұрын
Потому что мы используем инфраструктуру для своих проектов и она постоянно меняется под наши нужды.
@andreyostapenko10146 жыл бұрын
Спасибо, интересно. Как я понимаю ваш ValuesController это базовый контроллер. Можете показать пример использования его в наследниках, и что должно поменяется конфигурировании IoC?
@VilenPro6 жыл бұрын
Thanks!
@AlexanderByndyu6 жыл бұрын
Ссылки, которые упоминались в видео: - Статья про IStartupFilter andrewlock.net/exploring-istartupfilter-in-asp-net-core - Описание Serilog github.com/serilog/serilog-aspnetcore - CQRS на практике blog.byndyu.ru/2014/07/command-and-query-responsibility.html
@DDemaNN_6 жыл бұрын
Как всегда, огонь!
@BloodJazMan6 жыл бұрын
что делать для задач "технической интеграции" между различными системами? тут явно нужна жестко зафиксированная спецификация протокола
@AlexanderByndyu6 жыл бұрын
Протоколы интеграции могут поменяться во время проекта, как любые требования, описанные до старта работ. Их придется пересогласовывать или делать не по ТЗ. Поэтому от уровня коммуникации зависит, что конкретно будет написано в ТЗ. Если уровень коммуникации высокий, то в ТЗ можно написать, что интеграция в целом есть и описать какие системы с какими будут связаны. Т.е. описать верхнеуровнево. Если уровень коммуникации низкий, то описывать нужно всё, включая методы API, действия при ошибках вызова, ожидания и т.п.
@BloodJazMan6 жыл бұрын
под уровнем коммуникации вы в конечном итоге подразумеваете "степень желания заказчика платить вам деньги"? вы же понимаете что это очень волатильный показатель?
@AlexanderByndyu6 жыл бұрын
Под уровнем коммуникации понимается степень доверия с двух сторон и разделение общих ценностей.
@BloodJazMan6 жыл бұрын
IMHO #1 есть глобальная проблема, у заказчика и исполнителя реально РАЗНЫЕ цели, если только они не планируют разделить прибыль IMHO #2 customer value и problem solving, это в довольно большой степени "лицемерие", которое позволяет продать с меньшим когнитивным диссонансом
@AlexanderByndyu6 жыл бұрын
Если ваш мир устроен так, то лучше пишите подробные ТЗ
@razonrus7 жыл бұрын
Подробнее про CurrentCulture: stackoverflow.com/questions/30662668/keep-currentculture-in-async-await
Пікірлер
Спасибо, полезно. Правда "шемареджистри" режет слух. Видимо автор немецкий учил.
36:18 пожайлуста где можно посмотреть продолжение?
где можно посмотреть продолжение????
Благодарю за видео, узнал много полезного, хотя с обеими стстемами работал уже. Для Кафки есть open source Web-админки от сторонних разработчиков, гуглятся по запросу Kafka Web UI.
Ощущение, что докладчик до конца всё понимает в работе Кафки.
Отличное видео! давно искал эту инфу, только что наткнулся
Может ли у топика быть >1 продюсера?
Лол, как всегда годную инфу мало кто посмотрел. За то все дружно смотрят по 1.5 часа инфы - 90% которой либо не поймут, либо не запомнят, либо она им не нужна…, а если поймут и тд. то пожалеют, что столько времени потратили. Вот человек коротко, ясно и по делу… Спасибо, за старания, ролик топ! 👍💪
Спасибо за доклад! Очень полезный опыт
Про последовательность сообщений вообще нет понятного объяснения. Получается, чтобы получить последовательные сообщения надо совать их в один топик в одну партицию. Но никто не мешает так же делать нам при распихивании сообщений в раббит - клади одно за другим (без приоритезации) получишь так же последовательно. Как там дела с нагрузкой на 1 партишн? Уверен, что там те ещё слёзы.
> Получается, чтобы получить последовательные сообщения надо совать их в один топик в одну партицию. Да, совершенно верно. > Но никто не мешает так же делать нам при распихивании сообщений в раббит - клади одно за другим (без приоритезации) получишь так же последовательно. Да, так можно поступить, только consumer должен быть исключительно один на каждую очередь. > Как там дела с нагрузкой на 1 партишн? Уверен, что там те ещё слёзы. Интересный вопрос. Мы не проводили исследования в данном направлении.
7:30 Я работаю с confluetn dotnet. Не удалось найти никаких батчей, Из коммента разработчика github.com/confluentinc/confluent-kafka-dotnet/issues/1414#issuecomment-697891249 Как я понимаю, реализация батчей под собой понимает то, что вытягивается простой пул сообщений по одному и в конце вызывается Commit с максимальным Offset Не могу считать это каким-то плюсом, т.к. реализовать обработку батчей можно без костылей и в кафке и в раббите.
Как доказать руководителю, что в штат нужно взять дизайнера? Сейчас всё делают разработчики. Руководителю всё нравится. Пользователям тоже. Единственные недовольные, понятно дело, разработчики. В основном дизайн веб-интерфейсов. Редко бывает и дизайн презентаций, буклетов, ролапов, каких-то стоек. И все довольны (почти все).
Предположу по описанию ситуации. Либо ваша планка вкуса явно выше, чем у руководителя, либо вы рациональны и стремитесь к эффективому разделению труда, либо текущая ситуация вас беспокоит по каким-то третьим причинам. В любом случае, вас что-то тревожит, но ваше окружение этого не разделяет. Если вы ещё не пробовали аргументировать свою позицию, то я бы обращал внимание на то, что заботит руководство, а не вас. Ваша аргументация будет иметь шанс достичь ума и сердца оппонента только в одном случае, если она составлена в его картине мира. Подумайте над тем, о чём вы рассказывали раньше, насколько это важно для коллег. Подумайте о том, что для них важно, как изменения, двигающие к вашей цели, будут сонаправлены с чаяниями коллег. Если вы уже предпринимали попытки, не увенчавшиеся успехом, это тревожный звоночек. По моему опыту, в большинстве случаев, если вы пробуете достучаться до начальства, а вас систематически не слышат, в этом вопросе мало что изменится, и, вероятно, вы не в своём окружении, пора искать другое. А доказать? Доказать никому ничего невозможно, если речь идёт не о строгих дисциплинах :-)
Бомба, очень интересно.
Расскажите про event storming, если используете.
Не использовали еще
blog.byndyu.ru - такой отличный блог, но в последнее время почти нет технических статей. Пожалуйста, продолжайте писать технические штуки в блог!!!
Павел Андреев спасибо за отзыв! У меня, к сожалению, времени не хватает, хотя задумок для статей много. Развитие компании занимает всю творческую энергию.
продолжил :) blog.byndyu.ru/2020/04/blog-post_14.html
Попробуем на практике
Расскажи о вашей эволюции микросервисов. С первых попыток, что получилось, что нет и что поменялось к нынешнему времени.
eRKa через пару видео расскажу как это было. Спасибо за вопрос! 🙏
На сайте была интересная статья
Подкаст про тех долг с автором pca.st/Fsjr
Спасибо большое! Несёте практическую ценность.
сьемка мягко говоря - дно, преподнесенная информация в данном ключе еще хуже чем сьемка, дальше решайте сами или это стоит вашего внимания=)
Для JWT аутентификации используете IdentityServer 4 ?
Почему не используете MediatR(github.com/jbogard/MediatR) в CQRS части? На мой взгляд он хорошо подходит.
Потому что мы используем инфраструктуру для своих проектов и она постоянно меняется под наши нужды.
Спасибо, интересно. Как я понимаю ваш ValuesController это базовый контроллер. Можете показать пример использования его в наследниках, и что должно поменяется конфигурировании IoC?
Thanks!
Ссылки, которые упоминались в видео: - Статья про IStartupFilter andrewlock.net/exploring-istartupfilter-in-asp-net-core - Описание Serilog github.com/serilog/serilog-aspnetcore - CQRS на практике blog.byndyu.ru/2014/07/command-and-query-responsibility.html
Как всегда, огонь!
что делать для задач "технической интеграции" между различными системами? тут явно нужна жестко зафиксированная спецификация протокола
Протоколы интеграции могут поменяться во время проекта, как любые требования, описанные до старта работ. Их придется пересогласовывать или делать не по ТЗ. Поэтому от уровня коммуникации зависит, что конкретно будет написано в ТЗ. Если уровень коммуникации высокий, то в ТЗ можно написать, что интеграция в целом есть и описать какие системы с какими будут связаны. Т.е. описать верхнеуровнево. Если уровень коммуникации низкий, то описывать нужно всё, включая методы API, действия при ошибках вызова, ожидания и т.п.
под уровнем коммуникации вы в конечном итоге подразумеваете "степень желания заказчика платить вам деньги"? вы же понимаете что это очень волатильный показатель?
Под уровнем коммуникации понимается степень доверия с двух сторон и разделение общих ценностей.
IMHO #1 есть глобальная проблема, у заказчика и исполнителя реально РАЗНЫЕ цели, если только они не планируют разделить прибыль IMHO #2 customer value и problem solving, это в довольно большой степени "лицемерие", которое позволяет продать с меньшим когнитивным диссонансом
Если ваш мир устроен так, то лучше пишите подробные ТЗ
Подробнее про CurrentCulture: stackoverflow.com/questions/30662668/keep-currentculture-in-async-await