Back to Mattermost

Deployment Architecture

docs/main/deployment-guide/deployment-architecture.mdx

11.10.02.8 KB
Original Source

Pick your scale tier, deployment type, and hosting provider. The builder below renders a target architecture and a bill of materials sized to those choices. Sizing follows the Mattermost scaling guide; provider SKUs are illustrative — verify against current pricing and regional / compliance constraints before committing to a procurement decision.

<DeploymentArchitectureBuilder />

How to use this page

  1. Pick the scale tier that fits your expected concurrent user count. Tiers correspond to the named bands in the scaling guide (Trial / Small / Medium / Large / Extra Large / Mega / Hyperscale).
  2. Pick a deployment type:
    • Virtual machines — Mattermost installed via the Linux install paths, with a separate VM per role (app, database, cache, search). Most common for self-hosted and private-cloud deployments.
    • Kubernetes — Mattermost deployed via the Mattermost Operator. The diagram and bill of materials swap the load balancer for an ingress controller and the app row for the Operator pattern.
  3. Pick a hosting provider to see provider-specific SKU recommendations. On-prem / Other swaps managed services for self-managed equivalents (PostgreSQL on a VM, Redis on a VM, OpenSearch / Elasticsearch on a VM cluster, MinIO or NFS for object storage).

What's next

Once you've sized the architecture:

:::note[Want the planning context first?]

If you haven't already, walk through Deployment Scenarios before sizing. Scenarios describe what shape of deployment fits your operational pattern (air-gapped, mission partner, DDIL, sovereign-Microsoft, out-of-band); this page sizes the components of whichever shape you pick.

:::