[일반] 안녕하세요 형들 제가 만들 프로젝트 아키텍처를 그려봤는데 피드백 해주세요

[익명(175.117)]

일단은 틀만 잡아봤습니다

문제와 해결들도 나중에 아키텍처로 추가하여 만들 예정이에요!!

솔직한 피드백 해주시면 감사하곘습니다

포트폴리오에 해당 아키텍처에 문제와 해결을 추가한 아키텍처, 프로젝트를 올릴 예정인데 어떤가요!!

[딘퐁(film1341)]

한번에 1000만개 주문이 들어오는게 어딨어 ㅁㅊ놈아 ㅋㅋㅋㅋㅋ - dc App

[딘퐁(film1341)]

1000만개 주문을 가정하면 대기열로 유입 자체를 조절하는게 먼저라고 생각함 - dc App

[딘퐁(film1341)]

@딘퐁 일단 아키텍처를 떠나서 서버의 처리 성능이 버티질 못할거 같음 - dc App

[야옹잉(211.180)]

딘퐁이가 지적한걸 떠나서 문제정의 - 해결방식은 맘에드는 뎅

[야타코이(lkh2926)]

조건이 너무 빡센거 아님? ㅋㅋㅋ

[익명(106.101)]

ai좀 써라 그새끼한테 이렇게 얘기하면 개지랄할듯

[고닉(diagram2636)]

비동기 이벤트로 주문 프로세스를 돌린다는게 좋은 선택인것 같진 않음. 주문 로직이 어떻게 돌아가는지는 모르겠지만, 아키텍쳐를 보면 order service를 동작시키기 위해 클라이언트가 stock service를 호출하는 시점에서 주문을 위한 데이터를 다 넘겨줘야함. 이러면 이벤트가 너무 무거워질수 있음. 게다가 비동기 이벤트의 처리 결과를 웹소켓으로 쏴주는건 뭔가 좀.. 최종적 일관성을 수용한다고 하지만 그것이 반드시 매우 짧은 시간내로 일관성이 맞춰진다는 의미는 아님. 게다가 order service의 노드를 여러개 띄우면 웹소켓을 어떻게 연결하려고? 아무튼 클라이언트 측에서 오케스트레이션 하는 쪽으로 설계를 개선하는게 더 바람직해보임.

[고닉(diagram2636)]

추가로 1000만건의 주문이 동시에 들어오는것 같은 극단적 상황에서는 대기열을 달아줘야함

[백갤러 1(118.33)]

아마존도 tps가 1천만이 안될듯 ㅋㅋ

[익명(175.117)]

다들 피드백 감사합니다 개발 열심히 하고 또 오겠습니다