SDLC 06: Maintenance and Operations
Revision history: Updated May 2026 — Process management migrated to systemd; simplified branch-to-environment mapping.
1. Environment Management
| Branch | Environment | Domain | Purpose |
|---|---|---|---|
production | Live | pakashop.store | End-user production platform |
main | Staging | staging.pakashop.store | Final QA and integration testing |
2. systemd Operations
All backend services are managed by systemd on their respective EC2 hosts.
# Detailed status
systemctl status pakashop-backend.service
# Live log tracking
journalctl -u pakashop-backend.service -f
# Unified status dashboard
./scripts/pakashop-status.sh
3. Incident Response
3.1 P1 — Critical (Live Platform Down)
- Identify: Check
productionbranch status and EC2 health via CloudWatch/Middleware.io. - Rollback: If caused by a merge, revert the
productionbranch commit. - Notify: alert stakeholders within 15 minutes.
3.2 P2 — High (Staging Down)
- Identify: Check
mainbranch status. - Resolve: Fix the offending code on
mainor revert if blocking other teams.
4. Scheduled Tasks
- Weekly: Check
npm auditonmain. - Monthly: Verify database backups for both Staging and Production stacks.