Feedback would be appreciated.
A MongoDb implementation of the Orleans Providers.
This includes
- Membership (
IMembershipTable
&IGatewayListProvider
) - Reminders (
IReminderTable
) - Storage (
IStoragePRovider
)
install-package Orleans.Providers.MongoDB
From 3.1 onwards you have to register the IMongoClient in the service locator.
### Server side
# via Silo Host Builder (ISiloHostBuilder)
var silo = new SiloHostBuilder()
.UseMongoDBClient("mongodb://localhost")
...
.Build();
# via Generic Host + Silo Builder (ISiloBuilder)
var host = Host.CreateDefaultBuilder(args)
.UseOrleans((context, siloBuilder) => {
siloBuilder.UseMongoDBClient("mongodb://localhost")
...
});
### Client side
var client = new ClientBuilder()
.UseMongoDBClient("mongodb://localhost")
...
.Build();
as an alternative you can also implement the IMongoClientFactory interface and override the client names with options.
There is also an overload of UseMongoDBClient()
that takes a Func<IServiceProvider, MongoClientSettings>
which allows you specify all MongoDB connection settings individually. This is especially useful, if you need to separate network settings and credentials into different configuration variables, or if you want to bind to an IOptions<T>
configuration as shown below.
[...]
.UseMongoDBClient(provider =>
{
var cfg = provider.GetRequiredService<IOptions<MyMongoDbConfiguration>>();
var settings = MongoClientSettings.FromConnectionString(cfg.Value.ConnectionString);
settings.Credential = MongoCredential.CreateCredential(cfg.Value.AuthDatabase, cfg.Value.UserName, cfg.Value.Password);
return settings;
})
[...]
Use the client builder to setup mongo db:
var client = new ClientBuilder()
.UseMongoDBClustering(options =>
{
options.DatabaseName = dbName;
options.Strategy = MongoDBMembershipStrategy.Multiple;
})
...
.Build();
and the same for the silo builder:
var silo = new SiloHostBuilder()
.UseMongoDBClustering(options =>
{
options.DatabaseName = dbName;
options.Strategy = MongoDBMembershipStrategy.Multiple;
})
...
.Build();
The provider supports three different strategies for membership management:
SingleDocument
: A single document per deployment. Fastest for small clusters.Multiple
: One document per silo and an extra document for the table version. Needs a replica set and transaction support to work properly.MultipleDeprecated
: One document per silo but no support for the extended membership protocol. Not recommended.
Just use the silo builder:
var silo = new SiloHostBuilder()
.UseMongoDBReminders(options =>
{
options.DatabaseName = dbName;
options.CreateShardKeyForCosmos = createShardKey;
})
...
.Build();
Just use the silo builder:
var silo = new SiloHostBuilder()
.AddMongoDBGrainStorage("grains-storage-provider-name",
options =>
{
options.DatabaseName = dbName;
options.CreateShardKeyForCosmos = createShardKey;
})
...
.Build();
Mongo provider supports the following serializers:
JsonGrainStateSerializer (Default)
: uses Newtonsoft.JSONBinaryGrainStateSerializer
: uses Orleans binary serializerBsonGrainStateSerializer
: uses BsonSerializer
services.Configure<JsonGrainStateSerializerOptions>(options =>
{
options.ConfigureJsonSerializerSettings = settings =>
{
settings.NullValueHandling = NullValueHandling.Include;
settings.DefaultValueHandling = DefaultValueHandling.Populate;
settings.ObjectCreationHandling = ObjectCreationHandling.Replace;
});
});
For example, in order to change the default from JsonGrainStateSerializer
to BsonGrainStateSerializer
services.AddSingleton<IGrainStateSerializer, BsonGrainStateSerializer>();
For example in order to use binary serializer for PubSubStore
services.AddSingletonNamedService<IGrainStateSerializer, BinaryGrainStateSerializer>("PubSubStore");
...
var silo = new SiloHostBuilder()
.AddMongoDBGrainStorage("PubSubStore", options => options.DatabaseName = dbName)
...
.Build();
As you can see you have to pass in the connection string to each provider. But we will only create one MongoDB client for each unique connection string to keep the number of connections to your cluster or server as low as possible.
In order to make use of many tests already defined in Orleans, the unit test project of this module depends on TesterInternal, which is added as a project reference from the local path ./libs where the whole Orleans source code is mirrored as a git submodule.
This comes with two caveats:
- Depending on your git client, the submodules are sometimes not pulled automatically. If you find the ./libs subdirectory to be empty, execute
git pull --recurse-submodules
manually from the command shell - some of the projects in the ./libs subfolder need F# support to be present in your VisualStudio installation, otherwise you will receive an error message about an unsupported language. This may apply to other IDEs as well