вы чем синтаксис меряете то?

в визуальном мусоре по сравнению с класическим ангельским? =)

вы чем синтаксис меряете то?

Человек сам по себе является не очень точным, но всё же измерительным прибором. Не требуется лазерного дальномера, чтобы сравнить длину ложки и расстояние от петербурга до москвы. Когда разница разительна восприятия вполне хватает для таких задач. Приборы нужны когда надо сравнить две близкие друг другу величины: например синтаксис руби и питона, sml'я и окамла

Хуйня,он сравнивает не на наличие разницы а на субъективную приятность

А она зависит полностью от предыдущего опыта и привычек

Нет, субъективная приятность основана на объективной удобности, а предыдущий опыт и привычки -- это дополнительные факторы, искажающие результат прост. Можно ввести на них поправки, если учесть множество "измерений" разнообразными "приборами"

> объективная удобность

Ну все сука ты огребаеш

+

Есть две основные проблемы в распределённых системах: 2. Строго однократная доставка. 1. Гарантированный порядок сообщений. 2. Строго однократная доставка.

Даааа

Кто нить работает с распределенкой? =)

p2p считается?

ну если p2p шина сообщений, то можно отнести к gossip протоколу =)

понел о чем ты

Конечно чуваку, который всю жизнь забивал гвозди камнями, нейлер может показаться неудобным. Но тем не менее ход исторического развития показывает, что люди забившие гвозди камнями постепенно переходят на обычные молотки, а вот "регрессия" от нейлера к ним носит в основном вынужденный характер. Извиняюсь за аналогию, но она просто показывает, что объективная удобность существует

Кто нить работает с распределенкой? =)

А админинг кластера щитается?

Есть две основные проблемы в распределённых системах: 2. Строго однократная доставка. 1. Гарантированный порядок сообщений. 2. Строго однократная доставка.

вообще, эти же проблемы можно и не в распределенке испытать.

А админинг кластера щитается?

интересует - внутренности, либы, подводные камни, реализации консенсуса (raft)

не го =)

вообще, эти же проблемы можно и не в распределенке испытать.

ну еть только сеть с async, а так в голову ниче не приходит

ну еть только сеть с async, а так в голову ниче не приходит

у тебя есть клиент-сервер где нужна однократная доставка и гарантированный порядок сообщений )

Зависит от реализации - если синхронный - то в принципе не возможно, если асихронный - читает складывает в очередь на обработку, то обычно в таких протоколах есть sequence - или request_id

индификатор запроса, или порядковый номер

Вообще реализации по приему сообщений которые я встречал, допускают наличие дубликатов, они записывают номер доставок, и просто их инорируют

Есть две основные проблемы в распределённых системах: 2. Строго однократная доставка. 1. Гарантированный порядок сообщений. 2. Строго однократная доставка.

А это разве проблемы? Ну просто алгоритмы для борьбы с этим много лет назад придуманы. По мне так звучит как утверждение, что сортировка является проблемой

Это хорошо когда клиент это поддерживает

А вот когда надо пушить в сторонний сервис из распределенной системы - начинается веселье

А это разве проблемы? Ну просто алгоритмы для борьбы с этим много лет назад придуманы. По мне так звучит как утверждение, что сортировка является проблемой

Нет, это пост из юмора, тем не менее встречается =)

Вообще реализации по приему сообщений которые я встречал, допускают наличие дубликатов, они записывают номер доставок, и просто их инорируют

И это не спроста ; ) exactly-once это что-то из мира идеальных вещей

А вот когда надо пушить в сторонний сервис из распределенной системы - начинается веселье

Ну если сервис не распределённый, то можно перед ним входной прокси повесить прост

А вот когда надо пушить в сторонний сервис из распределенной системы - начинается веселье

Ну не завидую, мне знач повезло, если сервис не поддерживает id на уровне протокола, например soap по http, то в самом xml есть messageId

Ну если сервис не распределённый, то можно перед ним входной прокси повесить прост

Отказоустойчивость в таком случае можно выкинуть

ща он предложит лоад балансер

=)

Так если у тебя сервис один висит, то уже отказоустойчивости нет никакой xD

Который ничего собственно и не гарантирует опять же

Так если у тебя сервис один висит, то уже отказоустойчивости нет никакой xD

Если один дц отключили, то сервис продолжает работать

Если он распределенный

Если один дц отключили, то сервис продолжает работать

ага после того как потупит чутка)

Так изначальная проблема у тебя была в том, что сервис не адаптирован к распределённости и ничего не знает о порядке доставки и уникальности. Не могу себе представить как при этом может быть распределённым

у меня есть распределенный сервис, в нескольких моих дц, а есть сторонний сервис, в который нужно пушить сообщения, в отдельном дц

Так изначальная проблема у тебя была в том, что сервис не адаптирован к распределённости и ничего не знает о порядке доставки и уникальности. Не могу себе представить как при этом может быть распределённым

Он скорее имел ввиду другое, что хочется иметь сервис который не беспокоится об этом, эта задача будет возложена на канальный уровень

и вот этот сторонний не умеет в message-id

я объясняю контекст изначальной шутки

и вот этот сторонний не умеет в message-id

А какой протокол?

какой-нибудь json через rest

обычно

ну тогда не страшно

отслеживать на уровне http - запрос ответ

фишка в том, что у тебя может ответ не прийти, а сообщение приняться

вот тебе дубликат

Это как так?

Ответ обязателен

по http

или он падает?

а целостность канала обязательна во время ответа?

При этом успевает закоммитить транзакцию?

А, даже все так плохо

нет транзакций, есть например телеграм, в который ты делаешь пост запрос с джсонкой и он отправляет сообщение

но во время ответа например связь обрывается иногда

Тогда костылить

получать последние несколько постов - за период времени и сверять хеш сообщений =)

или еще у них троттлинг так иногда отрабатывает, что они просто задерживают ответ на пост и отправляют сообщение через N секунд. а через N-1 уже какой-то из роутеров дропает соединение

получать последние несколько постов - за период времени и сверять хеш сообщений =)

нет такого в бот апи к сожалению

и что делать если у тебя одинаковые сообщения?

А есть клиентсвкие либы под телеграм на расте?

была парочку, но проще самому с reqwest накостылить

и что делать если у тебя одинаковые сообщения?

имелось ввиду перед отправкой =)

или еще у них троттлинг так иногда отрабатывает, что они просто задерживают ответ на пост и отправляют сообщение через N секунд. а через N-1 уже какой-то из роутеров дропает соединение

Кстати часто в некоторых каналах, которые автоматом постят, бывает такое - появляется подряд два поста, потом видать второй админ удаляет

А есть клиентсвкие либы под телеграм на расте?

Для ботов есть

иногда 5

ну это наверно у тех у кого совсем фиговый инет =)

Для мессенджера хз

через неделю кстати начинается вторая часть курса про reliable distributed algorithms

на edx

О, ии в рекламе)

через неделю кстати начинается вторая часть курса про reliable distributed algorithms

Первую часть проходил? Как оно?

/me присоединяется к вопросу

ну там довольно базовые вещи рассказывали, атомик бродкаст, детектор фейлов, консенсус по одному значению, терминологию всю объясняли

во второй обещали похардкорнее