Abraxas-365 / Abraxas-365/acurio

Transactional and Consistency

Ouverte
#1 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub
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

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.