Architecture
You can set up ALM Octane as a single node, or in a cluster configuration. The following diagrams illustrate the system architecture for both options. These are followed by descriptions of each of the components.
Basic configuration
The following diagram illustrates the system architecture of a single-node configuration. Components in grey are Micro Focus products.
Note: The ALM Octane, database, and Elasticsearch servers should each reside on separate machines.
Enterprise configuration
The following diagram illustrates the system architecture of an enterprise, cluster configuration. Components in grey are Micro Focus products.
Components
Components | Description |
---|---|
ALM Octane clients | The clients communicate with the ALM Octane server over HTTP/S. |
ALM Octane Server application nodes |
Client requests from ALM Octane are dispatched to the deployed application. Note: The ALM Octane, database, and Elasticsearch servers should each reside on separate machines. |
ALM Octane application additional cluster (sync) nodes |
Cluster configuration: A cluster is a group of application servers that run as a single system. Each application server in a cluster is referred to as a "node."
|
Synchronizer service nodes |
The service nodes handle synchronization between ALM Octane and ALM or Jira. |
Repository / File system |
Stores all files to be used by all the projects in the system, such as templates and attachments. Cluster configuration: When working in a clustered configuration, the repository must be accessible by all nodes. Also, the repository must be configured to use the same path on all nodes. |
Database server |
A relational database management system, either Oracle RAC or Microsoft SQL Server. The database server stores the following schemas:
This server can be shared with other applications with the following constraints:
Note: The ALM Octane, database, and Elasticsearch servers should each reside on separate machines. |
Elasticsearch server (or cluster) |
A Java-based, open-source search engine. This component is used for various aspects of the application, such as global search and trends. This server can be shared with other applications with the following constraints:
Note: The ALM Octane, database, and Elasticsearch servers should each reside on separate machines. A working Elasticsearch server is a requirement for working with ALM Octane. Make sure you are using a version supported by ALM Octane: For the supported version, see Database and Elasticsearch in the ALM Octane Help Center. |
Load balancer |
Cluster configuration: When working with a load balancer, client requests are transmitted to the load balancer and distributed according to server availability within the cluster. If you are using a load balancer, we recommend you utilize SSL offloading. |
High availability load balancers | Cluster configuration: These can be "VIPs" (virtual IP addresses) of one physical load balancer. |
DMZ | An optional, demilitarized zone. |
High availability reverse proxies and SSL offloading | Cluster configuration: Optional configuration for load balancing using a software solution (for example, NGINX). |
SMTP | A mail server. |
Jenkins (with ALM Octane plugin) |
Enterprise configuration: You can integrate ALM Octane with a Jenkins CI server using the Application Automation Tools Plugin on your CI server. |
TFS, TeamCity, or Bamboo server (with ALM Octane plugin) |
Enterprise configuration: You can integrate ALM Octane with a TFS, TeamCity, or Bamboo CI server using the ALM Octane CI Plugin on your CI server. |
Slack |
Integration with Slack, which enables all stakeholders of a backlog item or pipeline run failure to collaborate and communicate. You can integrate with Slack by adding it as a collaboration tool associating it with a workspace. |
Micro Focus testing tools: UFT Developer, UFT One, LoadRunner, LoadRunner Cloud, LoadRunner Enterprise | You can integrate ALM Octane with Micro Focus testing tools. For details, see ALM Octane DevOps integrations in the ALM Octane Help Center. |
See also: