Akka.Hosting 1.5.28

Prefix Reserved
There is a newer version of this package available.
See the version list below for details.
dotnet add package Akka.Hosting --version 1.5.28                
NuGet\Install-Package Akka.Hosting -Version 1.5.28                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Akka.Hosting" Version="1.5.28" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Akka.Hosting --version 1.5.28                
#r "nuget: Akka.Hosting, 1.5.28"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Akka.Hosting as a Cake Addin
#addin nuget:?package=Akka.Hosting&version=1.5.28

// Install Akka.Hosting as a Cake Tool
#tool nuget:?package=Akka.Hosting&version=1.5.28                

<a id="akkahosting"></a>

Akka.Hosting

This package is now stable.

HOCON-less configuration, application lifecycle management, ActorSystem startup, and actor instantiation for Akka.NET.

See the "Introduction to Akka.Hosting - HOCON-less, "Pit of Success" Akka.NET Runtime and Configuration" video for a walkthrough of the library and how it can save you a tremendous amount of time and trouble.

Table Of Content

<a id="supported-packages"></a>

Supported Packages

<a id="akkanet-core-packages"></a>

Akka.NET Core Packages

  • Akka.Hosting - the core Akka.Hosting package, needed for everything
  • Akka.Remote.Hosting - enables Akka.Remote configuration. Documentation can be read here
  • Akka.Cluster.Hosting - used for Akka.Cluster, Akka.Cluster.Sharding, and Akka.Cluster.Tools. Documentation can be read here
  • Akka.Persistence.Hosting - used for adding persistence functionality to perform local database-less testing. Documentation can be read here

Back to top

<a id="akka-persistence-plugins"></a>

Akka Persistence Plugins

Back to top

<a id="akkahealthcheck"></a>

Akka.HealthCheck

Embed health check functionality for environments such as Kubernetes, ASP.NET, AWS, Azure, Pivotal Cloud Foundry, and more. Documentation can be read here

Back to top

<a id="akkamanagement-plugins"></a>

Akka.Management Plugins

Useful tools for managing Akka.NET clusters running inside containerized or cloud based environment. Akka.Hosting is embedded in each of its packages.

Back to top

<a id="akkamanagement-core-package"></a>

Akka.Management Core Package

  • Akka.Management - core module of the management utilities which provides a central HTTP endpoint for Akka management extensions. Documentation can be read here
  • Akka.Management.Cluster.Bootstrap - used to bootstrap a cluster formation inside dynamic deployment environments. Documentation can be read here

    NOTE

    As of version 1.0.0, cluster bootstrap came bundled inside the core Akka.Management NuGet package and are part of the default HTTP endpoint for Akka.Management. All Akka.Management.Cluster.Bootstrap NuGet package versions below 1.0.0 should now be considered deprecated.

Back to top

<a id="akkadiscovery-plugins"></a>

Akka.Discovery Plugins

Back to top

<a id="akkacoordination-plugins"></a>

Akka.Coordination Plugins

Back to top

<a id="summary"></a>

Summary

We want to make Akka.NET something that can be instantiated more typically per the patterns often used with the Microsoft.Extensions.Hosting APIs that are common throughout .NET.

using Akka.Hosting;
using Akka.Actor;
using Akka.Actor.Dsl;
using Akka.Cluster.Hosting;
using Akka.Remote.Hosting;

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .WithRemoting("localhost", 8110)
        .WithClustering(new ClusterOptions(){ Roles = new[]{ "myRole" },
            SeedNodes = new[]{ Address.Parse("akka.tcp://MyActorSystem@localhost:8110")}})
        .WithActors((system, registry) =>
    {
        var echo = system.ActorOf(act =>
        {
            act.ReceiveAny((o, context) =>
            {
                context.Sender.Tell($"{context.Self} rcv {o}");
            });
        }, "echo");
        registry.TryRegister<Echo>(echo); // register for DI
    });
});

var app = builder.Build();

app.MapGet("/", async (context) =>
{
    var echo = context.RequestServices.GetRequiredService<ActorRegistry>().Get<Echo>();
    var body = await echo.Ask<string>(context.TraceIdentifier, context.RequestAborted).ConfigureAwait(false);
    await context.Response.WriteAsync(body);
});

app.Run();

