On-premise overview

The on-premise package runs MassAccess application services in the company's infrastructure. It is intended for teams that need to operate the deployment locally and can provide the required outbound connectivity for licensing, metering, billing, image delivery, and messenger integrations.

InformationMassAccess supports two separate on-premise delivery methods. Docker Compose remains a self-contained 14-service stack for a customer-managed server. Kubernetes uses versioned massaccess and massaccess-data Helm releases with external-data, bundled-data, or mixed-data placement. Choose one method and follow its own lifecycle.

Delivery methods

The methods use the same application product but have different artifacts, prerequisites, commands, storage boundaries, and rollback procedures.

Docker Compose

A single package with bundled data services and scripts for installation, health checks, upgrade, and rollback on one Linux server.

Open the Compose installation

Deploy MassAccess on-premise on Kubernetes with Helm

Two independently managed Helm releases for nine application workloads and optional single-node bundled data, with external and mixed placement supported.

Open the Kubernetes and Helm guide

Who this documentation section is for

This section is intended for DevOps engineers and developers who deploy MassAccess in their own infrastructure. It separates Docker Compose and Kubernetes procedures while covering requirements, authorized delivery, installation, exposure, upgrade and rollback, backup and restore, and diagnostics.

On-premise vs SaaS

CharacteristicSaaSOn-premise
Application deploymentOperated by MassAccessOperated in company infrastructure
Managementmassaccess.net dashboardLocal interface
UpdatesAutomatic, centralizedOperator-controlled: upgrade.sh or Helm lifecycle

Architecture

The on-premise application runs as a Compose stack or as Kubernetes releases in company infrastructure. A customer-managed TLS entry point handles dashboard, API, WebSocket, and webhook traffic; the company also owns monitoring and the underlying platform.

InformationApplication services run in company infrastructure; cloud licensing, signed usage metering, and billing remain required.

Licensing model

The on-premise version uses a MassAccess license created in the cloud control panel. Installation activates the license, and regular signed heartbeat and usage data support licensing, metering, and billing. Without an active license, message sending is unavailable.

For details on creating the key and obtaining the delivery package, see the License key and deployment package section.