← All projects

TaskMaster

Completed · v1.1.0
BackendConcurrencySystems

TaskMaster is a concurrent RESTful API engineered for coordinated bulk workloads. Parallelism stays purposeful so batch responses converge on deterministic totals operators can reconcile.

The concurrency model favors goroutines as worker pools, channels for guarded fan-in fan-out semantics, and WaitGroups for drain barriers before payloads serialize. Persistence routes through parameterized SQL so ingestion paths resist injection while honoring SQLite portability targets.

Gin fronts HTTP concerns with handlers that orchestrate pooling policies rather than spawning unbounded goroutines. Every response embeds aggregates so auditors always see mirrored totals upstream.

SQLite and database/sql keep the footprint approachable for iterative deployments without surrendering correctness guarantees baked into typed APIs.

Architecture sketch

Client ──► Gin Router │ ├► Worker Pool (goroutines) │ ├► Channel fan-in │ └► WaitGroup barrier ▼ SQL persistence ──► JSON response

Constraints surfaced

Coordinating burst ingestion without drifting aggregates demanded careful sizing for channels plus cancellation paths whenever clients vanished mid-batch.

Outcome

Shipped a reproducible concurrency template spanning guarded SQL ingress paths and audited reporting suitable for iterative student infrastructure.

Next project →

Look Trendy with Mo