No HOCON. Automatically runs all Akka.NET application lifecycle best practices behind the scene. Automatically binds the ActorSystem and the ActorRegistry, another new 1.5 feature, to the IServiceCollection so they can be safely consumed via both actors and non-Akka.NET parts of users' .NET applications.

This should be open to extension in other child plugins, such as Akka.Persistence.SqlServer:

builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .WithRemoting("localhost", 8110)
        .WithClustering(new ClusterOptions()
        {
            Roles = new[] { "myRole" },
            SeedNodes = new[] { Address.Parse("akka.tcp://MyActorSystem@localhost:8110") }
        })
        .WithSqlServerPersistence(builder.Configuration.GetConnectionString("sqlServerLocal"))
        .WithShardRegion<UserActionsEntity>("userActions", s => UserActionsEntity.Props(s),
            new UserMessageExtractor(),
            new ShardOptions(){ StateStoreMode = StateStoreMode.DData, Role = "myRole"})
        .WithActors((system, registry) =>
        {
            var userActionsShard = registry.Get<UserActionsEntity>();
            var indexer = system.ActorOf(Props.Create(() => new Indexer(userActionsShard)), "index");
            registry.TryRegister<Index>(indexer); // register for DI
        });
})

Back to top

<a id="dependency-injection-outside-and-inside-akkanet"></a>

Dependency Injection Outside and Inside Akka.NET

One of the other design goals of Akka.Hosting is to make the dependency injection experience with Akka.NET as seamless as any other .NET technology. We accomplish this through two new APIs:

  • The ActorRegistry, a DI container that is designed to be populated with Types for keys and IActorRefs for values, just like the IServiceCollection does for ASP.NET services.
  • The IRequiredActor<TKey> - you can place this type the constructor of any dependency injected resource and it will automatically resolve a reference to the actor stored inside the ActorRegistry with TKey. This is how we inject actors into ASP.NET, SignalR, gRPC, and other Akka.NET actors!

N.B. The ActorRegistry and the ActorSystem are automatically registered with the IServiceCollection / IServiceProvider associated with your application.

Back to top

<a id="registering-actors-with-the-actorregistry"></a>

Registering Actors with the ActorRegistry

As part of Akka.Hosting, we need to provide a means of making it easy to pass around top-level IActorRefs via dependency injection both within the ActorSystem and outside of it.

The ActorRegistry will fulfill this role through a set of generic, typed methods that make storage and retrieval of long-lived IActorRefs easy and coherent:

  • Fetch ActorRegistry from ActorSystem manually
var registry = ActorRegistry.For(myActorSystem); 
  • Provided by the actor builder
builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .WithActors((system, actorRegistry) =>
        {
            var actor = system.ActorOf(Props.Create(() => new MyActor));
            actorRegistry.TryRegister<MyActor>(actor); // register actor for DI
        });
});
  • Obtaining the IActorRef manually
var registry = ActorRegistry.For(myActorSystem); 
registry.Get<Index>(); // use in DI

Back to top

<a id="injecting-actors-with-irequiredactortkey"></a>

Injecting Actors with IRequiredActor<TKey>

Suppose we have a class that depends on having a reference to a top-level actor, a router, a ShardRegion, or perhaps a ClusterSingleton (common types of actors that often interface with non-Akka.NET parts of a .NET application):

public sealed class MyConsumer
{
    private readonly IActorRef _actor;

    public MyConsumer(IRequiredActor<MyActorType> actor)
    {
        _actor = actor.ActorRef;
    }

    public async Task<string> Say(string word)
    {
        return await _actor.Ask<string>(word, TimeSpan.FromSeconds(3));
    }
}

The IRequiredActor<MyActorType> will cause the Microsoft.Extensions.DependencyInjection mechanism to resolve MyActorType from the ActorRegistry and inject it into the IRequired<Actor<MyActorType> instance passed into MyConsumer.

The IRequiredActor<TActor> exposes a single property:

public interface IRequiredActor<TActor>
{
    /// <summary>
    /// The underlying actor resolved via <see cref="ActorRegistry"/> using the given <see cref="TActor"/> key.
    /// </summary>
    IActorRef ActorRef { get; }
}

By default, you can automatically resolve any actors registered with the ActorRegistry without having to declare anything special on your IServiceCollection:

