Nxtgauge Backend Services
|
All checks were successful
build-and-release / build (catering-services) (push) Successful in 9m29s
build-and-release / build (cron) (push) Successful in 4m33s
build-and-release / build (gateway) (push) Successful in 2m57s
build-and-release / build (companies) (push) Successful in 8m56s
build-and-release / build (customers) (push) Successful in 8m53s
build-and-release / build (developers) (push) Successful in 9m8s
build-and-release / build (employees) (push) Successful in 9m8s
build-and-release / build (fitness-trainers) (push) Successful in 8m27s
build-and-release / build (jobs) (push) Successful in 3m48s
build-and-release / build (graphic-designers) (push) Successful in 8m36s
build-and-release / build (social-media-managers) (push) Successful in 7s
build-and-release / build (tutors) (push) Successful in 6s
build-and-release / build (job-seekers) (push) Successful in 9m5s
build-and-release / build (leads) (push) Successful in 9m12s
build-and-release / build (makeup-artists) (push) Successful in 9m10s
build-and-release / build (video-editors) (push) Successful in 9s
build-and-release / build (payments) (push) Successful in 8m42s
build-and-release / build (photographers) (push) Successful in 8m32s
build-and-release / build (ugc-content-creators) (push) Successful in 8m44s
build-and-release / build (users) (push) Successful in 9m58s
capacity=3/node (9 total) oversubscribed the 8 physical cores per node - individual builds slowed roughly 3x under contention (observed directly: builds that took ~2m37s standalone were still running after 8+ minutes), for no clear net throughput win since this workload is CPU-bound. Also found and fixed the actual reason capacity wasn't taking effect at all initially: the runner daemon command never passed --config, so it was silently running on default settings regardless of config.yaml. Settled on 2/node (6 total, matching docker-ready runner-2/3/4 - the control-plane node nxtgauge-1 is deliberately excluded from the runner DaemonSet and should stay that way, not used for build load). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> |
||
|---|---|---|
| .cargo | ||
| .forgejo | ||
| .gitea/workflows | ||
| .github/workflows | ||
| .mavis/plans | ||
| .sqlx | ||
| apps | ||
| crates | ||
| docs | ||
| load-tests | ||
| scripts | ||
| tests | ||
| .env.example | ||
| .gitignore | ||
| cargo-deny.toml | ||
| Cargo.lock | ||
| Cargo.toml | ||
| companies.pid | ||
| customers.pid | ||
| DEPLOYMENT_OPTIMIZATION.md | ||
| docker-compose.yml | ||
| Dockerfile.base | ||
| Dockerfile.fast | ||
| Dockerfile.from-binary | ||
| Dockerfile.migrate | ||
| Dockerfile.optimized | ||
| Dockerfile.simple | ||
| Dockerfile.superfast | ||
| Dockerfile.template | ||
| Dockerfile.ultrafast | ||
| Dockerfile.working | ||
| gateway.pid | ||
| job_seekers.pid | ||
| k8s-migration-job.yaml | ||
| README.md | ||
| start-services.pid | ||
| start-services.sh | ||
| TESTING_STRATEGY.md | ||
| users.pid | ||
| wir.md | ||
NXTGAUGE Backend Rust
Rust migration target for nxtgauge-nov-2025-backend, preserving the same microservices and request flow.
Target Service Topology
gateway(HTTP API)users(identity, runtime roles, onboarding, approvals)companiescustomersprofessionalsjobseekers
Migration Policy
- Keep contracts stable (REST + proto semantics).
- Keep runtime-config and onboarding schema behavior unchanged during parity phases.
- Replace service implementations one by one.
See docs/MIGRATION_MASTER_PLAN.md for full staged plan.
CI (Woodpecker)
Required secrets:
REGISTRY_USERNAMEREGISTRY_PASSWORD
See .forgejo/workflows/README.md for details.