마이크로 서비스 또는 SOA 준비 아키텍처

Question

이 (아래) 웹 아키텍처가 좋습니까?

1. 우리는 2 가지 서비스 프론트 엔드 서비스와 백엔드 서비스를 제공합니다.
2. 백엔드 서비스는 기존 MVC가 아닌 API 만 제공합니다.
3. 백 엔드 서비스는 각 모듈이 자체 구성을 가진 작은 응용 프로그램 역할을하는 모듈로 구성되므로 각 모듈에는 다른 데이터베이스 엔진과 종속성이있을 수 있습니다.
4. 모델과의 모든 통신은 리포지토리를 통해 수행됩니다.
5. 모든 유형의 SQL 조인을 피하고 결과를 얻기 위해 다중 쿼리를 수행하여 단순하게 유지하려고합니다.
6. 모든 요청에 ​​대한 진입 점이 될 API 게이트웨이를 사용합니다.

이렇게하면 나중에 SOA 또는 Microservices로 쉽게 이동할 수 있습니다.

위의 방법에 대해 어떻게 생각하십니까?

미리 감사드립니다.

Answer 1

이 같은 성명에 동의하기 어렵다 :

거의 모든 성공적인 microservice 이야기가 너무 큽니다 있고 난이 들었어요 거의 모든 경우를 세분화 된 단일체로 시작 시스템은 처음부터 마이크로 서비스 시스템으로 구축되었으므로 심각한 문제로 끝났습니다.

는 단일체로 시작하지 않았다 microservice 이야기가 있고, 다른 측면에서 성공하고있는 처음부터 시작 microservice 이야기가있다.

제 생각에 당신의 질문에 대답하기는 어렵지만, 아키텍처에 관해 생각할 때 다양한 접근 방식에 대한 찬성/반대 의견을 알아야하고 필요에 따라 결정해야합니다.

예를 들어 모노리스 방식을 사용하면 수평 확장 성이 어렵고 (수직 가능) 모니터링과 배포가 더 쉽습니다.
마이크로 서비스 방식의 다른 측면에서는 수평으로 확장 할 수 있지만 배포 및 모니터링은 더욱 복잡합니다. 또한 마이크로 서비스 접근 방식을 사용하면 마이크로 서비스가 통신하는 방법을 알아야합니다 (예 : 생산자 고객 패턴과 중개인).

희망이 도움이됩니다.