problem Read 기능은 요청의 90프로를 차치 할 만큼 굉장히 중요하다 또한, 일반적인 웹서비스의 기능은 서비스가 복잡해질수록 다양한 요구가 생기며, 변경 역할과 조회 역할은 다른 성격을 띄게 되어 분리의 필요성이 커진다. ( 관심사 분리 ) 조회 서버의 스케일 업/아웃 하여 조회성능을 높일 수도 있다. 그만큼 서비스의 복잡도도 엄청나게 늘어나고 유지보수 비용도 늘어난다. 복잡도는 공부로 유지보수 비용은 몸빵으로 극복하면 되지 않는가 ! solution DB 를 분리하고 최종적으로 Read서버를 분리하는 모습으로 변화 된다. 변경 전파 ( EventSourcing ) Pub/Sub 구조로 Kafka, Redis ,RabitMQ 등이 있다. 이렇게 분리 해두면 Read의 성능 CreateUpdate..
