feat: show recent stopped-task reasons in the ECS service describe

Abierto
  • ¿Algo no está bien?
#154 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
66/100
Tipo de issue
Nueva funcionalidad
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
aws, rust
Área
cli, cloud

Línea de trabajo

Read docs/recipes/README.md and the ECS services view PR, then trace the describe implementation for EcsServiceInfo in src/models/describable.rs. Start after #148 is merged. Add the on-demand stopped task lookup and "Recently stopped tasks" section, test formatting with a fixed task list, and confirm the required Rust checks pass.

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

Descripción

size: S

Why

When a service is below desired, the first question is why tasks stopped. ECS keeps that reason for about an hour.

Steps

  1. In the describe implementation for EcsServiceInfo, call list_tasks with desired status STOPPED for the service (limit 5), then describe_tasks.
  2. Add a "Recently stopped tasks" section with each task's stop time, stopped_reason, and container exit codes.
  3. This only runs when the operator opens describe, never during refresh. Say so in a comment.
  4. Test the formatting function with a fixed list of stopped tasks.

Where to look

  • the ECS services view PR
  • src/models/describable.rs

Done when

  • Describe shows stopped reasons
  • Formatting tested
  • Changeset
  • cargo fmt --all, cargo clippy --all-targets -- -D warnings, and cargo test --all pass, with output pasted in the PR

Check against AWS

Optional. Unit tests are enough for this issue.

Blocked by

#148. Start this after that is merged.

Size: S. Read docs/recipes/README.md before starting.

Lenguaje dominante
Rust
Estrellas
2
Forks
0
Merge medio
4 h 8 min
PR fusionados (30 d)
8

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de fells-code/seamless-glance

Todos los issues de fells-code/seamless-glance

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.