Microsoft.ServiceFabricApps.FabricHealerProxy
1.0.4
Prefix Reserved
See the version list below for details.
Requires NuGet 3.3.0 or higher.
dotnet add package Microsoft.ServiceFabricApps.FabricHealerProxy --version 1.0.4
NuGet\Install-Package Microsoft.ServiceFabricApps.FabricHealerProxy -Version 1.0.4
<PackageReference Include="Microsoft.ServiceFabricApps.FabricHealerProxy" Version="1.0.4" />
paket add Microsoft.ServiceFabricApps.FabricHealerProxy --version 1.0.4
#r "nuget: Microsoft.ServiceFabricApps.FabricHealerProxy, 1.0.4"
// Install Microsoft.ServiceFabricApps.FabricHealerProxy as a Cake Addin #addin nuget:?package=Microsoft.ServiceFabricApps.FabricHealerProxy&version=1.0.4 // Install Microsoft.ServiceFabricApps.FabricHealerProxy as a Cake Tool #tool nuget:?package=Microsoft.ServiceFabricApps.FabricHealerProxy&version=1.0.4
FabricHealerProxy 1.0.4
FabricHealerProxy is a .NET 6 library that provides a very simple and reliable way for any .NET Service Fabric service to initiate Service Fabric entity repair by the FabricHealer service running in the same cluster. It is assumed that you have experience with FabricHealer and understand how to use it.
How to use FabricHealerProxy
- Learn how to use FabricHealer and get comfortable with its Configuration as Logic model.
- Deploy FabricHealer to your Service Fabric cluster.
- Install FabricHealerProxy into your own .NET service and write a small amount of code to initiate FabricHealer repairs for a variety of targets.
The API is very simple, by design. For example, this is how you would initiate a repair for a service running on a specified Fabric node:
var serviceRepairFacts = new RepairFacts
{
ServiceName = "fabric:/GettingStartedApplication/MyActorService",
NodeName = "appnode4"
};
await FabricHealerProxy.Instance.RepairEntityAsync(serviceRepairFacts, cancellationToken);
FabricHealerProxy will use the information you provide - even when it is as terse as above - to generate all the facts that FabricHealer needs to successfully execute the related entity-specific repair as defined in logic rules. If any of the related logic rules succeed, then FH will orchestrate Service Fabric's RepairManager service through to repair job completion, emitting repair step information via telemetry, local logging, and etw along the way. The above sample is all that is needed to restart a service running on a Fabric node named appnode4, for example. Of course, it depends on what the FabricHealer logic dictates, but you define that in FabricHealer with user configuration - that also happens to be logic programming 😃
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net6.0 is compatible. 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. |
-
net6.0
- Microsoft.ServiceFabric.Services (>= 6.0.1017)
- Newtonsoft.Json (>= 13.0.3)
- NLog (>= 5.1.2)
- Polly (>= 7.2.3)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
- Code improvements.
- Updated dependencies.