Managing Applications
Applications are the core entities in Manager, representing individual deployable services or apps within your SaaS platform.
What is an Application?
An application represents a deployable service with:
- Unique configuration - Application-specific settings
- One or more endpoints - Access points for the application
- Trigger integration - Automation and scheduled tasks
- User access - Role-based permissions
Creating an Application
Step 1: Navigate
Click Applications in the sidebar or go through a project.
Step 2: Click Create
Click the Create Application button.
Step 3: Fill Details
- Name (required) - Application display name
- Identifier (optional) - Unique identifier (auto-generated if omitted)
- Tenant (required) - Select parent tenant
- Project (required) - Select parent project
- Description (optional) - Brief description
Step 4: Create
Click Create to save.
Application List
View all applications with:
- Name - Application display name
- Project - Parent project
- Tenant - Parent tenant
- Endpoints - Number of endpoints
- Status - Active/Inactive
- Actions - Edit, Delete, View
Filtering
Filter applications by:
- Tenant - Show only apps in specific tenant
- Project - Show only apps in specific project
- Status - Active or inactive
- Name - Search by application name
Application Details
Click an application name to view detailed information.
Overview Tab
- Application metadata
- Parent project and tenant
- Creation and update timestamps
- Endpoint count
Endpoints Tab
All endpoints for this application:
- Endpoint URLs
- Domains (managed/custom)
- Health status
- Quick actions
See Endpoints & Domains for details.
Settings Tab
Application-specific configuration:
- Backend Settings - Modules, key-value pairs
- Frontend Settings - Themes, locales, modules
- Configuration Layers - View inheritance
See Settings Editor for comprehensive guide.
Triggers Tab
Automation configured for this application:
- Cron schedules
- Trigger names and descriptions
- Last execution time
- Enable/disable toggles
See Triggers & Automation for details.
Users Tab
User access to this application:
- Users with permissions
- Role assignments
- Add/remove users
Editing an Application
- Navigate to application details
- Click Edit button
- Update fields:
- Name
- Description
- Project (can reassign to different project)
- Click Save Changes
WARNING
Changing the project will affect configuration inheritance. Application-specific settings are preserved, but inherited defaults will come from the new project.
Application Status
Active
Application is operational and can:
- Receive trigger executions
- Accept requests to endpoints
- Be accessed by users
Inactive
Application is disabled and will:
- Not receive trigger executions
- May not be accessible (depending on endpoint configuration)
- Remain in the system for future activation
Toggle Status
- Navigate to application details
- Click Status toggle
- Confirm activation/deactivation
Deleting an Application
Permanent Deletion
Deleting an application removes all associated data including endpoints, triggers, and settings. This cannot be undone.
Steps
- Navigate to application details
- Click Delete button
- Review what will be deleted:
- All endpoints
- All triggers
- All settings
- User associations
- Type application name to confirm
- Click Confirm Delete
Application Domains
Applications can have multiple domains:
Managed Domains
System-generated domains following pattern:
<app-identifier>.<tenant-identifier>.<base-domain>Example: myapp.acmecorp.productify.dev
Custom Domains
User-provided domains requiring DNS configuration:
app.example.comSee Endpoints & Domains for setup.
Best Practices
Naming
- Use descriptive names: "Customer Dashboard", "Admin Portal"
- Include version if needed: "API v2", "Dashboard v3"
- Keep identifiers URL-friendly: lowercase, hyphens
Organization
- Group related services in same project
- Use consistent naming across environments
- Document purpose in description field
Configuration
- Override project settings only when necessary
- Keep application-specific customizations minimal
- Document custom configurations
Security
- Regularly review user access
- Use Personal Access Tokens for API access
- Monitor audit logs for suspicious activity
Common Use Cases
Multi-Environment Setup
Separate applications for each environment:
Project: MyProduct
├─ Application: Production
├─ Application: Staging
└─ Application: DevelopmentMicroservices Architecture
Each service as an application:
Project: E-commerce Platform
├─ Application: Auth Service
├─ Application: Product Catalog
├─ Application: Shopping Cart
├─ Application: Payment Service
└─ Application: Order ManagementWhite-Label SaaS
Different branding per customer:
Project: Enterprise Clients
├─ Application: Client A Portal (blue theme)
├─ Application: Client B Portal (green theme)
└─ Application: Client C Portal (red theme)Troubleshooting
Cannot Create Application
Issue: "Project not found" error
Solution: Ensure you have access to the selected project and tenant
Endpoints Not Accessible
Check:
- Is application status "Active"?
- Are endpoints configured correctly?
- Is DNS pointing to correct address?
- Check application logs
Settings Not Taking Effect
Reason: Configuration might be cached
Solution:
- View effective configuration
- Verify settings are saved
- Restart application if needed
- Check configuration inheritance
Triggers Not Executing
Check:
- Is application "Active"?
- Are triggers enabled?
- Is backend registered and healthy?
- Check backend logs for errors
See Also
- Endpoints & Domains - Configure application access
- Settings Editor - Customize application behavior
- Triggers & Automation - Automate tasks
- Configuration Layers - Understand inheritance