Overview
This issue implements Phase 2 of the Hetzner migration plan: refactoring the repository to follow 12-Factor App methodology where applicable.
Parent Issue: #3 (Hetzner Migration Plan)
Objective
Refactor repository to follow 12-Factor App methodology for better deployment practices and environment consistency, while respecting the Torrust Tracker's architectural constraints.
Reference Documentation
See detailed plan in infrastructure/docs/refactoring/twelve-factor-refactor/
Key Changes
Tasks
Deliverable
12-Factor compliant repository structure (within architectural constraints)
Acceptance Criteria
Architectural Note
Important: The Torrust Tracker cannot be horizontally scaled because:
- It stores critical peer list data in memory (not in database)
- Only secondary data (metrics, whitelist, user keys) is stored in the database
- SQLite usage (when configured) creates file-based storage that cannot be easily shared between instances
This refactoring focuses on other 12-Factor principles while maintaining single-instance deployment.
Dependencies
- Depends on Phase 1 (Database Migration to MySQL)
Overview
This issue implements Phase 2 of the Hetzner migration plan: refactoring the repository to follow 12-Factor App methodology where applicable.
Parent Issue: #3 (Hetzner Migration Plan)
Objective
Refactor repository to follow 12-Factor App methodology for better deployment practices and environment consistency, while respecting the Torrust Tracker's architectural constraints.
Reference Documentation
See detailed plan in
infrastructure/docs/refactoring/twelve-factor-refactor/Key Changes
Tasks
Deliverable
12-Factor compliant repository structure (within architectural constraints)
Acceptance Criteria
Architectural Note
Important: The Torrust Tracker cannot be horizontally scaled because:
This refactoring focuses on other 12-Factor principles while maintaining single-instance deployment.
Dependencies