lablup / lablup/backend.ai

Subscribe the purge handler to cleanup completion

Open
#13,916 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
670
Forks
183
Avg merge
15h 13m
Merged PRs (30d)
368

Description

BEP-1069 §3.9. purge 핸들러가 정리 완료를 구독하도록 바꾼다. 응답 계약은 그대로다.

### 지금과 무엇이 다른가

정리가 stage 로 넘어가면 purge 요청은 곧바로 끝나지 않는다. 핸들러가 완료를 구독해 기다렸다가 답한다. 호출자가 보는 응답 형태는 바뀌지 않는다.

정리 완료는 행이 사라지는 것으로 나타난다. 실패는 status 가 purge-error (vfolder 는 delete-error) 로 가는 것으로 나타난다.

### 범위 밖 - RBAC 연쇄

BEP §3.8 이 scope 소유 role 의 연쇄 정리를 별도 stage 로 두자고 했으나 (BA-6807, BA-6186), 이번 범위에서는 뺀다. entity purge 가 이미 RBAC 그래프를 걷어내기 때문이다 - repositories/ops/v2/entity_write.py 의 purge_entity 가 _teardown_entity 를 부른다. 별도 stage 가 필요한지는 나중에 다시 판단한다.

### 의존

BA-7455 (나머지 네 entity 핸들러 부착).

JIRA Issue: BA-7457

Contributor guide

Open the contributing guide

Research direction

Read BEP-1069 §3.9 and inspect the purge handler alongside repositories/ops/v2/entity_write.py, especially purge_entity and _teardown_entity. Identify how the handler currently responds when cleanup enters the stage, then trace how completion and the specified error statuses are reported. Done means the handler waits for cleanup completion while preserving the existing response contract; the RBAC chain cleanup is out of scope.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
api, backend
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
57/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.