using var host = new HostBuilder()
  .ConfigureServices(services =>
  {
      services.AddAkka("MySys", (builder, provider) =>
      {
          builder.WithActors((system, registry) =>
          {
              var actor = system.ActorOf(Props.Create(() => new MyActorType()), "myactor");
              registry.Register<MyActorType>(actor);
          });
      });
      services.AddScoped<MyConsumer>();
  })
  .Build();
  await host.StartAsync();

Adding your actor and your type key into the ActorRegistry is sufficient - no additional DI registration is required to access the IRequiredActor<TActor> for that type.

Back to top

<a id="resolving-irequiredactortkey-within-akkanet"></a>

Resolving IRequiredActor<TKey> within Akka.NET

Akka.NET does not use dependency injection to start actors by default primarily because actor lifetime is unbounded by default - this means reasoning about the scope of injected dependencies isn't trivial. ASP.NET, by contrast, is trivial: all HTTP requests are request-scoped and all web socket connections are connection-scoped - these are objects have bounded and typically short lifetimes.

Therefore, users have to explicitly signal when they want to use Microsoft.Extensions.DependencyInjection via the IDependencyResolver interface in Akka.DependencyInjection - which is easy to do in most of the Akka.Hosting APIs for starting actors:

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddScoped<IReplyGenerator, DefaultReplyGenerator>();
builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .WithRemoting(hostname: "localhost", port: 8110)
        .WithClustering(new ClusterOptions{SeedNodes = new []{ "akka.tcp://MyActorSystem@localhost:8110", }})
        .WithShardRegion<Echo>(
            typeName: "myRegion",
            entityPropsFactory: (_, _, resolver) =>
            {
                // uses DI to inject `IReplyGenerator` into EchoActor
                return s => resolver.Props<EchoActor>(s);
            },
            extractEntityId: ExtractEntityId,
            extractShardId: ExtractShardId,
            shardOptions: new ShardOptions());
});

The dependencyResolver.Props<MySingletonDiActor>() call will leverage the ActorSystem's built-in IDependencyResolver to instantiate the MySingletonDiActor and inject it with all of the necessary dependencies, including IRequiredActor<TKey>.

Back to top

<a id="microsoftextensionsconfiguration-integration"></a>

Microsoft.Extensions.Configuration Integration

<a id="iconfiguration-to-hocon-adapter"></a>

IConfiguration To HOCON Adapter

The AddHocon extension method can convert Microsoft.Extensions.Configuration IConfiguration into HOCON Config instance and adds it to the ActorSystem being configured.

  • Unlike IConfiguration, all HOCON key names are case sensitive.
  • Unless enclosed inside double quotes, all "." (period) in the IConfiguration key will be treated as a HOCON object key separator
  • IConfiguration does not support object composition, if you declare the same key multiple times inside multiple configuration providers (JSON/environment variables/etc), only the last one declared will take effect.
  • For environment variable configuration provider:
    • "__" (double underline) will be converted to "." (period).
    • "_" (single underline) will be converted to "-" (dash).
    • If all keys are composed of integer parseable keys, the whole object is treated as an array

Example:

appsettings.json:

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning"
    }
  },
  "AllowedHosts": "*",
  "akka": {
    "cluster": {
      "roles": [ "front-end", "back-end" ],
      "min-nr-of-members": 3,
      "log-info": true
    }
  }    
}

Environment variables:

AKKA__ACTOR__TELEMETRY__ENABLE=true
AKKA__CLUSTER__SEED_NODES__0=akka.tcp//mySystem@localhost:4055
AKKA__CLUSTER__SEED_NODES__1=akka.tcp//mySystem@localhost:4056
AKKA__CLUSTER__SEED_NODE_TIMEOUT=00:00:05

Note the integer parseable key inside the seed-nodes configuration, seed-nodes will be parsed as an array. These environment variables will be parsed as HOCON settings:

akka {
  actor {
    telemetry.enabled: on
  }
  cluster {
    seed-nodes: [ 
      "akka.tcp//mySystem@localhost:4055",
      "akka.tcp//mySystem@localhost:4056" 
    ]
    seed-node-timeout: 5s
  }
}

Example code:

