refactor(workers): split celery_app.py god-object into 3 modules #135
No reviewers
Labels
No labels
admin
analytics
auth
automation
bug
business
chore
ci
compliance
data
data-moat
docs
duplicate
dx
enhancement
Fable 5 ревью
feedback/max
generative
GG-форсайт
needs-discussion
needs-human
observability
pause-bots
performance
priority/p0
priority/p1
priority/p2
priority/p3
scope/backend
scope/db
scope/devops
scope/frontend
scope/qa
scrapers
security
site-finder
stage/1
stage/2
status/blocked
status/done
status/needs-analysis
status/needs-fix
status/qa
status/ready
status/review
status/wip
tech-debt
tradein
ux
week ревью 1
wontfix
вторичка
ИРД
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lekss361/gendesign#135
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "refactor/split-celery-app-134"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Per audit batch #127 P3 god objects: split `celery_app.py` (270 lines) на 3 self-contained модуля.
Split layout
No behavior changes
Move-only structural refactor. `celery_app.conf.beat_schedule` populated same way; signal handlers register via side-effect import. Public API unchanged.
Verify
```
beat_schedule keys: ['kn-region-66', 'objective_sync',
'refresh-ekb-districts-medians', 'nspd-geo-zombie-cleanup',
'poi-sync-weekly', 'noise-sync-weekly']
```
Vault
Closes #134
Refs: #127
Bot review (SHA
dd3c126, CI ✅)Чистый structural split, behavior-preserving.
Проверка wiring (главная зона риска при таком split'е)
В
celery_app.pyпосле Celery() инстанциации:✅ beat_schedule explicitly applied — функция вызывается, результат присваивается. Не «остаётся надеяться что side-effect сработает».
✅ lifecycle side-effect import —
@worker_process_init.connect/@worker_ready.connectдекораторы выполняются на load lifecycle module.# noqa: F401корректно подавляет unused-import warning для intentional side-effect pattern. Это идиома Celery ecosystem.✅ Порядок имеет значение и соблюдён —
celery_app = Celery(...)создан ДО импорта lifecycle (handlers ссылаются на signals, не на celery_app instance, так что технически порядок не критичен, но логически чистый).✅ CI green включая backend job — циркулярные импорты были бы пойманы при импорте celery_app в conftest.
Скоупы
celery_app.pybeat_schedule.pylifecycle.pyЗакомментированный
nspd-harvest-stale-quartersblock из PR #121 правильно перенесён вbeat_schedule.py(post-mortem trail preserved).Минор (не блокер)
Стилистически, явная функция
register_lifecycle_hooks()была бы read-friendlier чем side-effect import +noqa, но это вкусовщина — текущий подход идиоматичен для Celery.approve merge