Some checks are pending
Bidi Control Character Guard / bidi-control-guard (push) Waiting to run
Circular Dependency Check / Check for new circular dependencies (push) Waiting to run
Citus Migration Smoke / Combined migrations on single-node Citus (push) Waiting to run
E2E Fresh Install Tests / fresh-install-e2e (push) Waiting to run
ext-v2 guardrails / Run ext-v2 guard and ESLint (push) Waiting to run
Integration Tests / Check for relevant changes (push) Waiting to run
Integration Tests / ${{ (github.event_name == 'schedule' || github.event.inputs.suite == 'full') && 'Full integration suite' || 'Tier-1 integration subset' }} (push) Blocked by required conditions
Mobile checks / Mobile lint + typecheck (push) Waiting to run
Mobile checks / Mobile unit tests (push) Waiting to run
Mobile checks / Mobile dependency audit (report) (push) Waiting to run
Mobile checks / Mobile reproducibility checks (push) Waiting to run
Secrets guard (env backups) / Ensure no tracked env backup files (push) Waiting to run
Temporal Readiness / fast-readiness (push) Waiting to run
Temporal Readiness / docker-parity (push) Waiting to run
TypeScript Type Check / Nx affected typecheck (push) Waiting to run
Unit Tests / Skipped-test budget (push) Waiting to run
Unit Tests / Nx affected unit tests (push) Waiting to run
Unit Tests / Server unit coverage (informational) (push) Waiting to run
Validate Tenant Management Schema / Check for relevant changes (push) Waiting to run
Validate Tenant Management Schema / Validate Tenant Management Schema (push) Blocked by required conditions
EE Workflows Build Guard / ee-workflows-build-guard (push) Waiting to run
Excluded: .git, node_modules, secrets/, compose.env, assemblyscript tgz Source: /opt/alga-psa on psa.joliet.tech
113 lines
2.7 KiB
Markdown
113 lines
2.7 KiB
Markdown
# Service Entry Point Scripts
|
|
|
|
This document describes the entrypoint script structure implemented for each service in the Docker Compose setup.
|
|
|
|
## Overview
|
|
|
|
Each service has a dedicated entrypoint script that handles initialization, dependency checks, and startup procedures. This approach provides:
|
|
|
|
- Better error handling and logging
|
|
- Proper dependency management
|
|
- Consistent startup procedures
|
|
- Clear separation of concerns
|
|
|
|
## Script Locations
|
|
|
|
- `setup/entrypoint.sh`: Database initialization and migrations
|
|
- `redis/entrypoint.sh`: Redis server configuration and startup
|
|
- `hocuspocus/entrypoint.sh`: Hocuspocus service initialization
|
|
- `server/entrypoint.sh`: Main server startup and health checks
|
|
|
|
## Common Features
|
|
|
|
Each script includes:
|
|
|
|
1. Error handling with `set -e`
|
|
2. Timestamp-based logging
|
|
3. Health checks for dependencies
|
|
4. Environment-specific behavior (development/production)
|
|
|
|
## Service-Specific Details
|
|
|
|
### Setup Service
|
|
- Handles database creation
|
|
- Runs migrations
|
|
- Seeds initial data
|
|
- Waits for PostgreSQL to be ready
|
|
|
|
### Redis Service
|
|
- Creates runtime configuration
|
|
- Securely handles passwords from secrets
|
|
- Configures persistence and logging
|
|
- Sets up performance tuning
|
|
|
|
### Hocuspocus Service
|
|
- Checks PostgreSQL and Redis dependencies
|
|
- Handles development/production modes
|
|
- Provides health check endpoint
|
|
- Manages WebSocket connections
|
|
|
|
### Server Service
|
|
- Displays version information
|
|
- Checks all service dependencies
|
|
- Handles development/production modes
|
|
- Provides comprehensive logging
|
|
|
|
## Usage
|
|
|
|
The entrypoint scripts are automatically executed when their respective containers start. No manual intervention is required.
|
|
|
|
### Development Mode
|
|
|
|
```bash
|
|
docker-compose up
|
|
```
|
|
|
|
The scripts will:
|
|
1. Check dependencies
|
|
2. Initialize services
|
|
3. Start in development mode with hot reloading
|
|
|
|
### Production Mode
|
|
|
|
```bash
|
|
docker-compose -f docker-compose.yaml up
|
|
```
|
|
|
|
The scripts will:
|
|
1. Perform thorough health checks
|
|
2. Initialize with production settings
|
|
3. Start services with optimized configurations
|
|
|
|
## Error Handling
|
|
|
|
All scripts implement proper error handling:
|
|
- Descriptive error messages
|
|
- Non-zero exit codes on failure
|
|
- Dependency timeout handling
|
|
- Graceful shutdown procedures
|
|
|
|
## Logging
|
|
|
|
Consistent logging format across all scripts:
|
|
- Timestamp prefixes
|
|
- Service identification
|
|
- Status updates
|
|
- Error details when applicable
|
|
|
|
## Security
|
|
|
|
Security measures implemented:
|
|
- Secrets management
|
|
- No hardcoded credentials
|
|
- Proper file permissions
|
|
- Non-root user execution where applicable
|
|
|
|
## Maintenance
|
|
|
|
When updating the scripts:
|
|
1. Maintain the error handling patterns
|
|
2. Keep the logging format consistent
|
|
3. Update dependency checks as needed
|
|
4. Test both development and production modes
|