Реестр схемы В.С. Обработка разных тем

Question

Какова обратная сторона обработки разрывающего изменения контракта, которое может отрицательно повлиять на некоторых потребителей на одном и том же трубопроводе [т. Е. producer, topic, consumer tuple] через различных topic в целом?Или использовать flattened структуру объекта, которая состоит из обоих старых / новых полей?Мы используем Spring-Boot.

В контексте изменений, которые нужно сделать, почему бы нам не сделать это по сравнению с использованием Schema Registry?

Answer 1

Ну, по умолчанию, Реестр Схем применяет Обратную Схему Эволюции, поэтому не может быть действительно разрушительного изменения схемы, пока вы явно не зададите конфигурацию субъекта, чтобы вообще не выполнять проверку совместимости.

---

Если вам абсолютно необходимо нарушить схему, вы можете удалить тему в реестре (но это не приведет к удалению существующих идентификаторов Avro для этих данных в теме)

Если вы сгладите данные, я не вижу разницы в этом с CSV ... Наличие всех полей, доступных на верхнем уровне сообщения, не меняет того факта, что вам может потребоваться удалить или добавить поля, которые позже нужно разобрать.

Реестр схем может использовать различные типы в одной теме, если вам это нужно.