서버도 관심사로 나누고 그 나눈 서버도 Scale Out하는 구조임?
그럼 Scale Out한 서버를 로드밸런스로 적절히 해줘야할텐데 어떻게 보면 특정서버만 과열될것같기도하고 (모듈러 쓰더라도)
+ 이래서 무상태관리와 중개용 써드파티가 필요한건가?
그런식으로 쪼개진 서버들을 통신하는 서비스가 MQ인건가? (Redis로 Mq를 사용하기엔 신뢰성이 너무 부족하고 , 기능이 저조해서)
DB도 Read,wirte로 나누는것 뿐만 아니라 관심사를 최대한 분리시키는거임? (join안걸리는 한해서)
단일 인스턴스는 간단해서 몰랏는데 확장이나 이런거 고려해보면 난이도가 팍 올라가는것같음
서버도 관심사로 나누고 그 나눈 서버도 Scale Out하는 구조임? => 서버 나누는건 회바회고 왠만하면 scale-out 함
그런식으로 쪼개진 서버들을 통신하는 서비스가 MQ인건가? => 서비스가 나눠지고 해당 서비스간 협력할 거리가 생기면 기능에 따라 써야함. 그리고 이런 서버 간 이벤트 처리는 보통 카프카로 함. DB도 Read,wirte로 나누는것 뿐만 아니라 관심사를 최대한 분리시키는거임? (join안걸리는 한해서) => 필요에 의해 레플리케이션/파티셔닝/샤딩 적용 뿐만 아니라 분산 환경에서 데이터의 유형에 따라 정합성을 신경써야 하면 글로벌 락을 적용할 수도 있고 한 트랜잭션 안에 여러 분리된 서비스가 협력 해야 한다면 보상 트랜잭션을 적용해야 하고 암튼 분산 환경이 HA/대용량 처리에 좀 더 나은 반면에 복잡성하고 트레이드 오프가 생김. 그래서 회바회 케바케임.