Skip to content
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

1장 & 3장 규모 확장 방법 #11

Open
thoongee opened this issue Sep 3, 2023 · 1 comment
Open

1장 & 3장 규모 확장 방법 #11

thoongee opened this issue Sep 3, 2023 · 1 comment
Assignees
Labels
question Further information is requested

Comments

@thoongee
Copy link
Collaborator

thoongee commented Sep 3, 2023

❓ Question

시스템 설계시, 어떤 특징을 가진 시스템에는 어떤 규모 확장 방법(scale-out, scale-up)이 잘 맞을까?

📎 Additional context

MSA, 배달의 민족 마이크로서비스 여행기 정리 (https://sihyung92.oopy.io/architecture/woowa-msa-travel)

  • 시스템이 커지고 트래픽이 커지고 규모의 경제가 가능해지는 순간에 MSA(micro service architecture)가 필요하다.

  • 단순하게 테이블 조인하면 될걸 데이터 싱크하고 맞추는 과정에 비용이 10배는 더 든다. 이를 상쇄하고도 남는 경우에 MSA로 넘어가는 것이 맞다고 김영한 개발자는 주장했다.

@thoongee thoongee added the question Further information is requested label Sep 3, 2023
@Eeap
Copy link
Member

Eeap commented Sep 6, 2023

microservice 아키텍쳐는 많은 기술적 능력을 요구하기 때문에 항상 오버 엔지니어링이다 vs 아니다 라는 말이 나오는 것 같아요 !
제 생각엔 트래픽의 증가는 사실상 LB를 두고 서버(인스턴스)를 scale-out만 잘해주면 해결이 될 수도 있는 문제인 것 같아요. 그리고 영한님 말처럼 마이크로 구조로 가는 순간 각각에 대한 싱크도 맞추고 트랜잭션 관리도 까다로워질 것 같군요.. 하지만 그럼에도 불구하고 많은 회사에는 microservice 구조를 가져가는것 같아요!
https://medium.com/design-microservices-architecture-with-patterns/when-to-use-and-when-not-to-use-microservices-no-silver-bullet-3ae293faf6d

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants