Abraxas-365 / Abraxas-365/acurio
Transactional and Consistency
- Langage dominant
- Go
- Étoiles
- 1
- Forks
- 1
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
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.
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- go
- Domaine
- backend, databases
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100