Kafka gateway: configurable limits that differ from Kafka

Abierto
#4,530 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
50/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
kafka, rust
Área
backend

Línea de trabajo

The issue names no files. Start by finding where max_frame_size, the group caps and the CreateTopics limits are defined in the Kafka gateway code, and check how the kafka.cg.<group> offset group name is built. Done means each group cap and CreateTopics cap can be set by an environment variable, and each limit is documented next to its Kafka value. Settle the variable names with a maintainer before writing code.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

gateways

Summary

Some gateway limits are lower than Kafka's, so the gateway refuses requests that Kafka accepts:

  • max_frame_size is 8 MiB. Kafka accepts requests up to socket.request.max.bytes, which is 100 MiB.
  • The group caps have no environment variables: 1000 groups, 1000 members per group and 10,000 in total, 64 KiB per member blob, and 4 MiB per group. A large Kafka Streams assignment can pass 64 KiB.
  • CreateTopics takes at most 1000 partitions per topic and 100 topics per request.
  • A group id is at most 246 bytes, because its Iggy offset group kafka.cg.<group> must fit in 255 bytes. Kafka accepts longer ids.
  • Fetch polls at most 1000 messages per partition at a time, returns uncompressed batches, and has no fetch sessions. That costs bandwidth and CPU, not correctness.

Scope

  • Environment variables for the group caps and the CreateTopics caps
  • Document each limit next to the Kafka value
Lenguaje dominante
Rust
Estrellas
5.2k
Forks
502
Merge medio
3 d 4 h
PR fusionados (30 d)
157

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de apache/iggy

Todos los issues de apache/iggy

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.