Per-project permissions
Permissions are limited by project and responsibility. Publishing one website does not need to grant access to the whole account.
Security
Per-project permissions, encrypted credentials and checks before each deployment. Here is how each protection works.
Permissions are limited by project and responsibility. Publishing one website does not need to grant access to the whole account.
Credentials are stored encrypted and passed only to the operation that needs them. Their values are kept out of logs and history.
When an operation fails, the dashboard shows its status for you to review. An incomplete task is not marked as finished.
Isolation
Your services have a separate project network and CPU and memory limits. Sharing a server with other customers does not mean sharing your project network.
Changes and recovery
Permissions control who can change a project. History records operations, and health checks help identify failed deployments.
We verify package origin and integrity before installation.
The audit trail records who made each change without storing credentials or request contents.
Agents reach the management system through outbound connections. They do not need an exposed administration port.
Backups before sensitive changes, health checks and coordinated rollback.
Review your setup
Tell us what you need: isolation, data retention, backups or permissions. We can review which configuration fits your project.
Ask about a requirement →