suyeonme

수직적 규모 확장(Scale up) vs 수평적 규모 확장(Scale out)수직적 규모 확장(Scale up)의 문제점한대의 서버에 CPU나 메모리를 무한대로 증설할 방법은 없기에 한계가 있다.장애에 대한 자동복구(failover)나 다중화(re-dundancy)방안을 제시하지않는다. 따라서 서버에 장애가 발생하면 어플리케이션은 중단된다.로드 밸런서역할트래픽 분산: 클라이언트 요청을 여러 서버에 분산시켜 각 서버의 부하를 줄인다.고가용성: 서버 장애 시에도 서비스를 지속할 수 있도록 Health Check 및 Fail Over를 수행한다.성능 향상: 서버 간의 트래픽을 균등하게 분배하여 응답 시간을 줄이고 성능을 최적화한다.종류소프트웨어 로드 밸런서: NGINX, Apache Traffic Server..

책의 핵심 내용 정리 행동이 상태를 결정한다. 초보자들은 먼저 객체에 필요한 상태가 무엇인지를 결정하고 그 상태에 필요한 행동을 결정한다. 상태를 먼저 결정하고 행동을 나중에 결정하는 방법은 설계에 나쁜 영향을 끼친다. 객체가 적합한지를 결정하는 것은 그 객체의 상태가 아니라 행동이다. 애플리케이션 안에서 어떤 행동을 원하느냐가 어떤 객체가 적합한지를 결정한다. 상태를 먼저 결정할 경우 상태를 먼저 결정할 경우 캡슐화가 저해된다. 상태에 초점을 맞출경우 상태가 객체 내부로 깔끔하게 캡슐화되지 못하고 공용 인터페이스에 그대로 노풀될 확률이 높아진다. 객체를 협력자가 아닌 고립된 섬으로 만든다. 상태를 먼저 고려할 경우, 협력이라는 문맥에서 멀리 벗어난 채 객체를 설계함으로써 자연스럽게 협렵에 적합하지 못한..