-
-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Session page for 2024-11-22: Single Process Micro-service Architecture #271
Session page for 2024-11-22: Single Process Micro-service Architecture #271
Conversation
I'm getting in contact with @swlaschin and we'll come up with an agenda soon. |
Super nice, thanks! |
Hey @juselius , hey @swlaschin, |
Sure @dawedawe! What do you need from us? |
Maybe I misunderstood your message. I thought you wanted to include an agenda in the announcement. But as it's not critical at all, I'll just publish. |
Ah yes! I’ll coordinate with Scott and post something early tomorrow. |
Sorry for being slow... Here is a suggestion: Micro-service architecture is a popular design pattern among serious cloud architects. There are good reasons for using Domain-Driven Design together with the strict boundaries provided by disparate services. Unfortunately there is a price to pay: The complexity of deploying and operating multiple distinct, distributed services quickly becomes high. In this presentation we examine the virtues of micro-services, while retaining the operational simplicity of the monolith. We present a flexible scheme based on Dapr Actors in F#, allowing us to get the best of both worlds: Strict domain boundaries, running inside a single monolith. We also show how the monolith almost trivially and transparently can be split, if hard realities dictate the need. Behold, the Single-Process Micro Service Architecture(tm)! Your thoughts @swlaschin? |
Looks good to me! |
Thanks a lot. The session page is updated. |
No description provided.