Пасиб что продолжаешь приходить!

реально интересно))

Спасибо. Очень интересный доклад!)

Тэкс, есть проблемка со Schema-Registry, может кто сталкивался или в курсе, починено ли это в новых версиях (у нас 5.2.2):
Итак, вот minimal example:
Берём схему с полем fooBar, регистрируем в subject -> version1, id1
Удаляем поле fooBar, регистрируем -> version2, id2
Возвращаем поле fooBar, регистрируем -> переиспользуется id1, новой версии не регистрируется (version1)
Просим versions/latest -> получаем version2, id2 - т.е. latest тупо по циферке версии, а не времени регистрации - т.е. схему без поля fooBar (surprise!!!)

Это ещё не самое плохое, неприятнее то, что мы теперь включив backward compatibility и проверив схему с полем без fooBar получаем false-positive

Там от тела схемы берется хеш. Если такой хеш уже есть, то вернется ид существующей схемы - новая такая же добавлена не будет, даже если вы попробуете регистрировать ее для другого сабжекта

Я в курсе, вопрос, почему в /latest возвращается последняя цифра, а не последняя регистрация

Переиспользовать id - и даже версию - ок

Так последней будет вторая схема, а не заново зарегистрированная первая

Ну здравствуйте

Ну =)

У хортона такое же поведение, кстати. Но там чуть удобнее видеть - в базе видно, что изменилось

Я понимаю, что иначе autoregister на разных клиентах с ума сведёт registry переключением latest

Но блин, почему нет отдельного API тогда для этих вещей

В чем тогда смысл compatibility?

Если бы было возможно одну и ту же схему под разными ид использовать, то как тогда продюсеру понять, какой ид схемы использовать?
То же самое и для консюмера - если для него эта схема не известна, то какую брать?

Так пусть id будет одинаковый, а версии разные

А в рамках клиентов тогда как разруливать?

Не надо мне обьяснять основы SR