[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-schema-registry::ru":3,"gloss-cluster-schema-registry::ru":23,"gloss-next-schema-registry::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"schema-registry","data-infra","Реестр схем (schema registry)","Реестр схем — это центральный сервис, который хранит и версионирует схемы сообщений, идущих через ваши потоки событий или очереди сообщений. Поставщики регистрируют схему выпускаемых событий; потребители получают её, чтобы декодировать и проверять принимаемое. Чаще всего он ассоциируется с Kafka и форматами Avro, Protobuf и JSON Schema.\n\nОн решает проблему согласования изменений между слабосвязанными сервисами. В событийной системе поставщик и потребитель не вызывают друг друга напрямую — их связывает только формат сообщения. Без реестра поставщик, добавивший или переименовавший поле, может тихо сломать всех потребителей ниже по потоку. Реестр навязывает правила совместимости (обратную, прямую или полную), поэтому несовместимое изменение схемы отклоняется ещё до выката.\n\nSaaS-разработчикам с любой потоковой или pub\u002Fsub-архитектурой реестр позволяет безопасно развивать схемы событий по мере роста продукта. На практике: осознанно выбирайте режим совместимости — обратная совместимость (новые потребители читают старые данные) обычно по умолчанию — и рецензируйте изменения схем так же строго, как изменения публичного API.","Реестр схем централизованно хранит и версионирует схемы событий в ваших потоках, чтобы поставщики и потребители не разъезжались молча.",null,[11,14,17,20],{"slug":12,"name":13},"data-contract","Контракт данных (data contract)",{"slug":15,"name":16},"dead-letter-queue","Очередь недоставленных сообщений (DLQ)",{"slug":18,"name":19},"message-queue","Очередь сообщений (Message Queue)",{"slug":21,"name":22},"streaming-data-processing","Потоковая обработка данных (Streaming)",[24,28,31,34,37,41,44,47,50,53,57,60],{"slug":25,"category":5,"name":26,"updated_at":27},"acid","ACID","2026-08-24T02:46:37+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"ann-search","ANN-поиск (приближённый поиск ближайших соседей)",{"slug":32,"category":5,"name":33,"updated_at":27},"backpressure","Обратное давление (backpressure)",{"slug":35,"category":5,"name":36,"updated_at":27},"batch-processing","Пакетная обработка (Batch Processing)",{"slug":38,"category":5,"name":39,"updated_at":40},"bm25","BM25","2026-08-24T02:46:38+00:00",{"slug":42,"category":5,"name":43,"updated_at":27},"cache","Кэш (Cache)",{"slug":45,"category":5,"name":46,"updated_at":27},"cap-theorem","Теорема CAP (CAP theorem)",{"slug":48,"category":5,"name":49,"updated_at":27},"change-data-capture","Захват изменений данных (CDC)",{"slug":51,"category":5,"name":52,"updated_at":27},"chroma","Chroma",{"slug":54,"category":5,"name":55,"updated_at":56},"chunk-overlap","Перекрытие фрагментов","2026-08-24T03:30:02+00:00",{"slug":58,"category":5,"name":59,"updated_at":27},"columnar-storage","Колоночное хранение",{"slug":61,"category":5,"name":62,"updated_at":27},"connection-pooling","Пулинг соединений (Connection Pooling)"]