Sample Topologies
The Understanding Components topic described the various components that make up the product. In this section, we describe common topologies in which those components can be installed.
The topologies described are not a comprehensive or exhaustive list of all supported topologies, but rather examples of the most common topologies. Your organization may have unique or more complex requirements that may require a different topology. If this is the case, we recommend making use of the products support and consulting services to assist in planning and establishing an appropriate topology for your organization's requirements.
| Topology | Description |
|---|---|
| Single Server / Standalone | The Standalone deployment scenario is best suited for low-load environments such as a development or proof of concept environment. All components are installed on the same physical server as the product Server. |
| Separate SQL Server | A common topology is to install the databases on a dedicated SQL server, and all other application server components on another machine. |
| Distributed Environments | A distributed environment consists of separate Nintex Automation, IIS, and SQL servers, each server hosting different components of the product, separated by server role. |
| Farm / NLB Topologies | Farm topologies typically involve multiple physical machines acting as one logical machine through a Network Load Balanced (NLB) mechanism. These topologies are ideally suited for high-load, high-availability environments. |
| SharePoint 2016, SharePoint 2019 and SharePoint Online | This section describes various topology options when integrating with the SharePoint 2019-family of products. |
Due to the complex and unpredictable nature of the products applications, it is not possible to provide specific performance metrics for various topologies.
Many organizations have multiple environments (e.g. Production, Development and Staging) used to develop and test new systems and processes. It is recommended that at least the Staging/Test environment (and ideally the Development environment as well) are configured identically to the production environment so that performance can be tested accurately and testing and troubleshooting are representative of what can be expected in the Production environment.