Comments (6)
Decision: use RabbitMQ over NServiceBus so that we have the option of integrating microservices in other languages.
See if it's possible to create a layer that uses DI to optionally not use RabbitMQ. Perhaps create separate libraries that contain Mediatr handlers - one that uses RabbitMQ based microservices and another for handling the logic internally (or calls microservices synchronously).
from fundraise.
Use Event Sourcing? https://eventstore.org/?
from fundraise.
Next step: move Requests and RequestHandlers into their own libraries.
Maybe Requests can go in Fundraise.Core, and have the existing RequestHandlers go into a new library (perhaps RequestHandlers.InProcess) with the goal of creating another library of request handlers that use RabbitMQ (perhaps RequestHandlers.RabbitMQ).
from fundraise.
MediatR requests and requesthandlers have been moved into their own libraries (Fundraise.Requests and Fundraise.RequestHandlers.InProcess). The "InProcess" handlers (maybe not the best name) are for the non-microservices (monolithic) version of the app. Next step is to add microservice versions of these request handlers.
Perhaps the microservice hanlders should be divided into two types: synchronous (HTTP-based) and asynchronous (utilizing RabbitMQ):
The two commonly used protocols are HTTP request/response with resource APIs (when querying most of all), and lightweight asynchronous messaging when communicating updates across multiple microservices.
So next, create a project for handlers that use microservices (Fundraise.RequestHandlers.Microservices?). Perhaps first implement everything using synchronous communication by creating a WebAPI app. Basically move the logic in the handlers to the WebAPI and then have the handlers call those WebAPI methods. Then I can introduce RabbitMQ for updates/inserts. Queries should, I presume, should continue to use the WebAPI.
from fundraise.
As much as I would like to dive into microservices, I think that it makes sense to build out more of the functionality and look into using notifications with MediatR.
But maybe start small with a couple simple async microservices such as one for sending email notifications and one for logging donor events. These could be implemented while leaving the rest of the example app as a 'monolith'.
Update: Logging should probably be done within the service and aggregated using something like ELMAH https://elmah.github.io/.
Initial microservices should target integration. I think it would be easy to start with Airtable's Individual and Corporate Donations template and then do QuickBooks Online.
from fundraise.
Probably should inherit from something like IntegrationEvent to create an ID and timestamp for each event object.
Each microservice should define it's own events though:
What is not recommended is sharing a common integration events library across multiple microservices; doing that would be coupling those microservices with a single event definition data library
from fundraise.
Related Issues (17)
- Add an event log for tracking changes HOT 1
- Create thin controllers using command pattern and MediatR HOT 3
- Recurring donations
- Add donor tracking/management
- Email notifications (async microservice) HOT 1
- Implement background tasks in microservices with IHostedService and the BackgroundService class
- Remove dependency on Fundraise.IntegrationEvents and Fundraise.IntegrationEvents.RabbitMQ from Fundraise.RequestHandlers.InProcess HOT 1
- nuget packages
- MVC Example - handle Stripe webhooks HOT 1
- Add Logging dependency to repository classes
- MVC example - Improve way CampaignName and FundraiserName are set for DonationViewModel HOT 1
- MVC Example - Donor display name is hardcoded when making a donation HOT 1
- Notifications/Events HOT 1
- MVC Example - donation form integrate with Stripe, ApplePay, Payment Request API HOT 1
- MVC Example tests - clear/reset LocalDB for each test run
- Fix views after Bootstrap 4 upgrade HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from fundraise.