요구 사항 단계 권장 사항
요구 사항 단계와 관련된 주요 결과물은 요구 사항 사양 또는 성능 목표를 비롯한 요구 사항을 포함하는 기능 사양입니다. 이러한 목표를 결정할 때 시스템의 최종 사용자와 비즈니스 소유자를 포함하여 성능에 대한 정확한 프로필을 생성하는 것이 중요합니다.
성능 조건 설정
성능 측면에서 이 단계 중에 생성된 기능 사양의 가장 중요한 부분은 프로젝트의 자세한 성능 목표 정의와 성능 릴리스 조건의 설정입니다. 성능 조건 정의에는 다음 세 가지 중요한 구성 요소가 있습니다.
성능을 시간의 함수로 정의하는 그래프.
성능 함수와 관련된 성능 요구 사항
배포 파일 크기 및 유형
이러한 기준은 지속 가능한 성능이란?에서 설명합니다.
성능 목표에서 응용 프로그램에 대한 성능 릴리스 조건을 생성합니다. 이러한 조건은 테스트를 통해 입증할 수 있는 달성 및 측정 가능한 동작을 구현합니다. 모든 릴리스 조건이 충족될 때까지 또는 달성할 수 없는 경우 릴리스 조건의 예외로 식별되지 않으면 응용 프로그램은 출시되지 않습니다.
제품 주기의 초기 단계에서 릴리스 조건을 설정하는 것이 중요합니다. 이렇게 하면 관련된 모든 사용자가 목표가 무엇이고 디자인 및 구현이 사인오프되기 전에 이 목표에 도달하지 못할 경우 어떤 결과가 발생하는지 알 수 있습니다.
또한 성능 테스트 사례는 릴리스 조건의 측정 방법을 기반으로 하므로 혼동을 피하기 위해 조건을 자세히 설정해야 합니다. 예를 들어 특정 처리량을 달성해야 한다고 지정하는 경우 다음을 포함해야 합니다.
테스트를 실행하는 하드웨어(예: 서버 개수 및 유형, 디스크 속도/유형 등)
테스트할 시나리오(예: 메시지가 응용 프로그램을 통과하는 경로)
측정 방법(예: 성능 카운터, 사용자 지정 코드, 메시지가 공유에 도착하는 횟수 측정 등)
릴리스 조건이 얼마나 잘 구성되었는지 평가하려면 모든 사용자가 문서화된 릴리스 조건을 볼 수 있어야 하고 테스트 사례를 작성하여 조건을 입증하는 방법을 알아야 합니다.
성능 위험 식별
성능 릴리스 목표와 조건이 자세히 설정된 후 성능 위험 영역의 초기 평가를 수행할 수 있습니다. 이 분석은 원하는 조건에 도달하기 위해 디자인상의 특별한 주의, 대체 방법 또는 제거가 필요할 수 있는 응용 프로그램 부분을 식별하는 것을 목적으로 합니다.
예를 들어 각 전송 어댑터 유형에는 해당 성능 및 확장 특징이 있습니다. 원하는 처리량이 어댑터 유형(수신 또는 송신) 중 하나 이상의 성능을 초과하면 어댑터를 확장하는 대체 방법을 검토해야 할 수도 있습니다.
규모 예상
설정된 목표와 조건을 기반으로 목표를 충족시키는 데 필요한 하드웨어 규모를 예상하는 프로세스를 시작해야 합니다. 모든 규모 예상과 마찬가지로 이러한 예상은 실제 테스트 결과를 기반으로 해야 합니다. 프로젝트의 초기 단계에서는 외부 소스에서 이러한 결과를 가져와야 합니다. 예제 및 사례 연구는 중소기업 및 Medium-Sized 회사에 대한 보안 사례 연구를 참조하세요.
BizTalk Server 실행되는 임의 애플리케이션의 시스템 크기를 정확하게 예측하는 예측 모델이나 시뮬레이션은 없습니다. BizTalk Server 각각 고유한 성능 동작을 사용하여 다양한 애플리케이션 솔루션을 배포할 수 있는 플랫폼입니다. 따라서 기존 사례 연구 결과에서 파생된 예상은 계획상 중요한 시작 지점을 제공하지만 가장 단순한 응용 프로그램 아키텍처를 제외한 모든 경우에서 시스템의 최종 규모를 알맞게 조정해야 합니다.
충분한 테스트 계획
위에서 설명한 것처럼 성능 목표를 충족시키는 데 필요한 하드웨어를 정확하게 예측하는 모델이나 시뮬레이션은 현재 없습니다. 따라서 실제로 시스템이 목표를 달성할 수 있음을 입증하는 유일한 방법은 프로덕션 수준 하드웨어에서 테스트하는 것뿐입니다. 즉, 가능한 한 프로덕션 설정에 가까운 하드웨어에서 테스트 사례를 수행해야 합니다.
계획에서 이 부분은 중요하며 유지 가능한 성능의 원칙, 자세한 처리량 프로필 이해 및 성능 릴리스 조건을 통합합니다. 기존 데이터로부터 유추하여 얻은 처리량 프로필을 사용하여 릴리스 조건을 일관성 있게 측정하는 테스트 사례를 생성해야 합니다. 테스트 사례는 유지 가능성을 염두에 두고 실행해야 합니다. 유지 가능한 테스트의 예는 다음 항목을 참조하십시오.
참고 항목
단계별 프로젝트 계획 권장 사항
디자인 단계 권장 사항
구현 단계 권장 사항
확인 단계 권장 사항
출시 단계 권장 사항