Manage Nodinite Monitoring Resources

Note

Resources are automatically discovered and synchronized by Nodinite Monitoring Agents. Administrators can customize how state changes are evaluated, apply auto-healing rules, and enrich operational context with metadata.

Understanding Resource Management

Monitoring Resources in Nodinite represent individual components being monitored—such as SQL Server jobs, Windows services, message queues, or file system paths. These Resources populate automatically from Nodinite Monitoring Agents and synchronize their state based on agent-defined polling intervals.

While Resources are automatically discovered and monitored, administrators can customize how state changes are evaluated and how the system responds to issues. The Resource management interface provides both read-only reference information (current state, relationships) and configurable settings (expected state overrides, autohealing actions, external documentation links).

Key Capabilities

• Override state evaluation - Suppress warnings for planned maintenance or known non-issues
• Automate remediation - Configure autohealing rules to restart services or execute scripts when issues occur
• Link to documentation - Provide runbook URLs for operational guidance
• Track state history - Audit all state changes for compliance and troubleshooting

How the Resource Editor Is Organized

The Resource management interface organizes information into tabs and information panels, separating read-only context from user configurable settings.

Green parts are read-only context synced from the Monitoring Agent; orange parts are the settings you configure as an administrator.

The General tab shows the current state and the Monitoring Agent, Category, Application, and Monitor Views the Resource belongs to.

Resource Information

The following sections display read-only contextual information about the Resource and its relationships within the Nodinite environment.

General Tab

The General tab displays the current operational state and identification details of the Resource:

• State - Current state of the Resource
• Name - Name of the Resource
• Description - User-friendly description
• Log Text - Log Text is the user-friendly representation of the current monitoring state
• Error Code - Error Code representing current monitoring state (default if not set = 0)

Sensitive Data Warning

Description and Custom Metadata fields are operational context fields and can appear in alert outputs.

Warning

Do not place secrets in Description or Custom Metadata. Passwords, API keys, tokens, private keys, and full connection strings can be exposed through Email and HTTP Webhook alerts.

Use these fields for non-secret context only, for example owner, SLA, escalation path, and runbook URLs. If you need to reference credentials, store them in an approved secret vault and use a neutral reference value instead.

Monitoring Agent

The Resource is discovered and monitored by a specific Monitoring Agent. This panel shows which agent is responsible for polling this Resource and synchronizing its state.

Click the agent name to open its Monitoring Agent configuration.

Application

When a Resource is associated with an Application, this panel displays the business system or integration platform it belongs to. Applications provide logical grouping for operational and organizational purposes.

Shown only when the Resource belongs to an Application.

Category

Resources are further organized by Category (such as "Azure Function", "Windows Service", "Message Queue") to help administrators quickly identify resource types across the monitoring landscape.

Every Resource has a Category that names its technical type.

Monitor Views

This panel lists all Monitor Views that include the current Resource, allowing administrators to see which operational dashboards display this Resource's status.

Use this list to check the impact before you change or delete the Resource.

Configuration

The following settings allow Nodinite Administrators to customize Resource behavior, override state evaluation, and configure automated responses to state changes.

Configuration Tab

The Nodinite Administrator can modify the following properties:

• External Documentation Link - Add external documentation or runbook URLs
• Expected state Configuration - Override state evaluation for planned maintenance (see Expected State)
• Autohealing Configuration - Automate remediation actions (see Auto Healing)

The three numbered sections match the Link, Expected state, and Autohealing headings below.

Link

You can provide a link to an external Web Site with additional information. When set, the Resource presents inside Monitor Views with an external link icon. The end-user can click on this link to open a new tab with the target URL (Web Site).

Only Resources with a Link set show the external link icon in Monitor Views.

Expected state Configuration

Use this section to set an override for how the current state is evaluated for this specific Resource. For conceptual guidance, use cases, and status code reference, see Expected State.

Each evaluated state has its own target state and Notes field.

Configure Expected State

Use this section to configure an override for how the current state is evaluated for this specific Resource. For scenarios, governance, and operational guidance, see Expected State.

1. Open the Configuration tab for the Resource.
2. In Expected state configuration, pick the state to report in the Change the … state to dropdown next to each evaluated state (When OK, When Warning, When Error, When Unavailable).
3. Write the reason in the Notes for … state change field so operators understand why the override exists.
4. Click Save.

The small colored dot shows the real state when it differs from the reported, expected state.

Autohealing Configuration

Use this section to configure automatic remediation on this specific Resource. For scenarios, governance, and operational guidance, see Auto Healing.

Click Edit to add the first Auto Healing entry.

Configure Autohealing

