Apache Pulsar - Arquitectura contable
Características de la plataforma de almacenamiento en tiempo real de clase empresarial:
BookKeeper está diseñado para satisfacer plenamente las necesidades anteriores y se utiliza ampliamente en muchos casos de uso: sistemas distribuidos que proporcionan alta disponibilidad o múltiples réplicas, un solo clúster o replicación entre máquinas entre múltiples clústeres (múltiples centros de datos), servicios de almacenamiento para sistemas de mensajería de publicación/suscripción (pub-sub), objetos inmutables para trabajos de transmisión.
El clúster de Bookkeeper consta principalmente de tres partes:
BookKeeper replica y almacena persistentemente flujos de registros, que son flujos de registros bien organizados.
La contabilidad tiene sólo dos elementos centrales: libro mayor/flujo y asientos de diario.
Los contables ofrecen dos términos para el almacenamiento de registros: uno es un libro mayor (también llamado segmento de registro) y el otro es una secuencia (también llamada secuencia de registros).
Metadatos del libro mayor
La entrada es la entidad de datos de BookKeeper. No solo contiene los datos reales escritos en el corredor de apuestas, sino que también contiene información de metadatos.
Pulsar lee y escribe datos operando el libro mayor.
General/Escribir arbitraje/Confirmar arbitraje
Pulsar abre un libro mayor y necesita especificar tres parámetros de configuración persistentes.
Una secuencia consta de varios libros de contabilidad; cada libro de contabilidad realiza ciclos según una política continua basada en el tiempo o el espacio. Una transmisión puede existir durante un período de tiempo relativamente largo (días, meses o incluso años) antes de ser eliminada. El principal mecanismo de retención de datos de Stream es el truncamiento, que implica eliminar el libro mayor más antiguo según una política de retención basada en el tiempo o el espacio.
Los libros de contabilidad y los flujos proporcionan una abstracción de almacenamiento unificado para datos históricos y en tiempo real. A medida que se escriben los datos, los registros de datos en tiempo real se transmiten a través de un flujo de registro o se entregan al backend. Los datos en tiempo real almacenados en el libro mayor se convierten en datos históricos. Los datos acumulados en el flujo no están limitados por la capacidad de una sola máquina.
Al interactuar con la casa de apuestas, la aplicación de contabilidad tiene dos funciones principales: una es crear un libro mayor o una secuencia para escribir datos; la otra es abrir el libro mayor o una secuencia para leer datos. Para interactuar con las dos primitivas de almacenamiento diferentes en BookKeeper, BookKeeper proporciona dos API.
La elección de qué API utilizar depende del grado de control granular que el usuario tiene sobre la configuración semántica del libro mayor. Los usuarios también pueden utilizar ambas API en una sola aplicación.
La siguiente imagen es un ejemplo de una instalación típica de Bookkeeper.
Algunos puntos a tener en cuenta en la imagen de arriba.
Almacenamiento de metadatos del contable: el almacenamiento de metadatos lo realiza actualmente el cuidador del zoológico, que se utiliza para almacenar información de metadatos correspondiente a la identificación del líder.
Las casas de apuestas del grupo se utilizan para almacenar las entradas correspondientes a estos libros de contabilidad. Todas las casas de apuestas se registrarán en BookKeeper y el cliente encontrará y tomará las medidas adecuadas. El cliente de BookKeeper implementa principalmente cierta coherencia y lógica relacionada con las políticas.
Para obtener más información sobre el proyecto Apache BookKeeper, visite el sitio web oficial:/p/459213737.
/Zhai Jia 03/Artículo/Detalles/107253634/