- 12 minutes to read

How to Install Nodinite v7 for a Proof of Concept (POC)

Get your Nodinite v7 Proof of Concept up and running quickly with this streamlined checklist. This guide gives you what you need for a successful POC evaluation:

  • ✅ Fast-track setup - Clear prerequisites and a step-by-step installation checklist
  • ✅ Modern architecture - PowerShell 7 automation, OAuth 2.0 support, optional HTTPS hardening
  • ✅ Proven scenarios - Recommended use cases that demonstrate the value of Nodinite
  • ✅ Post-installation - Agent configuration, alerting, and security best practices

Tip

New to Nodinite? This quick-start guide gives you the essential steps for a POC. For detailed explanations, field references, and troubleshooting, see Install Nodinite v7.

Free e-learning: Sign up at nodinite.com/learn to accelerate your Nodinite expertise.

What Should Your POC Prove?

Define clear success criteria for your POC. We recommend proving the value of Nodinite through at least three scenarios:

  1. Simple scenario - Managed file transfer or single-system integration
  2. Moderate complexity - Request-response with multiple systems and message transformations
  3. Advanced scenario - Correlated events, message splits, multiple receivers, business user self-service

Example POC Goals

  • Reduce troubleshooting time by 70% with centralized logging
  • Enable business users to track order status without IT involvement
  • Detect and alert on integration failures within 60 seconds

Understanding Nodinite v7 Architecture

Before you start, understand how the Nodinite v7 components work together. On Windows Server, every Core Service is its own IIS web site with its own port, set per environment in the Portal.

