⚙️ GermainUX Engine
GermainUX Engine executes monitoring, diagnostic, integration, and automation components close to the systems being monitored.
It retrieves its configuration from GermainUX Enterprise, executes the assigned monitoring components, and sends the resulting telemetry to GermainUX for analysis, alerts, reports, and automation.
📄 Overview
Use GermainUX Engine when monitoring or automation requires access to resources such as:
-
Applications
-
APIs
-
Databases
-
Servers
-
Operating systems
-
Logs
-
Files
-
Networks
-
Messaging systems
-
Cloud services
-
Enterprise applications
-
Third-party integrations
An Engine can run inside the same network as the monitored system, allowing GermainUX to collect telemetry without requiring direct access from GermainUX Enterprise to every protected resource.
🏗️ Architecture
A typical architecture is:
Monitored System → GermainUX Engine → GermainUX Enterprise
Each Engine host includes:
|
Component |
Purpose |
|---|---|
|
Engine Manager |
Connects the host to GermainUX Enterprise and manages the Engines running on it |
|
Engine |
Executes assigned monitoring and automation components |
|
Monitoring Components |
Perform tasks such as querying databases, reading logs, monitoring APIs, or executing automation |
|
Local State |
Maintains processing state required by applicable monitoring components |
Multiple Engines can run on the same host and can be distributed across:
-
Network zones
-
Data centers
-
Cloud regions
-
Production environments
-
Non-production environments
❓ When to Use GermainUX Engine
Deploy an Engine when:
-
A monitored resource is not directly accessible from GermainUX Enterprise.
-
Monitoring must execute within a protected network.
-
Workloads need to be distributed.
-
Separate production and non-production monitoring is required.
-
Monitoring must operate close to a database, application, service, or infrastructure resource.
-
Synthetic or automation tasks need to execute from a particular environment.
📦 Deployment Options
GermainUX Engine can be deployed on supported:
-
Windows systems
-
Linux systems
-
Docker environments
The deployment method and requirements are documented in the Engine Deployment guide.
📋 Requirements
At a high level, an Engine host requires:
⚙️ GermainUX Engine
GermainUX Engine executes monitoring, diagnostic, integration, and automation components close to the systems being monitored.
It retrieves its configuration from GermainUX Enterprise, executes the assigned monitoring components, and sends the resulting telemetry to GermainUX for analysis, alerts, reports, and automation.
📄 Overview
Use GermainUX Engine when monitoring or automation requires access to resources such as:
|
Resource |
|---|
|
Applications |
|
APIs |
|
Databases |
|
Servers |
|
Operating systems |
|
Logs |
|
Files |
|
Networks |
|
Messaging systems |
|
Cloud services |
|
Enterprise applications |
|
Third-party integrations |
An Engine can run inside the same network as the monitored system, allowing GermainUX to collect telemetry without requiring direct access from GermainUX Enterprise to every protected resource.
🏗️ Architecture
A typical architecture is:
Monitored System → GermainUX Engine → GermainUX Enterprise
Each Engine host includes:
|
Component |
Purpose |
|---|---|
|
Engine Manager |
Connects the host to GermainUX Enterprise and manages the Engines running on it |
|
Engine |
Executes assigned monitoring and automation components |
|
Monitoring Components |
Perform tasks such as querying databases, reading logs, monitoring APIs, or executing automation |
|
Local State |
Maintains processing state required by applicable monitoring components |
Multiple Engines can run on the same host and can be distributed across:
|
Location |
|---|
|
Network zones |
|
Data centers |
|
Cloud regions |
|
Production environments |
|
Non-production environments |
❓ When to Use GermainUX Engine
Deploy an Engine when:
|
Condition |
|---|
|
A monitored resource is not directly accessible from GermainUX Enterprise. |
|
Monitoring must execute within a protected network. |
|
Workloads need to be distributed. |
|
Separate production and non-production monitoring is required. |
|
Monitoring must operate close to a database, application, service, or infrastructure resource. |
|
Synthetic or automation tasks need to execute from a particular environment. |
📦 Deployment Options
GermainUX Engine can be deployed on supported:
|
Platform |
|---|
|
Windows systems |
|
Linux systems |
|
Docker environments |
The deployment method and requirements are documented in the Engine Deployment guide.
📋 Requirements
At a high level, an Engine host requires:
|
Requirement |
|---|
|
A supported operating system or container environment |
|
Required Java runtime |
|
Network connectivity to GermainUX Enterprise |
|
Network access to monitored resources |
|
Required credentials and permissions |
|
Appropriate CPU, memory, disk, and network capacity |
Detailed requirements belong in the Engine Deployment guide.
🚀 Deployment Overview
A typical deployment consists of:
-
Select the Engine host.
-
Review network and software requirements.
-
Deploy Engine Manager.
-
Connect the host to GermainUX Enterprise.
-
Create or enable the required Engines.
-
Assign monitoring components.
-
Validate connectivity to monitored resources.
-
Confirm that monitoring data reaches GermainUX.
📚 Deployment and Configuration Guides
|
Guide |
Purpose |
|---|---|
|
Install and deploy Engine Manager and Engines |
|
|
Configure Engine settings and runtime behavior |
|
|
Diagnose Engine startup, connectivity, configuration, and execution issues |
📊 Scaling
Additional Engines can be deployed when required to:
|
Reason |
|---|
|
Reach isolated network zones |
|
Separate environments |
|
Distribute monitoring workloads |
|
Reduce resource contention |
|
Improve resilience |
|
Meet regional or data-access requirements |
The number and placement of Engines should follow the monitoring architecture rather than a fixed deployment pattern.
🛡️ Security
Use only the connectivity and permissions required by the monitoring components assigned to each Engine.
Consider:
|
Area |
|---|
|
Network segmentation |
|
Service-account permissions |
|
Credential management |
|
TLS |
|
Proxy configuration |
|
Access to databases and APIs |
|
Access to files and logs |
Avoid giving an Engine broader access than its assigned monitoring requires.
✅ Validate
After deployment, confirm:
|
Check |
|---|
|
Engine Manager is connected to GermainUX Enterprise. |
|
The expected Engine instances are available. |
|
Assigned monitoring components are running. |
|
The Engine can reach the monitored resources. |
|
Monitoring data is transmitted successfully. |
|
CPU, memory, and disk utilization are appropriate. |
Use Engine Troubleshooting for detailed diagnostic procedures.
📞 Support
For assistance installing, configuring, or troubleshooting GermainUX-Engine, contact GermainUX Support.
Component: Enterprise – Cloud, Enterprise – On-Premise
Feature Availability: 2014.1 or later