[hellojesus]

Yeah. I was thinking a modular monolith since it's a django project, and I think that's django's sweet spot since it comes with so many things bundled.

For a true modular design I'd probably step away from django to a less comprehensive framework or just write in golang.

[alganet]

Have you tried the monolithic composite approach instead?

[hellojesus]

I haven't heard of this, and my searches are failing for an exact hit. Do you have a link or can you give a brief explanation please?

[alganet]

It is quite vanguard technology.

A composite is a structure of many pieces that work together.

Thus, a composite monolith is this arrangement of components in a way that they work together as a monolith. Separate modules, but working together as a single thing.

[globular-toast]

That's the same as what people are calling a modular monolith, no? The key thing with composition is the bits sit next to each other, there's no inheritance or dependencies between the components. In my idea you'd have a bunch of "pure service" apps that are focused on individual areas of the business or processes. Then you'd have one or more UI apps (either user-facing HTML or APIs) that compose those services to do what needs to be done, e.g. a "create order" endpoint might compose the create order service from fulfilment and the send notification service from comms to put an order on the fulfilment backlog and send notifications. Is this what you had in mind?

[alganet]

That sounds to me like good old "replaceable parts oriented programming".

Replaceable parts can have inheritance, but often what is good about them is the composability. Each part can connect to each other in different ways. We call these boundaries "connectors".

It's quite a fascinating tech.