Skip to content
ZBIX website
ZBIX CRM 1.2.0

Choose a deployment model

Zbix CRM 1.2.0 is distributed as a self-hosted Linux server package and a native Windows Server installer. Both provide shared browser access to a CRM installation. A server running in AWS remains a self-hosted deployment when the customer or implementation team operates its database, application and recovery processes.

Choose an installation method before ordering infrastructure or preparing an implementation plan. The deployment model determines service management, HTTPS configuration, storage paths and recovery responsibilities.

  • An approved release package and a named implementation owner.

  • A decision about who operates the host, database, certificates and recovery keys.

  1. Choose the Ubuntu amd64 package when Docker Engine, Compose v2 and systemd are the intended host platform. Use the Linux requirements and installation guides together.

  2. Choose the native Windows Server package when the team requires a Windows service and Server Manager. The package includes its application runtime, PostgreSQL and HTTPS gateway; it does not require Docker or WSL.

  3. For AWS, choose the operating system first. Follow the corresponding Linux or Windows installation method, then add cloud networking, storage and operational controls. Do not combine commands from the two packages.

  4. Use the repository Docker Compose environment for local development and isolated testing. Keep its volumes and configuration separate from an installed customer system.

  5. If a managed SaaS service is required, assess the separate SaaS readiness article. Establish the control plane, provisioning, subscription authority, provider recovery and operational responsibilities before describing a managed service as available.

The implementation plan names one release, one operating model, its supported installation procedure and the owners of ongoing operations.

Field or controlRule
Ubuntu amd64Offline application images with Docker Compose and systemd; host HTTPS prerequisites are prepared separately.
Native Windows x64Bundled runtime and database supervised by a Windows service; browser-based users.
AWS EC2An infrastructure location for either self-hosted package, with separate cloud operational responsibilities.
Local ComposeDevelopment and isolated testing; not a customer production qualification.
Managed SaaSPartial supporting capabilities; full managed-service readiness is not established.
  • The release baseline is tag v1.2.0-20261027. Its published database migration head is 0033_record_list_performance.

  • Source inspection verifies package behavior. Historical acceptance records describe particular test environments and do not establish every customer platform or workload.

  • An existing cloud-hosted installation does not prove unrestricted commercial readiness, high availability or a managed multi-tenant SaaS service.

  • If package names, reported versions and deployment records disagree, stop the installation handover and obtain the matching release manifest. Preserve existing data while the release identity is resolved.

  • Escalate unsupported operating systems, ARM hosts, high-availability designs and pooled-tenant recovery requirements to the implementation owner before installation.

Download manuals ↓

Open full-resolution image