Abraxas-365 / Abraxas-365/acurio
Transactional and Consistency
- 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