EventFly is a cqrs and event sourcing framework for dotnet core, build ontop of akka.net. Fully optimised around using akka's highly scalable message passing and event stream pub sub mechanisms. EventFly targets netstandard2.0.
Go ahead and take a look at our documentation, go over some concepts, and read the tips and tricks.
- Distributed: Each aggregate can operate concurrently in parallel inside of the actor system with isolated failure boundaries.
- Message based: Making it highly scalable by being reactive from message passing, EventFly does not ask, it tells.
- Event sourced: By design, aggregate roots derive their state by replaying persisted events.
- Highly scalable: Work proceeds interactively and concurrently, overlapping in time, and may be done across nodes.
- Configurable: Through akka.net's hocon configuration, you will be able to configure every aspect of your application.
EventFly comes with a few prescribed examples on how one might use it:
-
Simple: A simple console based example that shows the most simple example of how to create an aggregate and issue commands to it.
-
Walkthrough: Tutorial style sample based on the walkthrough in the EventFly documentation. The walkthrough proposes domain that should be modelled based on some business requirements. The walkthrough goes step by step covering all the primitives and features covered in EventFly to give you an understanding of the framework. The beginning of the walkthrough can be found here.
-
Cluster: A more involved sample that shows you how to do distributed aggregates using clustering. Read the readme for the sample for a good overview of the example.
-
Web: This sample shows how to integrate akka into an aspnet core project, specifically how to inject actor references when using EventFly. Furthermore this project models a long running process that might be run behind a web application or something similar. Read the readme for more detailed information about the example.
-
Jobs: A simple sample that demonstrates how you would make a scheduled persistent job. Jobs are commands that can be persisted and scheduled to be executed at any arbitrary trigger point in time. Read the readme for more detailed information about the example. The documentation for this can be found here.
-
Tests: The test examples found in the EventFly.Test project is there to provide assistance when doing testing for EventFly. There is a simple domain modelled within the EventFly.TestHelpers project that includes a model of an aggregate with a simple aggregate saga, and these are used to do simple black box style testing on EventFly using akka.net's TestKit.
Note: This example is part of the EventFly simple example project, so checkout the code and give it a run.
//Create actor system
var system = ActorSystem.Create("useraccount-example");
//Create supervising aggregate manager for UserAccount aggregate root actors
var aggregateManager = system.ActorOf(Props.Create(() => new UserAccountAggregateManager()));
//Build create user account aggregate command with name "foo bar"
var aggregateId = UserAccountId.New;
var createUserAccountCommand = new CreateUserAccountCommand(aggregateId, "foo bar");
//Send command, this is equivalent to command.publish() in other cqrs frameworks
aggregateManager.Tell(createUserAccountCommand);
//tell the aggregateManager to change the name of the aggregate root to "foo bar baz"
var changeNameCommand = new UserAccountChangeNameCommand(aggregateId, "foo bar baz");
aggregateManager.Tell(changeNameCommand);It would be ideal if you have some experience in domain driven design, cqrs, and event sourcing. It would also be beneficial for you to be familiar with actor systems, akka.net, and the extensibility points that akka gives you through hocon configuration. If you need to skill up on akka.net, check out petabridge's akka-bootcamp. If you are already familiar with akka.net, go through the walkthrough and you would have covered most of the concepts that this framework offers.
EventFly is still in development. The goal of this projects first version is to provide you with the neccassary building blocks to build out your own cqrs and event sourced application without having to think of the implementation details of akka.net coupled with CQRS and event sourcing. Right now EventFly is focussed on developing the story for projection rebuilding. Projection rebuilding is a crucial feature that will lend EventFly to a version 1.0.0 release.
Code - If you want to contribute to the framework, do so on the dev branch and submit a PR.
Documentation - EventFly's documentation source is here, if you have any suggestions or improvements that can be made to them.
All contributions big or small are greatly appreciated!
There are many different authoritative sources that prescribe best practices when building these kinds of systems that EventFly models. Here are a few articles and resources that can give you a good foundational grounding on the concepts used extensively in this project.
- Domain-Driven Design Reference by Eric Evans
- CQRS Journey by Microsoft published by Microsoft
- An In-Depth Look At CQRS by Mike Mogosanu
- CQRS, Task Based UIs, Event Sourcing agh! by Greg Young
- Busting some CQRS myths by Jimmy Bogard
- CQRS applied by Gabriel Schenker
- CQRS and Event Sourcing by Eric Evans
- An Introduction to CQRS and Event Sourcing Patterns by Mathew McLoughling
- The Future of Distributed Programming in .NET by Aaron Stannard
Doing domain driven design in a distributed scenario is quite tricky. And even more so when you add cqrs and event sourcing style mechanics to your business domain. Akka.net gives you powerful ways to co-ordinate and organise your business rules by using actors and message passing, which can be done by sending messages through location transparent addresses (or references). The major benefits of using akka.net is that we can isolate our domain models into actors where it makes sense, in EventFly's case, an actor = aggregate root, this design decision is done because actors are inherently consistent between message handles, which is very much the same as aggregate roots in domain driven design. There is a high impedance match when you impose the actor model onto domain driven design, because actors can only guarantee their own internal state's consistency just like aggregate roots which maintain their own consistency boundary. Modelling aggregates as actors in the actor model is highly congruent.
EventFly gives you a set of opinionated generic constructs that you can use to wire up your application so that you can focus on your main task, modelling and codifying your business domain.
Akka.net gives us a wealth of good APIs out of the box that can be used to build entire systems out of. It also has a decent ecosystem and community for support. EventFly is also of the opinion that commands translate well semantically in actor systems since telling commands is a form of message passing that fits well into the actor model paradigm.
EventFly uses the methods of Keep A Changelog to keep track of features or functionality that has been added, changed, deprecated, removed, fixed, or patched for security reasons. The changelog also serves as a source of truth for the project's release notes.
Prerelease feeds and nightly feeds (called alpha feeds in this project). Provide the most up to date packages for the project. Roughly speaking the prerelease feed is the most up to date packages that reflect master, and the nightly feed reflects the most up to packages derived from the dev branch. In other words, alpha feed is less stable than the prerelease feed but gets the features and fixes first. The access to the feeds:
Prerelease Feed - This is the Azure Artifacts URL, and this is the NuGet feed URL.
Nightly Feed - - This is the Azure Artifacts URL, and this is the NuGet feed URL.
- Akka.NET - The project which EventFly builds ontop of, without akka.net, EventFly wouldnt exist.
- EventFlow - EventFly has adapted the api surface from event flow to work in the akka actor world.
- Nact - For giving us basis to write our documentation. Powered by gatsbyjs.
The MIT License (MIT)
Copyright (c) 2018 - 2019 Sporteco
https://github.com/Sporteco/EventFly
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.