от себя выбирайте кафку всегда кроме 1 клювой фичи которая есть в ServiceBus это отклонить сообщение на N минут без принятия клона и повторного заброса. киллер фича для высоконагруженных систем где процесс не должен останавливаться
статья для начального уровня , соответственно основные вопросы которые возникают у тех кто не в блокчейне я описал. Автор со своей подачей если захочет может написать статью об этом.
Ждем от вас написание каких нибудь реальных приложений где наглядно будет показано как решаются основные проблемы разработки высоконагруженных распределенных систем, такие как например:
(для кого трудно читайте все примеры с мыслью что эти пункты будут выполнять 100 потоков одновременно)
1) атомарные операции в базе биллинга
2) или инкрементация номера сообщения в чате
3) или транзакции(атомарность) выполнения последовательно две функции из кода которые записывают в две разных базы
4) конечно же как обстоять дела с идемпотентностью!
2) если да, то существует ли такой тип закрытия: по таймауту допустим если нету сообщений 1 минуту или если обработали допустим 1000 сообщений и нужен принудительный flush ?
если ниразу не сказали что такое к , при этом в примере добавления токенов 1000 и 2000 которые являются насколько я понял х и у соответственно, вы получили 0.5 цену это же никак не соответствует этой формуле? и тогда причем тут k ?
полнейшая помойка . ждем пока ктонибудь напишет статью по моим 4 пунктам которые не нашли в pulsar но есть в кафке. Ждем "Еще 5 причин выбрать Apache Kafka вместо Apache Pulsar"
1) на конкретное сообщение сказать "сейчас нет, повторить через 5 минут" , как это умеет Azure Service Bus ? ps. без принятия, и повторного забрасывания клона сообщения уже с delay в очередь.
2) есть ли в пульсар аналог ktable и можно ли делать join в новый ktable на основе двух других ktable?
3) может ли пульсар при оконной агрегации записывать только финальных результат окна ? а не как сейчас в кафке , если заселектить результирующий топик окна, то там будут все изменения, а не только финальные.
4) если хочу записывать из пульсара в db их фичей из коробки. Если такая возможность как отправка только финальной (сейчас поясни ниже) данных чтобы не убить db при супер изменяемых параметрах?
например в пульсаре будет супер изменяемая метрика колво кликов от всех пользователей от сайта , каждый клик = 1 сообщение и мы делаем по этому топику инкремент
в топике будет:
count: 500
count: 501
count: 502
В секунде допустим будут млны записей, так вот если их все пульсар будет слать в базу ,1) то DB умрет 2) это бессмысленно если нам не важен реалтайм.
а допустим будет слаться 1 сообщение раз в 1 минуту
от себя выбирайте кафку всегда кроме 1 клювой фичи которая есть в ServiceBus это отклонить сообщение на N минут без принятия клона и повторного заброса. киллер фича для высоконагруженных систем где процесс не должен останавливаться
synthWave 84 тему завезли?
например я узнал что это не синтаксический сахар , очень был уверен что это он , а тут оказывается разные типы
статья для начального уровня , соответственно основные вопросы которые возникают у тех кто не в блокчейне я описал. Автор со своей подачей если захочет может написать статью об этом.
по текущей статье вопросов нету
всё верно не нужно оправдыват ь технологию и пытаться с помощью костылей чтото к ней привернуть , если есть всё из коробки .
Добро пожаловать в цивилизованный мир .net
господи какие у вас сейчас копейки платят , это ниже 3000$ в среднем
вот честно очень охота у вас, узнать у каждого, почему вы еще не удаленко ? назовите хоть 1 причину
а почему это бесплатно?
ведь если создать тот же кошелек напрямую в блокчейне это стоит денег , когда вы пользуетесь стороним API , неужто сервис за вас платит?
Ждем от вас написание каких нибудь реальных приложений где наглядно будет показано как решаются основные проблемы разработки высоконагруженных распределенных систем, такие как например:
(для кого трудно читайте все примеры с мыслью что эти пункты будут выполнять 100 потоков одновременно)
1) атомарные операции в базе биллинга
2) или инкрементация номера сообщения в чате
3) или транзакции(атомарность) выполнения последовательно две функции из кода которые записывают в две разных базы
4) конечно же как обстоять дела с идемпотентностью!
" Чувствуете масштаб? "
Нет. Я несколько лет назад парсил рутрекер , у меня и то масштабней было ....
1) Есть ли в спарк оконная агрегация ?
2) если да, то существует ли такой тип закрытия: по таймауту допустим если нету сообщений 1 минуту или если обработали допустим 1000 сообщений и нужен принудительный flush ?
не понял зачем вы 100 раз написали про формулу
х*у = к
если ниразу не сказали что такое к , при этом в примере добавления токенов 1000 и 2000 которые являются насколько я понял х и у соответственно, вы получили 0.5 цену это же никак не соответствует этой формуле? и тогда причем тут k ?
созайте уже наконец сайт где в 1 клик можно выкачать png стикер паки спасибо
полностью согласен сейчас ангуляр или подобные суют в любые проекты нужно это или нет
в рф такие не нужны , у нас столько денег нету так долго пенсии платить
да даже в большей части. т.к. сертификацию мир в ЕФКП так и не прошла
чем блокчейн отличается от той же горизонтально децентрализовано масштабированной кафки?
я конечно извиняюсь но функция claimReward явно не атомарная и не вижу локов. Тоесть многопоточность в вашем приложении отсутствует?
полнейшая помойка . ждем пока ктонибудь напишет статью по моим 4 пунктам которые не нашли в pulsar но есть в кафке. Ждем "Еще 5 причин выбрать Apache Kafka вместо Apache Pulsar"
Подскажите пульсар умеет такое?
1) на конкретное сообщение сказать "сейчас нет, повторить через 5 минут" , как это умеет Azure Service Bus ? ps. без принятия, и повторного забрасывания клона сообщения уже с delay в очередь.
2) есть ли в пульсар аналог ktable и можно ли делать join в новый ktable на основе двух других ktable?
3) может ли пульсар при оконной агрегации записывать только финальных результат окна ? а не как сейчас в кафке , если заселектить результирующий топик окна, то там будут все изменения, а не только финальные.
4) если хочу записывать из пульсара в db их фичей из коробки. Если такая возможность как отправка только финальной (сейчас поясни ниже) данных чтобы не убить db при супер изменяемых параметрах?
например в пульсаре будет супер изменяемая метрика колво кликов от всех пользователей от сайта , каждый клик = 1 сообщение и мы делаем по этому топику инкремент
в топике будет:
count: 500
count: 501
count: 502
В секунде допустим будут млны записей, так вот если их все пульсар будет слать в базу ,1) то DB умрет 2) это бессмысленно если нам не важен реалтайм.
а допустим будет слаться 1 сообщение раз в 1 минуту
спасибо.
самое интересное было бы узнать как они джойнят данные из разных микросервисов .
в моём исследование я больше склоняюсь что это заполнение кэша через join в kafka или подобных системах