Abraxas-365 / Abraxas-365/acurio

Transactional and Consistency

Abierto
#1 1 comentario 0 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
Go
Estrellas
1
Forks
1
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

Let's say one of the repositories fail, how to deal with rollbacks and such? Considering we can't directly expose what database or 3rd party-service we are using on a service layer.

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Línea de trabajo

The issue asks about handling rollbacks across repositories when a failure occurs, without exposing database or third-party service details at the service layer. First, examine the existing service layer and repository implementations in the codebase to understand the current architecture. Look for patterns of transaction management and error handling. Determine what 'repositories' refer to in this context—data access layers, external services, or both. The goal is to propose a design for distributed transaction coordination or compensating transactions that maintains consistency while abstracting underlying details.

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

Evaluación

Stack tecnológico
go
Área
backend, databases
Tipo de issue
Nueva funcionalidad
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.