728x90 안티패턴5 Capacity Anti-Patterns(용량 안티패턴) -2 손으로 만든 SQL 개발자가 만든 SQL은 너무나 독특하고 예측할 수 없다. 1. 인덱스가 없는 컬럼에 자주 조인한다. 2. 일반적으로 너무 많은 테이블에 조인한다. 간단한 관계인 경우 ORM 패키지를 사용해야 한다. 3. 개발자는 SQL을 실질적인 집합기반의 관계형 언어가 아닌 절차형 언어나 객체지.. 2018. 4. 19. Capacity Anti-Patterns(용량 안티패턴) -1 리소스 풀 경쟁 리소스 풀은 잘 사용한다면, 모든 연결 풀은 작업량을 향상시킴으로써 용량을 개선할 수 있다. 그렇지만 방치해 버린다면, 순식간에 리소스 풀은 어플리케이션에서 가장 큰 병목구간이 될 수 있다. 자원에 대한 경쟁이 있을 때 병목현상이 일어난다. 더 많은 쓰레드가 가용.. 2018. 4. 19. 안정성 안티패턴 - 3 8. 용량 불균형 서버와 스레드 개수를 조사하자. - 분산환경에서 앞단과 뒷단 서버의비율을 검토하자. 각 영역이 처리할 수 있는 스레드 개수를 확인한다. 비슷한 확장 효과와 사용자를 관찰하자. - 불균형 용량은 확장 효과의 특별한 경우다. 관계 속에서 한편을 다른 편에 비해서 훨씬 크.. 2018. 4. 19. 안정성 안티패턴 - 2 4. 사용자 사용자는 메모리를 소비한다. - 사용자의세션마다 메모리가 필요하다 용량을 향상시키기 위해 세션 메모리를 최소화하자. 메모리가 부족하다면 세션 콘텐트를 정리할 수 있도록 세션은 캐싱 용도로만 사용하자. 사용자들은 이상하고도 제멋대로 행동한다. - 현실의 사용자들은 .. 2018. 4. 19. 안정성 안티패턴 - 1 안정성 안티패턴 하나 이상의 시스템 고장을 일으킨 근본원인에서 발견한 패턴 1. 통합지점 통합지점(엔터프라이즈 통합 프로젝트에서 각 컴포넌트들의 연동 지점)은 시스템을 살해하는 최고의 킬러다. 모든 소켓, 프로세스, 파이프나 원격 프로시저 호출은 행이 걸리거나 걸릴 수 있다. .. 2018. 4. 19. 이전 1 다음 728x90