flowchart LR subgraph "Integration Platforms" roPlatforms["fa:fa-sitemap BizTalk, Logic Apps,
Boomi, MuleSoft, custom code"] end subgraph "Nodinite Core Services Server (IIS)" roWebClient["fa:fa-globe Web Client"] roWebAPI["fa:fa-cloud-sun Web API"] roLogAPI["fa:fa-cloud-arrow-down Log API"] roLogSvc["fa:fa-hard-drive Logging Service"] roMonSvc["fa:fa-watch-fitness Monitoring Service"] roMCP["fa:fa-plug MCP Server"] end subgraph "SQL Server" roConfigDB[("fa:fa-database Configuration Database")] roLogDB[("fa:fa-database Log Databases")] end subgraph "Monitored systems" roAgents["fa:fa-monitor-waveform Monitoring Agents"] roTargets["fa:fa-server Services, queues, APIs"] end roPlatforms -->|"Log Events"| roLogAPI roLogAPI -->|"store unprocessed"| roLogDB roLogSvc -->|"process"| roLogDB roLogSvc --> roConfigDB roWebClient --> roWebAPI roWebAPI --> roConfigDB roWebAPI --> roLogDB roMCP --> roWebAPI roMonSvc -->|"Remote Configuration,
state"| roAgents roAgents -->|"monitor"| roTargets roMonSvc --> roConfigDB style roPlatforms fill:#9E59BB,color:#fff style roTargets fill:#9E59BB,color:#fff style roWebClient fill:#2678BD,color:#fff style roWebAPI fill:#2678BD,color:#fff style roLogAPI fill:#2678BD,color:#fff style roLogSvc fill:#E47528,color:#fff style roMonSvc fill:#E47528,color:#fff style roMCP fill:#2678BD,color:#fff style roAgents fill:#3F827B,color:#fff style roConfigDB fill:#3F827B,color:#fff style roLogDB fill:#3F827B,color:#fff

Integration platforms (purple) send Log Events to the Log API; the Logging Service processes them in the Log Databases. The Monitoring Service reaches the Monitoring Agents (teal), which watch your systems. Users work in the Web Client, which calls the Web API; the MCP Server gives AI clients the same data. Blue: request-driven web sites. Orange: background processing.

Key Components

Component Purpose POC Relevance
Web Client Browser-based UI for log search, monitoring, and administration Your users' primary interface
Web API REST API for business logic and data access Backend for the Web Client and your reports
Log API Receives Log Events from agents and custom integrations Ingestion endpoint for all logging
Logging Service Processes Log Events and creates the Log Databases Background processing; creates the first Log Database on its first start
Monitoring Service Synchronizes Monitoring Agents, evaluates state, and sends alerts Background processing for monitoring and alerting
MCP Server Lets the AI Assistant and external MCP clients query Nodinite Optional; can be kept stopped
Configuration Database Stores settings, users, Monitor Views, and alert rules Single SQL database, created by the CLI
Log Databases Store Log Events (high volume) One or more SQL databases

POC Prerequisites Checklist

Complete these prerequisites before you register your environment in the Nodinite Portal. The Prerequisites page is the master checklist, with commands to verify each item in Detailed Prerequisite Verification.

Infrastructure Requirements

# Requirement Specification Documentation
1 Windows Server A Windows Server version that .NET 10 supports
Domain-joined (recommended for Windows Authentication and gMSA)
Planning your Nodinite Installation
2 SQL Server SQL Server 2012 or later
Standard, Enterprise, or Express edition (Express is enough for a POC, with its 10 GB database size limit)
SQL Server Options
3 PowerShell 7 Installed on the Core Services server; run the CLI from an elevated prompt as a local administrator PowerShell 7 Download
4 .NET Runtimes The latest .NET 10 Hosting Bundle
.NET Framework 4.8 for the BizTalk, Windows Server, Dynamics CRM, and IBM DataPower agents
.NET 10 Hosting Bundle
5 IIS Required Windows Features, installed before the Hosting Bundle IIS Windows Features
6 DacFx Latest SQL Server Data-Tier Application Framework (SqlPackage.exe) DacFx Download
7 SSMS SQL Server Management Studio (optional, recommended) SSMS Download

Service Account Requirements

# Requirement Details Documentation
8 Service Account(s) Windows account(s) for the Nodinite services
Option A: One account for all services (simplest for a POC)
Option B: Separate accounts per service (least privilege)
The BizTalk and Windows Server agent identities must be local administrators; the other services don't need it
Option C: gMSA (recommended for production)
Planning your Nodinite Installation
Secret Management
9 Logon as a Service Grant Log on as a service to every service identity, including gMSA accounts How to set Logon as a Service right
10 DCOM Local Activation Required for the Monitoring Service account Prerequisites
11 SQL Sysadmin The user who runs the CLI needs sysadmin during installation; reduce it afterwards SQL Server Sysadmin Requirements
12 Password Policy Set password never expires for traditional service accounts (not needed for gMSA) gMSA

SQL Server Configuration

# Task Details Documentation
13 Linked Server Required even when all databases are on the same instance
Test with: SELECT * FROM [LinkedServerName].master.sys.databases
Linked Servers
14 MSDTC Configure the Distributed Transaction Coordinator
Enable Network DTC Access and Allow Inbound/Outbound
MSDTC Configuration
15 Firewall Open every hop: browsers, agents, and SQL Server Network and Firewall Overview
SQL Server Firewall

Security and HTTPS (Optional for POC)

Note

HTTPS is optional for a POC, but required for OAuth 2.0 and recommended on any network-accessible server.

# Task Details Documentation
16 TLS Certificate A certificate whose subject or SAN matches the host name, in LocalMachine\My or LocalMachine\WebHosting
A self-signed certificate is acceptable for a POC
Core host Configuration
Hardening Guide
17 DNS Record An A record, for example nodinite.contoso.com, pointing to the server Hardening Guide
18 OAuth 2.0 / OIDC Optional: Microsoft Entra ID or another identity provider
Requires HTTPS
Install Nodinite v7 - OpenID

Installation Steps

Step 1: Register the Environment in the Portal

  1. Log in to the Nodinite Portal and open your customer entry.
  2. Open the Environment tab, click Add Environment, and select Install Fresh Nodinite 7 (Step 1: Basics).
  3. Complete the wizard; each step has its own page:
Wizard step Key settings POC tip
1. Basics Environment name and runtime Choose Windows Server (IIS); use a name like "POC"
2. Auth Windows Authentication or OAuth 2.0 / OIDC Windows Authentication is the quickest start
3. Infrastructure SQL Server connection, SQL DB Lookup, proxy One SQL Server instance is enough
4. Servers Install path, TLS host name and certificate subject, service accounts, one port per Core Service Keep Same account for all Services; keep the MCP Server stopped if you don't evaluate AI
5. Agents Log Agents and Monitoring Agents for your scenarios Add only the agents your scenarios need
6. Review and Download Validation and package download Note the allocated ports for your firewall

Step 2: Deploy the Generated Package with the CLI

  1. Extract the downloaded ZIP to a folder, for example C:\Temp\NodiniteInstall\, and keep its structure.

  2. Open PowerShell 7 as Administrator in the extracted folder.

  3. Validate, dry-run, and deploy, as described in Step 7: Run the CLI Workflow:

    .\Nodinite.Installer.Cli.exe validate --config .\<serverfolder>\config.cli.json
    .\Nodinite.Installer.Cli.exe deploy-environment --config .\<serverfolder>\config.cli.json --dry-run
    .\Nodinite.Installer.Cli.exe deploy-environment --config .\<serverfolder>\config.cli.json
    
  4. Enter any required passwords when the CLI prompts for them.

Important

Use PowerShell 7, not Windows PowerShell 5.1. Verify the version with $PSVersionTable.PSVersion.

Tip

Installation typically takes 5-15 minutes. For troubleshooting and advanced options, see Step 7: Run the CLI Workflow.

What the CLI Does

Step 3: Verify the Installation

  1. Check the IIS web sites: In IIS Manager, confirm that each Core Service has a started web site on its own port. A stopped MCP Server is by design when Keep the MCP Server stopped is selected.
  2. Open the Web Client: Browse to the Web Client, for example https://nodinite.contoso.com:<port>/, with the host and port from the Portal (Core platform services). Log in with your Windows account, or with OAuth if configured.
  3. Check the Web API: Open Scalar at https://nodinite.contoso.com:<port>/scalar with the Web API port.
  4. Check the databases: The Configuration Database exists right after the installation; the first Log Database appears after the Logging Service has started.

Each Core Service's Install page has a full verification checklist, for example Verify the Web Client, Verify the Web API, and Verify the Log Databases.

Configure Your POC Scenarios

Log Agent Configuration

Add Log Agents in the Portal for your POC scenarios; Installing Log Agents explains the options.

Integration Platform Log Agent Configuration Guide
Microsoft BizTalk Server BizTalk Server Log Agent (part of the Core Services) BizTalk Server Logging
Boomi Boomi Logging Agent Boomi Logging
MuleSoft MuleSoft Logging MuleSoft Logging
Azure Logic Apps Logic Apps Logging Agent Azure Logic Apps Logging
Custom APIs/Services Your own code, through the Pickup Service Custom Logging

Quick Start: Verify Logging

  1. Complete the agent's configuration guide.
  2. Send a test message through the integration.
  3. Find the event in a Log View in the Web Client.
  4. In Administration → Log Agents, rename the automatically created Not Set entry.

Monitoring Agent Configuration

Add Monitoring Agents in the Portal to track system health; Installing Monitor Agents explains the options.

Resource Type Monitoring Agent Configuration Guide
Windows Services Windows Server Monitoring Agent Windows Service Monitoring
Message Queues Message Queueing or IBM MQ Monitoring Agent Message Queue Monitoring
IBM MQ Monitoring
HTTP Endpoints Web Services Monitoring Agent HTTP Endpoint Monitoring
Databases Database Monitoring Agent SQL Server Monitoring

Quick Start: Monitor a Windows Service

  1. In the Web Client, open Administration → Monitoring Agents and open the agent's Remote Configuration.
  2. Add the Windows service to monitor and save; the agent discovers it as a Resource.
  3. Add the Resource to a Monitor View and verify its state.

Configure Alerting

Nodinite v7 has four built-in Alarm Plugins: E-mail, E-mail with options, Event Log, and HTTP Webhook. Select an Alarm Plugin entry on each Monitor View that should send alerts.

Email Alerts (SMTP)

  1. Open Administration → Settings → Alarm Plugins and open E-mail with options.
  2. Configure its default entry: the Recipients tab and the SMTP server, port, and authentication on the SMTP options tab.
  3. Select the entry on your Monitor View.

E-mail with options Configuration

Webhook Alerts (Slack, Teams, PagerDuty)

  1. Open Administration → Settings → Alarm Plugins and open HTTP Webhook.
  2. Configure the webhook URL and payload format, and select the entry on your Monitor View.

HTTP Webhook Configuration

Test Alerting

  1. Add a test Resource to a Monitor View that uses your Alarm Plugin entry.
  2. Trigger an alert condition, for example stop a monitored Windows service.
  3. Verify that the alert arrives through the configured channel.
  4. Start the service again and verify the OK alert.

Run Your POC Scenarios

Execute the scenarios you defined in What Should Your POC Prove?:

Simple Scenario Example

Goal: Track a file-based integration end to end

  1. Monitor the folders with the File Folder Monitoring Agent
  2. Send a test file through the integration
  3. View the Log Event in a Log View with its business data
  4. Search for and download the original file in the Web Client
  5. Success metric: Find and retrieve the file in less than 30 seconds

Moderate Complexity Example

Goal: Correlate request and response across systems

  1. Configure logging for the requesting system (for example a BizTalk send port)
  2. Configure logging for the responding system (for example an SAP receiver)
  3. Extract a shared ID with a Search Field
  4. Show the end-to-end flow in a BPM
  5. Success metric: Visualize the complete transaction with less than 60 seconds latency

Advanced Scenario Example

Goal: Enable business user self-service

  1. Document the order flow in the Repository Model, with Custom Metadata such as the owner
  2. Extract Order ID and Customer with Search Fields
  3. Give business users a Role with access to an order Log View
  4. A business user searches by Order ID in the Web Client, as in Find an order by Order Id
  5. Success metric: The business user finds the order status without IT help

Measure POC Success

Track these metrics during your POC:

Metric Target How to Measure
Log search performance Less than 2 seconds for 1M events Use a Log View with a date range
Troubleshooting time reduction 50-70% improvement Compare the time to find errors before and after Nodinite
Alert notification latency Less than 60 seconds from failure Simulate a failure and measure the alert delivery time
Business user adoption 3+ business users self-serve Track unique users in the Web Client
Integration coverage 80%+ of critical flows logged Count logged integrations against all integrations

Post-Installation Security (Optional)

For POC environments exposed to the network or evaluating production readiness:

Enable HTTPS/TLS

  1. Install a certificate whose subject matches the host name in LocalMachine\My or LocalMachine\WebHosting (see the Hardening Guide).
  2. Set the Certificate subject in the Portal, Core host Configuration.
  3. Download the package again and rerun it with the CLI; the CLI finds and binds the certificate. After a renewal, rerun the update.

Apply Least Privilege

  1. Reduce the sysadmin right after installation, see SQL Server Sysadmin Requirements.
  2. Use separate accounts per service: clear Same account for all Services in Step 4: Servers, or use gMSA.
  3. Review the remaining items in Post Installation Steps.

Configure OAuth 2.0 (Optional)

  1. Register the Nodinite applications in your identity provider, see Register Nodinite Applications in Entra ID.
  2. Select OAuth 2.0 / OIDC in Step 2: Auth, and rerun the package.
  3. Protect the Log API with its own app registration, see Protect the Log API with OAuth 2.0.
  4. Test sign-in with your identity provider's users.

Install Nodinite v7 - OpenID

Next Steps

After completing your POC: