Deployment Types

The Fusion platform is designed to support enterprise search applications at any scale. You can deploy Fusion across multiple nodes in order to store large amounts of data or to achieve high processing throughput or both.

Fusion consists of a number of Java processes that run in JVMs, including the api, connectors, and ui processes, and possibly others such as spark-master and spark-worker. When you start Fusion, the processes that start are listed. You might also see zookeeper and solr processes, depending on the cluster arrangement. For more information, see Components.

Deployment goals

Demo, trial, and development deployments – The simplest possible architecture is the one you get out of the box, by unpacking the tar/zip file and running fusion/3.1.x/bin/fusion start, so that all components (including the bundled Solr and ZooKeeper instances) run on a single host in their default configurations.

You can quickly install and run Fusion on a computer (even on your laptop) to explore its features and work with sample data. See Getting Started for Quickstart instructions. This diagram illustrates a single-node Fusion deployment:

Onsite late-stage development and test deployments – Ideally, an onsite deployment for late-stage development and testing should have the same architecture as the production deployment, though it doesn’t need to be scaled to provide the same level of service.

Production deployments – Fusion is designed for flexible, distributed deployment. Any of its components can be distributed across your network, and some can be clustered. A production deployment requires multiple Fusion nodes, each of which runs some or all Fusion services (including Solr and ZooKeeper).

Cluster Arrangements

You can deploy Fusion across multiple nodes in a Fusion cluster and use a ZooKeeper cluster as the centralized, synchronized store for both application configurations and user data.