/*
Both appsettings.json and environment variables are combined
into HOCON configuration:

akka {
  actor.telemetry.enabled: on
  cluster {
    roles: [ "front-end", "back-end" ]
    seed-nodes: [ 
      "akka.tcp//mySystem@localhost:4055",
      "akka.tcp//mySystem@localhost:4056" 
    ]
    min-nr-of-members: 3
    seed-node-timeout: 5s
    log-info: true
  }
}
*/
var host = new HostBuilder()
    .ConfigureHostConfiguration(builder =>
    {
        // Setup IConfiguration to load from appsettings.json and
        // environment variables
        builder
            .AddJsonFile("appsettings.json")
            .AddEnvironmentVariables();
    })
    .ConfigureServices((context, services) =>
    {
        services.AddAkka("mySystem", (builder, provider) =>
            {
                // convert IConfiguration to HOCON
                var akkaConfig = context.Configuration.GetSection("akka");
                builder.AddHocon(akkaConfig, HoconAddMode.Prepend); 
            });
    });

Special Characters And Case Sensitivity

This advanced usage of the IConfiguration adapter is solely used for edge cases where HOCON key capitalization needs to be preserved, such as declaring serialization binding. Note that when you're using this feature, none of the keys are normalized, you will have to write all of your keys in a HOCON compatible way.

appsettings.json:

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning"
    }
  },
  "AllowedHosts": "*",
  "akka": {
    "\"Key.With.Dots\"": "Key Value",
    "cluster": {
      "roles": [ "front-end", "back-end" ],
      "min-nr-of-members": 3,
      "log-info": true
    }
  }    
}

Note that "Key.With.Dots" needs to be inside escaped double quotes, this is a HOCON requirement that preserves the "." (period) inside HOCON property names.

Environment variables:

PS C:/> [Environment]::SetEnvironmentVariable('akka__actor__telemetry__enabled', 'true')
PS C:/> [Environment]::SetEnvironmentVariable('akka__actor__serialization_bindings__"System.Object"', 'hyperion')
PS C:/> [Environment]::SetEnvironmentVariable('akka__cluster__seed_nodes__0', 'akka.tcp//mySystem@localhost:4055')
PS C:/> [Environment]::SetEnvironmentVariable('akka__cluster__seed_nodes__1', 'akka.tcp//mySystem@localhost:4056')
PS C:/> [Environment]::SetEnvironmentVariable('akka__cluster__seed_node_timeout', '00:00:05')

Note that:

  1. All of the environment variable names are in lower case, except "System.Object" where it needs to preserve name capitalization.
  2. To set serialization binding via environment variable, you have to use "." (period) instead of "__" (double underscore), this might be problematic for some shell scripts and there is no way of getting around this.

Example code:

/*
Both appsettings.json and environment variables are combined
into HOCON configuration:

akka {
  "Key.With.Dots": Key Value
  actor {
    telemetry.enabled: on
    serialization-bindings {
      "System.Object" = hyperion
    }
  }
  cluster {
    roles: [ "front-end", "back-end" ]
    seed-nodes: [ 
      "akka.tcp//mySystem@localhost:4055",
      "akka.tcp//mySystem@localhost:4056" 
    ]
    min-nr-of-members: 3
    seed-node-timeout: 5s
    log-info: true
  }
}
*/
var host = new HostBuilder()
    .ConfigureHostConfiguration(builder =>
    {
        // Setup IConfiguration to load from appsettings.json and
        // environment variables
        builder
            .AddJsonFile("appsettings.json")
            .AddEnvironmentVariables();
    })
    .ConfigureServices((context, services) =>
    {
        services.AddAkka("mySystem", (builder, provider) =>
            {
                // convert IConfiguration to HOCON
                var akkaConfig = context.Configuration.GetSection("akka");
                // Note the last method argument is set to false
                builder.AddHocon(akkaConfig, HoconAddMode.Prepend, false); 
            });
    });

Back to top

<a id="microsoftextensionslogging-integration"></a>

Microsoft.Extensions.Logging Integration

<a id="logger-configuration-support"></a>

Logger Configuration Support

You can use AkkaConfigurationBuilder extension method called ConfigureLoggers(Action<LoggerConfigBuilder>) to configure how Akka.NET logger behave.

Example:

builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .ConfigureLoggers(setup =>
        {
            // Example: This sets the minimum log level
            setup.LogLevel = LogLevel.DebugLevel;
            
            // Example: Clear all loggers
            setup.ClearLoggers();
            
            // Example: Add the default logger
            // NOTE: You can also use setup.AddLogger<DefaultLogger>();
            setup.AddDefaultLogger();
            
            // Example: Add the ILoggerFactory logger
            // NOTE:
            //   - You can also use setup.AddLogger<LoggerFactoryLogger>();
            //   - To use a specific ILoggerFactory instance, you can use setup.AddLoggerFactory(myILoggerFactory);
            setup.AddLoggerFactory();
            
            // Example: Adding a serilog logger
            setup.AddLogger<SerilogLogger>();
        })
        .WithActors((system, registry) =>
        {
            var echo = system.ActorOf(act =>
            {
                act.ReceiveAny((o, context) =>
                {
                    Logging.GetLogger(context.System, "echo").Info($"Actor received {o}");
                    context.Sender.Tell($"{context.Self} rcv {o}");
                });
            }, "echo");
            registry.TryRegister<Echo>(echo); // register for DI
        });
});

A complete code sample can be viewed here.

Exposed properties are:

  • LogLevel: Configure the Akka.NET minimum log level filter, defaults to InfoLevel
  • LogConfigOnStart: When set to true, Akka.NET will log the complete HOCON settings it is using at start up, this can then be used for debugging purposes.

Currently supported logger methods:

  • ClearLoggers(): Clear all registered logger types.
  • AddLogger<TLogger>(): Add a logger type by providing its class type.
  • AddDefaultLogger(): Add the default Akka.NET console logger.
  • AddLoggerFactory(): Add the new ILoggerFactory logger.

Back to top

<a id="microsoftextensionsloggingiloggerfactory-logging-support"></a>

Microsoft.Extensions.Logging.ILoggerFactory Logging Support

You can now use ILoggerFactory from Microsoft.Extensions.Logging as one of the sinks for Akka.NET logger. This logger will use the ILoggerFactory service set up inside the dependency injection ServiceProvider as its sink.

Back to top

<a id="serilog-support"></a>

Serilog Message Formatting Support

If you're interested in using Akka.Logger.Serilog, you can set Akka.NET's default logger and log message formatter to allow for Serilog's semantic logging to be enabled by default:

builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
{
    configurationBuilder
        .ConfigureLoggers(setup =>
        {
            // Example: This sets the minimum log level
            setup.LogLevel = LogLevel.DebugLevel;
            
            // Example: Clear all loggers
            setup.ClearLoggers();
            
            // Add Serilog
            setup.AddLogger<SerilogLogger>();
            
            // use the default SerilogFormatter everywhere
            setup.WithDefaultLogMessageFormatter<SerilogLogMessageFormatter>();
        })
        .WithActors((system, registry) =>
        {
            var echo = system.ActorOf(act =>
            {
                act.ReceiveAny((o, context) =>
                {
                    Logging.GetLogger(context.System, "echo").Info($"Actor received {o}");
                    context.Sender.Tell($"{context.Self} rcv {o}");
                });
            }, "echo");
            registry.TryRegister<Echo>(echo); // register for DI
        });
});

This will eliminate the need to have to do Context.GetLogger<SerilogLoggingAdapter>() everywhere you want to use it.

Back to top

<a id="microsoftextensionslogging-log-event-filtering"></a>

Microsoft.Extensions.Logging Log Event Filtering

There will be two log event filters acting on the final log input, the Akka.NET akka.loglevel setting and the Microsoft.Extensions.Logging settings, make sure that both are set correctly or some log messages will be missing.

To set up the Microsoft.Extensions.Logging log filtering, you will need to edit the appsettings.json file. Note that we also set the Akka namespace to be filtered at debug level in the example below.

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information",
      "Akka": "Debug"
    }
  }
}

Back to top

<a id="filtering-logs"></a>

Filtering Logs In Akka.NET

