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:
- Simple scenario - Managed file transfer or single-system integration
- Moderate complexity - Request-response with multiple systems and message transformations
- 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.
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\WebHostingA 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
- Log in to the Nodinite Portal and open your customer entry.
- Open the Environment tab, click Add Environment, and select Install Fresh Nodinite 7 (Step 1: Basics).
- 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
Extract the downloaded ZIP to a folder, for example
C:\Temp\NodiniteInstall\, and keep its structure.Open PowerShell 7 as Administrator in the extracted folder.
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.jsonEnter 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
- Creates or updates the Configuration Database (no Log Database; the Logging Service creates the first one on its first start)
- Creates one IIS web site and application pool per Core Service (Web Client, Web API, Log API, Logging Service, Monitoring Service, and MCP Server), each on the port from the Portal
- Binds the TLS certificate that matches the certificate subject, when HTTPS is configured
- Deploys the selected Log Agents and Monitoring Agents
- Configures the service accounts
Step 3: Verify the Installation
- 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.
- 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. - Check the Web API: Open Scalar at
https://nodinite.contoso.com:<port>/scalarwith the Web API port. - 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
- Complete the agent's configuration guide.
- Send a test message through the integration.
- Find the event in a Log View in the Web Client.
- In Administration → Log Agents, rename the automatically created
Not Setentry.
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
- In the Web Client, open Administration → Monitoring Agents and open the agent's Remote Configuration.
- Add the Windows service to monitor and save; the agent discovers it as a Resource.
- 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)
- Open Administration → Settings → Alarm Plugins and open E-mail with options.
- Configure its default entry: the Recipients tab and the SMTP server, port, and authentication on the SMTP options tab.
- Select the entry on your Monitor View.
E-mail with options Configuration
Webhook Alerts (Slack, Teams, PagerDuty)
- Open Administration → Settings → Alarm Plugins and open HTTP Webhook.
- Configure the webhook URL and payload format, and select the entry on your Monitor View.
Test Alerting
- Add a test Resource to a Monitor View that uses your Alarm Plugin entry.
- Trigger an alert condition, for example stop a monitored Windows service.
- Verify that the alert arrives through the configured channel.
- 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
- Monitor the folders with the File Folder Monitoring Agent
- Send a test file through the integration
- View the Log Event in a Log View with its business data
- Search for and download the original file in the Web Client
- Success metric: Find and retrieve the file in less than 30 seconds
Moderate Complexity Example
Goal: Correlate request and response across systems
- Configure logging for the requesting system (for example a BizTalk send port)
- Configure logging for the responding system (for example an SAP receiver)
- Extract a shared ID with a Search Field
- Show the end-to-end flow in a BPM
- Success metric: Visualize the complete transaction with less than 60 seconds latency
Advanced Scenario Example
Goal: Enable business user self-service
- Document the order flow in the Repository Model, with Custom Metadata such as the owner
- Extract Order ID and Customer with Search Fields
- Give business users a Role with access to an order Log View
- A business user searches by Order ID in the Web Client, as in Find an order by Order Id
- 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
- Install a certificate whose subject matches the host name in
LocalMachine\MyorLocalMachine\WebHosting(see the Hardening Guide). - Set the Certificate subject in the Portal, Core host Configuration.
- 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
- Reduce the sysadmin right after installation, see SQL Server Sysadmin Requirements.
- Use separate accounts per service: clear Same account for all Services in Step 4: Servers, or use gMSA.
- Review the remaining items in Post Installation Steps.
Configure OAuth 2.0 (Optional)
- Register the Nodinite applications in your identity provider, see Register Nodinite Applications in Entra ID.
- Select OAuth 2.0 / OIDC in Step 2: Auth, and rerun the package.
- Protect the Log API with its own app registration, see Protect the Log API with OAuth 2.0.
- Test sign-in with your identity provider's users.
Next Steps
After completing your POC:
- Working with Nodinite - Learn advanced features and workflows
- Free E-Learning - Comprehensive training courses
- Partner Network - Find certified implementation partners
- Planning Production Deployment - Scale from POC to production
Related Topics
- Install Nodinite v7 - Complete installation guide
- Prerequisites - The master prerequisite checklist
- Planning your Nodinite Installation - Infrastructure and architecture planning
- Hardening Guide - Security best practices for production
- SQL Server Configuration - Database options and sizing
- Post Installation Steps - Additional configuration and tuning