eShopOnContainers VS craftsman

The eShopOnContainers is pretty popular, have you seen it yet? https://github.com/dotnet-architecture/eShopOnContainers

so I was exploring eShopOnContainers a little bit, more specifically the messages queues part and it made me wonder how is it possible to ensure data consistency across microservices when using them. If I'm not mistaken this isn't even shown in the eShopOnContainers examples.

For an example of an aggregate if you're unfamiliar - https://github.com/dotnet-architecture/eShopOnContainers/blob/3169a933447f1013c069e2cad2805c5de1ce9fbf/src/Services/Ordering/Ordering.Domain/AggregatesModel/OrderAggregate/Order.cs

You can check out eShopOnContainers as a reference architecture if you want, but (assuming this is meant to be somewhat of an ad hoc solution rather than a paragon of software engineering) I'd minimize the number of deployable assemblies (1 + tests if possible) and avoid Docker, again unless you have a specific reason to use it.

For K8s, it has a whole directory with deployment scripts. https://github.com/dotnet-architecture/eShopOnContainers/tree/dev/deploy/k8s

Checked the eshop on containers which uses EF for writes with DDD. Queries uses Dapper with raw sql. https://github.com/dotnet-architecture/eShopOnContainers/blob/dev/src/Services/Ordering/Ordering.API/Application/Queries/OrderQueries.cs

Maybe Microsoft’s eShopOnContainers reference system?

There’s some stuff I’d tweak on this project but it has some more advanced concepts you can check out. If you want to play around with something similar (several updates since this project) and get past the boilerplate you can check out this project.

If you’re having trouble getting started backend wise, I made a tool that can scaffold some boilerplate for you. You can also check out projects like Jason or ardalis’s clean architecture projects. Here’s one that’s a little dated but still good.

If you’re interested, something like this is a more built out project I built a while back. It’s not done and I’d change several things looking back, but it gives you an idea. If you want to try something similar you can scaffold out an api with this tool, but there are other good projects you can reference as well!

If you’re interested, I made a tool that scaffolds out an API for you. Saves us a lot of time at work and sets up a lot of the boilerplate for you. You can also customize it for yourself with whatever changes you want.

And here’s a project scaffolding tool

I’ve been building out an OSS tool that scaffolds web api boilerplate for about two years now and I’ve learned a lot throughout the process. I wanted to take an opportunity to really dog food a DDD like flow with it and came up with the sandbox project for an Accessioning model within a LIMS (essentially intake for lab orders) since I have some background there.

Lots of resources out there. You can scaffold a vertically sliced ddd project with this tool. Here’s a slightly modded example from what it produces.

About 2 years ago now, I decided to take my .NET template project a bit further and made a code scaffolding tool called Craftsman. The idea is that I can write a simple description of my project using yaml or json and get all the boilerplate set up for me so I could jump right into business logic. These files aren't a source of truth, just a description to get things started. It's getting closer to a stable v1, but it's not there yet.

I don’t think there’s one singular right way to make it good. Personally, I’ve found vertical slice architecture and DDD to encourage a very maintainable codebase. I have this project that I’ve been building and iterating on with what I’ve found works well for me.