Article URL: https://arnoldgalovics.com/microservices-in-production/ Comments URL: https://news.ycombinator.com/item?id=29576352 Points: 44
Comments: 14
Établi
3y
|
16 déc. 2021, 10:20:03
Connectez-vous pour ajouter un commentaire
Autres messages de ce groupe

Hi! I build an MCP server that allows clients to play Minesweeper. It turns out that Claude is not very good at it (makes obvious mistakes, hasn't won a single game on a 9x9 board after many attem


Article URL: https://github.com/michal-stlv/stelvio
Comments URL: https://news.y

Article URL: https://group.softbank/en/news/press/20250320


Article URL: https://fastcall.dev/posts/genai-genesis-firebase/
Article URL: https://www.gammon.com.au/forum/?id=11203
Comments URL: https://
3y | 16 déc. 2021, 12:35:46
Can be said, that each time start with monolith, because it easier. If you grow, you can set up required microservices, which is highly optimized for current task.
Problem with microservices, when you are starting is communication, separation and you dont clearly see, which function should that microservice really do. Because usually each service must have access to database layer, then you dont know if databases should be separated or not.
Problem with monolith is basically harder horizontal scaling, but you can, in these days, scale vertically, server configurations are pretty powerful these days. Then if your website will work, you can start thinking of microservices.
So starts small, if project grows, just try to separate services.