프로젝트에 마이크로서비스를 사용해야 하나요? 마이크로서비스는 몇 개를 사용해야 하나요?
마이크로서비스를 추가할 때마다 프로젝트의 테스트 및 배포 복잡성이 증가합니다. 하지만 별도의 마이크로서비스를 분리해야 하는 몇 가지 이유가 있습니다:
1. 확장 요구 사항이 다른 경우(예: 코드의 일부는 100대의 서버에 배포해야 하고 다른 일부는 5대의 서버에만 배포해야 하는 경우).
배포 모델이 다른 경우(예: 코드의 일부는 고객 ID별로 샤딩해야 하고 다른 일부는 샤딩하지 않아야 하는 경우).
3. 코드 또는 회사에서 논리적으로 다른 부분이며 서로 독립적으로 이동하는 것이 이점을 제공할 수 있는 경우.

따라서 위의 규칙에 따라 필요한 만큼 마이크로서비스를 분할하되, 너무 많은 마이크로서비스를 분할하지 마세요.
Should I use microservices for my project? How many microservices should I have?
Every microservice you add increases the testing and deployment complexity for your project. However there are a few reasons you would want to split off separate microservices:
1. the scaling requirements are different (e.g., maybe part of your code needs to be deployed to 100 servers and other parts just to 5 servers).
2. the deployment model is different (e.g., maybe part of your code needs to be sharded by customer id, and other parts not sharded)
3. they are logically different parts of the code or of the company and they can benefit from moving independently for each other.

So split off as many microservices as required by the rules above, but don't split off too many.