In Akka.NET 1.5.21, we introduced log filtering for log messages based on the LogSource or the content of a log message. Depending on your coding style, you can use this feature in Akka.Hosting in several ways.

  1. Using The LoggerConfigBuilder.WithLogFilter() method.

    The LoggerConfigBuilder.WithLogFilter() method lets you set up the LogFilterBuilder

    builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
    {
        configurationBuilder
            .ConfigureLoggers(loggerConfigBuilder =>
            {
                loggerConfigBuilder.WithLogFilter(filterBuilder =>
                {
                    filterBuilder.ExcludeMessageContaining("Test");
                });
            });
    });
    
  2. Setting the loggerConfigBuilder.LogFilterBuilder property directly.

    builder.Services.AddAkka("MyActorSystem", configurationBuilder =>
    {
        configurationBuilder
            .ConfigureLoggers(loggerConfigBuilder =>
            {
                loggerConfigBuilder.LogFilterBuilder = new LogFilterBuilder();
                loggerConfigBuilder.LogFilterBuilder.ExcludeMessageContaining("Test");
            });
    });
    

Back to top

Product 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. 
.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 was computed. 
.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. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (23)

Showing the top 5 NuGet packages that depend on Akka.Hosting:

Package Downloads
Petabridge.Cmd.Host

Host engine for the Petabridge.Cmd CLI for managing Akka.NET apps and clusters. Used to load available commands into the cluster itself.

Akka.Persistence.Hosting

Akka.Persistence Microsoft.Extensions.Hosting support.

Akka.Remote.Hosting

Akka.Remote Microsoft.Extensions.Hosting support.

Akka.Management

Akka cluster management module for Akka.NET

Akka.HealthCheck.Hosting

Package Description

GitHub repositories (1)

Showing the top 1 popular GitHub repositories that depend on Akka.Hosting:

Repository Stars
petabridge/akkadotnet-code-samples
Akka.NET professional reference code samples
Version Downloads Last updated
1.5.30 486 10/3/2024
1.5.29 1,451 10/1/2024
1.5.28 10,463 9/4/2024
1.5.27 29,151 7/29/2024
1.5.25 46,442 6/17/2024
1.5.24 11,450 6/10/2024
1.5.22 4,573 6/4/2024
1.5.20 20,552 4/30/2024
1.5.19 26,080 4/17/2024
1.5.18 41,256 3/14/2024
1.5.17.1 12,090 3/4/2024
1.5.16 10,066 2/23/2024
1.5.15 83,356 1/10/2024
1.5.14 3,815 1/9/2024
1.5.13 74,153 9/27/2023
1.5.12.1 47,187 8/31/2023
1.5.12 22,745 8/3/2023
1.5.8.1 76,435 7/12/2023
1.5.8 47,888 6/21/2023
1.5.7 51,260 5/23/2023
1.5.6.1 3,690 5/17/2023
1.5.6 6,543 5/10/2023
1.5.5 25,063 5/4/2023
1.5.4.1 5,711 5/1/2023
1.5.4 5,108 4/25/2023
1.5.3 1,239 4/25/2023
1.5.2 20,175 4/6/2023
1.5.1.1 1,782 4/4/2023
1.5.1 23,290 3/16/2023
1.5.0 30,635 3/2/2023
1.5.0-beta6 820 3/1/2023
1.5.0-beta4 450 3/1/2023
1.5.0-beta3 738 2/28/2023
1.5.0-alpha4 761 2/17/2023
1.0.3 13,303 2/8/2023
1.0.2 3,521 1/31/2023
1.0.1 30,123 1/6/2023
1.0.0 4,988 12/28/2022
0.5.2-beta1 3,477 11/28/2022
0.5.1 25,164 10/20/2022
0.5.0 25,318 10/4/2022
0.4.3 24,188 9/10/2022
0.4.2 20,044 8/12/2022
0.4.1 7,791 7/21/2022
0.4.0 3,897 7/18/2022
0.3.4 5,376 6/23/2022
0.3.3 2,872 6/16/2022
0.3.2 2,358 6/13/2022
0.3.1 54,957 6/9/2022
0.3.0 87,133 5/24/2022
0.2.2 8,992 4/10/2022
0.2.1 2,522 4/9/2022
0.2.0 2,364 4/9/2022
0.1.5 2,472 4/6/2022
0.1.4 2,397 4/2/2022
0.1.3 2,045 4/1/2022
0.1.2 1,999 3/31/2022
0.1.1 2,254 3/18/2022
0.1.0 5,550 3/10/2022