Apama Documentation : Building and Using Dashboards : Dashboard Deployment : Dashboard Deployment Concepts : Process architecture
Process architecture
Deployed dashboards connect to one or more Correlators via a Dashboard Data Server. As the scenarios in a Correlator run and their variables change, update events are sent to all connected dashboards. When a dashboard receives an update event, it updates its display in real time to show the behavior of the scenarios. User interactions with the dashboard, such as creating an instance of a scenario, result in control events being sent via the Data Server to the Correlator.
Applet and Web Start dashboards communicate with the Data Server via servlets running on an application server.
The following image shows the process architecture for, applet and WebStart deployments. As you can see, dashboards communicate with your application server, which communicates with the Dashboard Data Server. The Data Server mediates access to the Correlator.
Simple, thin-client, web-page dashboards communicate with the Display Server via servlets that run on your application server. These servlets are bundled with Apama. You must provide your own Java web application server (servlet container). Typically, you install the dashboard servlets in your existing web infrastructure.
The following image shows the process architecture for thin-client, Web-page deployments. Dashboards communicate with your application server, which communicates with the Dashboard Display Server. The Display Server mediates access to the Correlator.
Locally-deployed dashboards communicate directly with the Data Server.
The following image shows the process architecture for local deployments. Dashboards communicate with the Dashboard Data Server, which in turn communicates with the correlator(s).
You can scale your application by adding Data Servers to your configuration. Each Correlator can communicate with multiple Data Servers, and each Data Server can communicate with multiple Correlators.
The following image shows the process architecture after you add Data Servers to your configuration. Each correlator can communicate with multiple Data Servers and Display Servers. Each Data Server and Display Server can communicate with multiple Correlators.
Deployed dashboards have a unique associated default Data Server or Display Server, but advanced users can associate non-default Data Servers with specific attachments and commands. This provides additional scalability by allowing loads to be distributed among multiple servers. This is particularly useful for Display Server deployments. By deploying one or more Data Servers behind a Display Server, the labor of display building can be separated from the labor of data handling. The Display Server can be dedicated to building displays, while the overhead of data handling is offloaded to Data Servers. See Working with multiple Data Servers for more information.
Copyright © 2013-2016 Software AG, Darmstadt, Germany.

Product LogoContact Support   |   Community   |   Feedback