Prognosis 2.1.0
dotnet add package Prognosis --version 2.1.0
NuGet\Install-Package Prognosis -Version 2.1.0
<PackageReference Include="Prognosis" Version="2.1.0" />
<PackageVersion Include="Prognosis" Version="2.1.0" />
<PackageReference Include="Prognosis" />
paket add Prognosis --version 2.1.0
#r "nuget: Prognosis, 2.1.0"
#:package Prognosis@2.1.0
#addin nuget:?package=Prognosis&version=2.1.0
#tool nuget:?package=Prognosis&version=2.1.0
Prognosis
Unfiltered AI slop. Use at your own risk
A dependency-aware service health modeling library for .NET. Models the health of multiple services as a directed graph where each service's effective status is computed from its own intrinsic health and the weighted health of its dependencies.
graph TD
Store["🛒 Online Store"] -->|"Required"| Checkout["Checkout"]
Store -->|"Important"| Search["Product Search"]
Store -->|"Optional"| Reviews["Reviews"]
Checkout -->|"Required"| Payment["Payment Gateway"]
Checkout -->|"Required"| Inventory["Inventory"]
Payment -->|"Important"| Fraud["Fraud Detection"]
Search -->|"Required"| Index["Search Index"]
style Store fill:#22c55e,color:#fff
style Checkout fill:#22c55e,color:#fff
style Payment fill:#22c55e,color:#fff
style Inventory fill:#22c55e,color:#fff
style Fraud fill:#22c55e,color:#fff
style Search fill:#22c55e,color:#fff
style Index fill:#22c55e,color:#fff
style Reviews fill:#22c55e,color:#fff
How it works: each service reports its own health and declares dependencies with an importance level. Prognosis walks the graph and computes the effective status — a Required dependency failing makes the parent unhealthy, an Important one degrades it, and an Optional one is ignored. If Fraud Detection goes down, Payment Gateway becomes degraded, which degrades Checkout, which degrades the whole store. If Payment Gateway itself goes down, Checkout becomes unhealthy — and since it's Required, the store is unhealthy too. If Reviews go down? Nothing happens.
Packages
| Package | Purpose |
|---|---|
Prognosis |
Core library — health graph modeling, aggregation, monitoring, serialization |
Prognosis.Reactive |
System.Reactive extensions — Rx-based polling, push-triggered reports, diff-based change streams |
Prognosis.DependencyInjection |
Microsoft.Extensions.DependencyInjection integration — assembly scanning, fluent graph builder, hosted monitoring |
Key concepts
Health statuses
| Status | Value | Meaning |
|---|---|---|
Healthy |
0 | Known good |
Unknown |
1 | Not yet probed (startup state) |
Degraded |
2 | Known partial failure |
Unhealthy |
3 | Known failure |
Ordered worst-is-highest so comparisons naturally surface the most severe status.
Dependency importance
| Importance | Default propagation rule |
|---|---|
Required |
Dependency status passes through unchanged — an unhealthy dependency makes the parent unhealthy |
Important |
Unhealthy is capped at Degraded for the parent; Unknown and Degraded pass through |
Optional |
Dependency health is ignored entirely |
These rules describe the default strategy (HealthAggregator.Aggregate). Propagation behavior can be changed per-service by supplying a custom aggregation strategy.
Usage patterns
1. Implement IServiceHealth on a class you own
Embed a ServiceHealthTracker and delegate to it:
class DatabaseService : IObservableServiceHealth
{
private readonly ServiceHealthTracker _health;
public DatabaseService()
{
_health = new ServiceHealthTracker(
() => IsConnected
? HealthStatus.Healthy
: new HealthEvaluation(HealthStatus.Unhealthy, "Connection lost"));
}
public bool IsConnected { get; set; } = true;
public string Name => "Database";
public IReadOnlyList<ServiceDependency> Dependencies => _health.Dependencies;
public IObservable<HealthStatus> StatusChanged => _health.StatusChanged;
public void NotifyChanged() => _health.NotifyChanged();
public HealthEvaluation Evaluate() => _health.Evaluate();
}
2. Wrap a service you can't modify
Use DelegatingServiceHealth with a health-check delegate:
var emailHealth = new DelegatingServiceHealth("EmailProvider",
() => client.IsConnected
? HealthStatus.Healthy
: new HealthEvaluation(HealthStatus.Unhealthy, "SMTP connection refused"));
3. Pure composite aggregation
Create virtual aggregation points with no backing service:
// List style
var app = new CompositeServiceHealth("Application",
[
new ServiceDependency(authService, ServiceImportance.Required),
new ServiceDependency(notifications, ServiceImportance.Important),
]);
// Fluent style
var app = new CompositeServiceHealth("Application")
.DependsOn(authService, ServiceImportance.Required)
.DependsOn(notifications, ServiceImportance.Important);
Aggregation strategies
By default, health propagation follows the rules in Dependency importance via HealthAggregator.Aggregate. You can swap the strategy per-service to change how dependency statuses combine.
Built-in strategies
| Strategy | Behavior |
|---|---|
HealthAggregator.Aggregate |
Default. Worst-case propagation — a single unhealthy Required dependency makes the parent unhealthy. |
HealthAggregator.AggregateWithRedundancy |
Redundancy-aware — when at least one non-optional dependency is healthy, a Required dependency's unhealthy status is capped at Degraded. All non-optional deps must be unhealthy before the parent becomes unhealthy. |
Using a built-in strategy
// Without redundancy (default) — if either service goes down, the parent is unhealthy.
var app = new CompositeServiceHealth("Application")
.DependsOn(primaryDb, ServiceImportance.Required)
.DependsOn(replicaDb, ServiceImportance.Required);
// With redundancy — if one goes down but the other is healthy, the parent is degraded.
var app = new CompositeServiceHealth("Application",
aggregator: HealthAggregator.AggregateWithRedundancy)
.DependsOn(primaryDb, ServiceImportance.Required)
.DependsOn(replicaDb, ServiceImportance.Required);
Custom strategies
The AggregationStrategy delegate takes intrinsic health + dependencies and returns an evaluation. Pass any matching function:
var app = new CompositeServiceHealth("Application",
aggregator: (intrinsic, deps) =>
{
// Your custom logic here
return new HealthEvaluation(HealthStatus.Healthy);
});
Strategies can also be applied to DelegatingServiceHealth and ServiceHealthTracker:
// DelegatingServiceHealth with a strategy
var svc = new DelegatingServiceHealth("Service", healthCheck,
aggregator: HealthAggregator.AggregateWithRedundancy);
// ServiceHealthTracker (when embedding in your own class)
var tracker = new ServiceHealthTracker(intrinsicCheck,
aggregator: HealthAggregator.AggregateWithRedundancy);
Graph operations
// Evaluate a single service (walks its dependencies)
HealthEvaluation eval = app.Evaluate();
// Snapshot the entire graph (depth-first post-order)
IReadOnlyList<ServiceSnapshot> snapshots = HealthAggregator.EvaluateAll(app);
// Package as a serialization-ready report with timestamp
HealthReport report = HealthAggregator.CreateReport(app);
// Detect circular dependencies
IReadOnlyList<IReadOnlyList<string>> cycles = HealthAggregator.DetectCycles(app);
// Diff two reports to find individual service changes
IReadOnlyList<ServiceStatusChange> changes = HealthAggregator.Diff(before, after);
Observable health monitoring
All built-in types implement IObservableServiceHealth. Subscribe to individual services or monitor the full graph:
// Individual service notifications
database.StatusChanged.Subscribe(observer);
// Graph-level polling with HealthMonitor
await using var monitor = new HealthMonitor([app], TimeSpan.FromSeconds(5));
monitor.ReportChanged.Subscribe(reportObserver);
// Manual poll (useful for testing or getting initial state)
monitor.Poll();
IObservable<T> is a BCL type — no System.Reactive dependency required. Add System.Reactive only when you want operators like DistinctUntilChanged() or Throttle().
Dependency injection
The Prognosis.DependencyInjection package provides a fluent builder for configuring the health graph within a hosted application:
builder.Services.AddPrognosis(health =>
{
// Discover all IServiceHealth implementations and wire [DependsOn<T>] attributes.
health.ScanForServices(typeof(Program).Assembly);
// Wrap a third-party service with a health delegate.
// Name defaults to typeof(T).Name when omitted.
health.AddDelegate<ThirdPartyEmailClient>("EmailProvider",
client => client.IsConnected
? HealthStatus.Healthy
: new HealthEvaluation(HealthStatus.Unhealthy, "SMTP refused"));
// Define composite aggregation nodes.
// Use nameof for concrete types, constants for virtual nodes.
health.AddComposite(ServiceNames.Application, app =>
{
app.DependsOn<AuthService>(ServiceImportance.Required);
app.DependsOn(ServiceNames.NotificationSystem, ServiceImportance.Important);
});
// Composites with custom aggregation strategies.
health.AddComposite(ServiceNames.DatabaseCluster, db =>
{
db.DependsOn(nameof(PrimaryDb), ServiceImportance.Required);
db.DependsOn(nameof(ReplicaDb), ServiceImportance.Required);
}, aggregator: HealthAggregator.AggregateWithRedundancy);
health.AddRoots(ServiceNames.Application);
health.UseMonitor(TimeSpan.FromSeconds(30));
});
// Central constants for virtual/composite service names.
static class ServiceNames
{
public const string Application = nameof(Application);
public const string NotificationSystem = nameof(NotificationSystem);
public const string DatabaseCluster = nameof(DatabaseCluster);
}
Declare dependency edges on classes you own with attributes:
[DependsOn<DatabaseService>(ServiceImportance.Required)]
[DependsOn<CacheService>(ServiceImportance.Important)]
class AuthService : IObservableServiceHealth
{
private readonly ServiceHealthTracker _health = new();
public string Name => nameof(AuthService);
public IReadOnlyList<ServiceDependency> Dependencies => _health.Dependencies;
public IObservable<HealthStatus> StatusChanged => _health.StatusChanged;
public void NotifyChanged() => _health.NotifyChanged();
public HealthEvaluation Evaluate() => _health.Evaluate();
}
Inject HealthGraph to access the materialized graph at runtime:
var graph = serviceProvider.GetRequiredService<HealthGraph>();
var report = graph.CreateReport();
// Type-safe lookup — uses typeof(AuthService).Name as key.
if (graph.TryGetService<AuthService>(out var auth))
Console.WriteLine($"AuthService has {auth.Dependencies.Count} deps");
// String-based lookup still available.
var dbService = graph["Database"];
Reactive extensions
The Prognosis.Reactive package provides Rx-based alternatives to polling:
var roots = new IServiceHealth[] { app };
// Timer-driven polling — emits HealthReport on change.
roots.PollHealthReport(TimeSpan.FromSeconds(30))
.Subscribe(report => Console.WriteLine(report.OverallStatus));
// Push-triggered — reacts to leaf StatusChanged events, throttled.
roots.ObserveHealthReport(TimeSpan.FromMilliseconds(500))
.Subscribe(report => Console.WriteLine(report.OverallStatus));
// Diff-based change stream — composable with any report source.
roots.PollHealthReport(TimeSpan.FromSeconds(30))
.SelectServiceChanges()
.Subscribe(change =>
Console.WriteLine($"{change.Name}: {change.Previous} → {change.Current}"));
Sharing streams across subscribers
The Rx helpers produce cold observables — each subscription runs its own pipeline. To share a single evaluation across multiple subscribers:
// Auto-stop when last subscriber unsubscribes.
var shared = roots.CreateSharedReportStream(TimeSpan.FromSeconds(30));
// Replay latest report to late subscribers.
var shared = roots.CreateSharedReportStream(TimeSpan.FromSeconds(30),
ShareStrategy.ReplayLatest);
// Push-triggered variant.
var shared = roots.CreateSharedObserveStream(TimeSpan.FromMilliseconds(500));
Or use standard Rx multicast operators directly: Publish().RefCount() or Replay(1).RefCount().
Serialization
Both enums use [JsonStringEnumConverter] so they serialize as "Healthy" / "Degraded" / etc. The HealthReport and ServiceSnapshot records are designed as wire-friendly DTOs:
{
"Timestamp": "2026-02-13T18:30:00+00:00",
"OverallStatus": "Healthy",
"Services": [
{ "Name": "Database", "Status": "Healthy", "DependencyCount": 0 },
{ "Name": "AuthService", "Status": "Healthy", "DependencyCount": 2 }
]
}
Project structure
Core (Prognosis)
| File | Purpose |
|---|---|
IServiceHealth.cs |
Core interface — Name, Dependencies, Evaluate() |
IObservableServiceHealth.cs |
Extends IServiceHealth with StatusChanged and NotifyChanged() |
HealthStatus.cs |
Healthy → Unknown → Degraded → Unhealthy enum |
HealthEvaluation.cs |
Status + optional reason pair, with implicit conversion from HealthStatus |
ServiceImportance.cs |
Required, Important, Optional enum |
ServiceDependency.cs |
Record linking an IServiceHealth with its importance |
AggregationStrategy.cs |
Delegate type for pluggable propagation rules |
ServiceHealthTracker.cs |
Composable helper — embed in any class for dependency tracking, aggregation, and observability |
DelegatingServiceHealth.cs |
Adapter wrapping a Func<HealthEvaluation> for closed types |
CompositeServiceHealth.cs |
Pure aggregation point with no backing service |
HealthAggregator.cs |
Static helpers — Aggregate, AggregateWithRedundancy, EvaluateAll, CreateReport, DetectCycles, Diff, NotifyGraph |
HealthReport.cs |
Serialization-ready report DTO |
ServiceSnapshot.cs |
Serialization-ready per-service snapshot DTO |
ServiceStatusChange.cs |
Record describing a single service's status transition |
HealthReportComparer.cs |
IEqualityComparer<HealthReport> for deduplicating reports |
HealthMonitor.cs |
Timer-based poller with IObservable<HealthReport> |
Reactive extensions (Prognosis.Reactive)
| File | Purpose |
|---|---|
ServiceHealthRxExtensions.cs |
PollHealthReport, ObserveHealthReport, SelectServiceChanges |
ServiceHealthRxShared.cs |
CreateSharedReportStream, CreateSharedObserveStream, ShareStrategy |
Dependency injection (Prognosis.DependencyInjection)
| File | Purpose |
|---|---|
ServiceCollectionExtensions.cs |
AddPrognosis entry point — assembly scanning and graph materialization |
PrognosisBuilder.cs |
Fluent builder — ScanForServices, AddDelegate<T>, AddComposite, AddRoots |
DependencyConfigurator.cs |
Fluent edge declaration — DependsOn<T>, DependsOn(name) |
DependsOnAttribute.cs |
[DependsOn<T>] attribute for declarative dependency edges |
HealthGraph.cs |
Materialized graph container — Roots, indexer, CreateReport() |
PrognosisMonitorExtensions.cs |
UseMonitor extension + IHostedService adapter |
Requirements
- .NET Standard 2.0 or .NET Standard 2.1 compatible runtime (.NET Framework 4.6.1+, .NET Core 2.0+, .NET 5+)
- System.Text.Json (bundled as a dependency)
- Microsoft.Bcl.AsyncInterfaces (netstandard2.0 only, bundled as a dependency)
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net5.0 was computed. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 was computed. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
| .NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
| .NET Standard | netstandard2.0 is compatible. netstandard2.1 is compatible. |
| .NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
| MonoAndroid | monoandroid was computed. |
| MonoMac | monomac was computed. |
| MonoTouch | monotouch was computed. |
| Tizen | tizen40 was computed. tizen60 was computed. |
| Xamarin.iOS | xamarinios was computed. |
| Xamarin.Mac | xamarinmac was computed. |
| Xamarin.TVOS | xamarintvos was computed. |
| Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- Microsoft.Bcl.AsyncInterfaces (>= 9.0.5)
- System.Text.Json (>= 9.0.5)
-
.NETStandard 2.1
- System.Text.Json (>= 9.0.5)
NuGet packages (2)
Showing the top 2 NuGet packages that depend on Prognosis:
| Package | Downloads |
|---|---|
|
Prognosis.Reactive
System.Reactive extensions for Prognosis. Provides idiomatic Rx operators for polling, merging, and composing health status streams from the Prognosis service health graph. |
|
|
Prognosis.DependencyInjection
Microsoft.Extensions.DependencyInjection integration for Prognosis. Provides assembly scanning, fluent graph builder, and IHostedService-based health monitoring for the Prognosis service health graph. |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 2.1.0 | 33 | 2/16/2026 |
| 2.0.0 | 32 | 2/15/2026 |
| 1.0.0 | 42 | 2/14/2026 |
| 1.0.0-alpha | 31 | 2/14/2026 |