After `CompleteChunkedUpload` lands the assembled file on local FS,
stream it to S3 and delete the local copy when TrackService is in
s3-backend mode. Symmetrical to copyFileAsyncS3 for regular uploads
(`f47141fe`), closing the Phase 1 write path.
Changes:
- internal/core/track/service.go
- New method: `TrackService.MigrateLocalToS3IfConfigured(ctx, trackID,
userID, localPath)`. Opens local file, streams to S3 at
tracks/<userID>/<trackID>.<ext>, updates DB row
(storage_backend='s3', storage_key=<key>), removes local file.
No-op when storageBackend != 's3' or s3Service == nil.
- New method: `TrackService.IsS3Backend() bool` — convenience for
handlers that need to skip path-based transcode triggers when the
file has been migrated off local FS.
- internal/core/track/track_upload_handler.go
- `CompleteChunkedUpload`: after `CreateTrackFromPath` succeeds, call
`MigrateLocalToS3IfConfigured` with a dedicated 10-min context
(S3 stream of up to 500MB can outlive the HTTP request ctx).
- Migration failure is logged but does NOT fail the HTTP response —
the track row exists locally; admin can re-migrate via
cmd/migrate_storage (Phase 3).
- When `IsS3Backend()`, skip the two path-based transcode triggers
(streamService.StartProcessing + jobEnqueuer.EnqueueTranscodingJob).
Phase 2 will re-wire them against signed URLs. For now, tracks
routed to S3 sit in Processing status until Phase 2 lands — same
trade-off as copyFileAsyncS3.
Out of scope (Phase 2 wires these): read path for S3-backed tracks,
transcoder reading from signed URL, HLS segments to MinIO.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
ac31a54405