이용량이 증가하면 화면 응답 지연과 처리 실패가 발생할 수 있습니다. 예상 사용 과정과 요청량을 기준으로 성능을 시험하고 대응 범위를 정합니다.
자료량과 전달 방식, 반복 조회의 비용을 확인합니다.
검색 조건과 자료 구조, 응답 시간을 측정합니다.
예약, 재고의 중복 방지와 처리 결과를 시험합니다.
집중 이용의 사전 검토장애의 영향은 발생 시간과 업무에 따라 달라집니다. 출시와 행사, 광고 일정의 예상 이용량을 미리 공유합니다.
사용자 행동과 처리량
처리 가능한 사용자 수를 산정하려면 사용자 행동과 요청 빈도를 정의해야 합니다. 단순 조회와 동시 예약은 다른 시험 조건입니다.
화면별 조회와 계산, 동시 변경과 외부 요청이 작업량을 결정합니다. 사용자 수와 함께 요청량, 처리 시간과 자원 사용량을 측정합니다.
동시 사용자 수는 행동 조건과 함께 사용해야 의미가 있습니다. 주요 업무와 자원 사용이 큰 작업을 구분해 시험합니다.
지연 위치와 원인의 측정
화면
서버
데이터베이스
외부 연동
특정 조회나 계산의 지연이 공통 자원에 영향을 줄 수 있습니다. 화면, 서버, 데이터베이스와 외부 연동 중 지연이 발생하는 위치를 확인합니다.
실제와 유사한 자료량과 요청을 사용해 측정합니다. 자료가 많은 목록을 여는 시험만으로 동시 처리와 전체 부하를 대신할 수는 없습니다.
이용 증가의 두 가지 조건
예정된 이용 증가
행사, 공개, 광고, 정산 일정을 기준으로 예상 요청량과 처리 업무를 정합니다. 필요한 용량과 대응 인력, 안내를 준비합니다.
예상하지 못한 이용 증가
자동 용량 조정뿐 아니라 요청 제한, 대기 처리와 일부 기능 제한을 검토합니다. 비용과 서비스 영향, 복구 조건을 함께 정합니다.
예정된 행사와 갑작스러운 유입 모두 준비가 필요합니다. 발생 가능성과 업무 영향을 기준으로 대응의 우선순위를 정합니다.
행사와 공개 일정의 운영 준비
예상 집중 이용 날짜와 주요 업무를 담당자와 공유합니다. 시험 결과와 준비 완료 여부, 장애 시 대체 절차도 확인합니다.
다운로드와 실제 이용량
앱의 누적 다운로드 수는 실제 서버 부하와 같지 않습니다. 설치 이후 활동하는 사용자와 사용 시간을 확인합니다.
이용자가 시간대별로 분산될 수도 있고 짧은 시간에 집중될 수도 있습니다. 다운로드 수만으로 서버의 증설 여부를 결정하지 않습니다.
같은 시간에 처리되는 요청과 업무를 측정합니다. 현재 구성의 한도와 응답 목표를 비교해 조정합니다.
핵심 업무 유지와 기능 제한
과부하가 발생했을 때 유지할 핵심 업무와 제한할 기능을 정할 수 있습니다. 기능 제한의 조건과 사용자 안내를 사전에 설계합니다.
예약, 결제자료의 일관성과 중단 영향 확인
비용이 큰 조회일시 제한
변경 기능읽기 전용 운영
몰린 요청대기 처리
대기 처리, 비용이 큰 조회의 일시 제한과 읽기 전용 운영 등을 검토합니다. 예약, 결제처럼 상태가 중요한 업무는 자료의 일관성과 중단 영향을 함께 확인합니다.
제한 기능은 실제 시험을 거쳐 적용합니다. 구현과 운영 비용을 용량 증설 등 다른 방법과 비교합니다.
용량 조정, 분산, 캐시의 역할
서비스 조건에 따라 다음 방법의 필요성과 적용 범위를 검토합니다.
정한 지표와 조건에 따라 자원을 늘리거나 줄이는 방식입니다. 반영 지연과 최대 용량, 비용 한도를 고려합니다.
여러 처리 자원에 요청을 배분합니다. 장애 시 다른 자원이 처리하려면 상태 확인과 충분한 용량, 공통 자료의 복원력도 필요합니다.
재사용할 결과를 저장해 반복 처리를 줄이는 방식입니다. 유효 기간과 갱신 기준을 정하고 가격, 재고 등 최신 상태가 필요한 정보는 처리 규칙을 검토합니다.
기술 방식과 함께 허용 응답 시간, 비용과 자료의 최신성 조건을 정합니다. 단일 기술만으로 성능과 무중단을 보장하지 않습니다.
노코드 도구의 성능 조정
노코드 도구도 제품별로 성능 지표와 조회 설정, 자원 조정과 외부 연동을 제공합니다. 직접 제어할 수 있는 범위와 제공 업체의 책임을 확인합니다.
노코드 도구에서는 사용할 수 있는 지표와 조정 기능을 확인합니다. 요금제와 제품의 처리 한도, 지원 절차도 검토합니다.
불필요한 조회와 반복 작업, 한 번에 표시할 자료량을 줄일 수 있는지 확인합니다. 변경 후 실제 응답과 사용량을 다시 측정합니다.
이용 증가 전 자원이나 요금제 변경이 필요한지 제공 업체에 확인합니다. 적용 시간과 비용, 변경 후 되돌리는 조건도 확인합니다.
장애와 이용 제한의 안내
일부 기능 이용 제한
영향받는 기능
대체 방법
후속 안내
장애와 이용 제한 시 보여줄 안내도 운영 준비에 포함합니다.
현재 영향받는 기능과 대체 방법, 확인할 수 있는 후속 안내를 제공합니다. 확인되지 않은 복구 시각이나 원인을 확정해 표시하지 않습니다.
안내 기능이 장애가 난 구성과 함께 중단되지 않는지 시험합니다. 독립된 상태 안내 페이지 등 필요한 방법을 검토합니다.
성능 검토의 시작 항목
이용 증가를 준비할 때 다음 항목부터 확인합니다.
- 주요 업무의 처리 성능실제와 유사한 자료와 요청으로 응답과 오류를 측정합니다.
- 집중 이용 일정행사와 광고, 정산의 날짜와 예상 요청량을 공유합니다.
- 장애와 제한의 안내별도 시험 환경이나 승인된 시험 절차에서 안내와 복구를 검증합니다.
검토 시간은 서비스 범위와 시험 환경에 따라 달라집니다. 실제 운영을 중단하지 않고 검증할 수 있는 시험 조건과 담당자를 정합니다.
운영 지표와 개선 판단
직접 개발과 외주 모두 원인을 찾을 지표와 기록이 필요합니다. 관찰할 수 없는 상태에서는 적절한 개선을 선택하기 어렵습니다.
처리 시간오류자원 사용량
주요 요청의 처리 시간과 오류, 자원 사용량을 연결해 확인합니다. 불필요한 개인정보가 기록에 남지 않도록 수집 범위와 권한도 관리합니다.
측정 자료를 기준으로 구성 개선과 용량 조정을 결정합니다. 전문 분석이 필요한 항목은 목표와 범위를 정해 검토를 요청합니다.
참고 자료: AWS 성능 개선 전략 Bubble 처리량 안내
자주 묻는 질문
01처리 가능한 사용자 수는 어떻게 산정합니까
사용자 행동과 요청 빈도를 정의해야 산정할 수 있습니다. 화면별 조회와 계산, 동시 변경과 외부 요청을 구분하고 요청량, 처리 시간과 자원 사용량을 함께 측정합니다.
02앱 다운로드 수가 증가하면 서버를 증설해야 합니까
누적 다운로드 수는 실제 서버 부하와 같지 않으므로 다운로드 수만으로 증설 여부를 결정하지 않습니다. 설치 이후 활동하는 사용자와 같은 시간에 처리되는 요청을 측정해 현재 구성의 한도와 비교합니다.
03행사나 광고처럼 이용이 집중되는 날은 어떻게 준비합니까
행사, 공개, 광고, 정산 일정을 기준으로 예상 요청량과 처리 업무를 정하고 필요한 용량과 대응 인력, 안내를 준비합니다. 예상 집중 이용 날짜를 담당자와 공유하고 시험 결과와 장애 시 대체 절차도 확인합니다.
04자동 용량 조정과 캐시를 적용하면 성능 문제가 해결됩니까
단일 기술만으로 성능과 무중단이 확보되지는 않습니다. 자동 용량 조정은 반영 지연과 최대 용량, 비용 한도를 고려하고 캐시는 유효 기간과 갱신 기준을 정하며, 허용 응답 시간과 자료의 최신성 조건을 함께 정합니다.
05과부하가 발생하면 서비스 전체를 중단해야 합니까
과부하 시 유지할 핵심 업무와 제한할 기능을 미리 정할 수 있습니다. 대기 처리, 비용이 큰 조회의 일시 제한과 읽기 전용 운영 등을 검토하며 제한 기능은 실제 시험을 거쳐 적용합니다.