aws-samples / aws-samples/sample-autonomous-cloud-coding-agents
feat(orchestration): unified liveness decision model across compute backends
Personne n'a encore pris cette issue.
- Langage dominant
- TypeScript
- Étoiles
- 146
- Forks
- 46
- Merge moyen
- 3 j 10 h
- PR mergées (30 j)
- 24
Description
Context: ROADMAP.md → Unified liveness decision model
Related: #164, #45 (closed ECS heartbeat bug)
Component
API or orchestration
Describe the feature
Normalize task health evaluation across compute backends (AgentCore, ECS) through a single typed decision path: heartbeat support, compute session status, DynamoDB state—with deterministic precedence and regression tests preventing cross-runtime false failures.
Use case
#45 showed ECS tasks marked FAILED after success due to heartbeat mismatch. Adding backends multiplies liveness edge cases without a unified model.
Proposed solution
LivenessCapabilitiesperComputeStrategy(supports_heartbeat, session_status_api, etc.).- Pure function:
(snapshot, capabilities) → LivenessDecision. - Orchestrator uses single path; unit tests per backend + matrix tests.
- Document precedence in
docs/design/ORCHESTRATOR.md.
Other information
-
Prerequisite for reliable alternative compute (#164).
-
Design context:
docs/design/COMPUTE.md,docs/design/ORCHESTRATOR.md. -
This might be a breaking change
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par ROADMAP.md et le contexte de conception dans docs/design/COMPUTE.md et docs/design/ORCHESTRATOR.md, puis localisez les points d’entrée de l’orchestration et de ComputeStrategy. Examinez l’issue fermée concernant le heartbeat ECS, #45, ainsi que les issues associées #164 et #491. Le travail est considéré comme terminé lorsque des tests de régression spécifiques au backend et des tests en matrice couvrent des décisions de liveness déterministes sans faux échecs entre les runtimes, avec la précédence documentée dans docs/design/ORCHESTRATOR.md.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- aws, typescript
- Domaine
- backend, databases, distributed-systems
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100