1. Click Edit in the Auto-healing configuration section.
2. Click Add, then pick the evaluated State and the Remote Action to run in Action.
3. Set Attempts and Interval based on your retry policy.
4. Select the checkbox to enable the entry, then click Confirm and close.

Each row maps one evaluated state to one Remote Action with its own retry policy.

Custom Metadata

Custom Metadata can be attached directly to any Nodinite Monitoring Resource. This embeds business context—ownership, SLA, emergency contacts, compliance tags, runbook links—into the same entity that drives your monitoring alerts.

Why this matters: When a Resource changes state and triggers an alert, the recipient sees who owns it, what the SLA is, and how to escalate—without any manual lookup. See Alert Enrichment for the full picture.

Typical Metadata for Resources

• Owner - Person or team responsible for the monitored component
• Emergency Contact - Phone number or escalation path for critical failures
• SLA Level - Gold / Silver / Bronze to drive alert prioritization
• Business Impact - Description of what breaks for the business if this Resource fails
• Runbook URL - Link to recovery procedure directly from the monitoring alert
• Compliance Tags - Flag Resources handling GDPR, HIPAA, PCI DSS data

To manage Custom Metadata for a Resource, open the Resource and navigate to the Custom Metadata panel at the bottom of the General tab.

Example of the Custom Metadata panel for a Nodinite Monitoring Resource. Administrators can add, edit, or remove metadata fields to enrich operational context.

Mandatory Fields

Using Mandatory Fields, administrators can enforce that critical Resources always have an Owner and Emergency Contact defined before operational use. This prevents accountability gaps at 3 AM when incidents occur.

Metadata in Alerts

Custom Metadata attached to a Resource flows :automatically into the Alarm Plugins such as Email alerts and HTTP Webhook. Operations teams receive enriched notifications that include owner contact information, SLA level, and runbook links—enabling faster incident response without switching tools.

Learn more: Custom Metadata in Alerts – How metadata appears in Email and HTTP Webhook alerts with real-world before/after examples.

State Change History

History Tab

All state changes for Nodinite Monitoring Resources are persisted as log entries in the Nodinite Log Databases, providing a complete audit trail for compliance and troubleshooting.

Historical state changes for the Resource shown in the History tab. Use this to analyze state patterns, identify recurring issues, or provide evidence for compliance audits.

To alter the number of days to keep the history for Monitoring state changes, please review the DaysToKeepMonitorEvents system parameter user guide.

Business Process Integration

BPM Integration

Resources connected to Services appear in Business Process Models (BPM) for end-to-end business visibility.

When you tie a Resource to a Service in the Repository Model, that Service can be placed in BPM process steps. This creates a powerful bidirectional connection:

From Monitor View to BPM

• View which BPM processes include this Resource
• Understand the business context for operational monitoring
• See how this Resource fits into end-to-end workflows

From BPM to Monitor View

• Open a BPM with Services to view associated Resources
• Execute Remote Actions directly from business process diagrams
• See real-time operational status in business context

Benefits for Business Users

• ✅ Monitor business processes without understanding technical details
• ✅ Execute remote actions (start/stop) from BPM views
• ✅ Trace transactions end-to-end across systems
• ✅ Troubleshoot issues in business terms, not just technical logs

Tip

1. Navigate to Services in the Repository Model
2. Create or edit a Service
3. Tie this Resource to the Service
4. Add the Service to one or more BPM process steps
5. Business users can now see this Resource's status in BPM views and execute remote actions

Next Steps

Resources Overview
Add or manage Monitor View
Custom Metadata - Enrich Resources with owner, SLA, and emergency contact
Alert Enrichment - See how metadata appears in alerts
Services - Connect Resources to BPM
BPM - See Resources in business process context

Related Topics

Resource Management

• Resources - Understanding Resources
• Resources Overview - Manage all Resources
• Remote Actions - Start/Stop/Restart Resources
• Auto Healing - Automated problem resolution
• Expected State - Override state evaluation
• Resource State History - How users review past states
• Working with a Monitor View - How users see Resources

Organization

• Applications - Group by business system
• Categories - Group by resource type
• Monitoring Agents - Discover Resources

Views & Access

• Monitor Views - Operations perspective
• BPM - Business perspective
• Services - Bridge between Resources and BPM
• Repository Model - Complete documentation

Custom Metadata

• Custom Metadata - Embed owner, SLA, compliance tags, and emergency contacts
• Alert Enrichment - Custom Metadata in Email and HTTP Webhook alerts
• Mandatory Fields - Enforce required metadata on Resources
• Entity Coverage - All entities where Custom Metadata applies

System

• Log Databases - Historical state data
• Monitoring Service - Tracks changes
• Administration - Administrative overview