API 및 백그라운드 작업을 위한 해외 VPS

하나의 애플리케이션, 유용한 작업으로 가는 두 경로

이 예시 시나리오는 소규모 보고 제품이며, 고객 사례 연구나 제공된 애플리케이션이 아닙니다. 동기 경로는 계정을 인증하고 보고서 메타데이터를 읽습니다. 비동기 경로는 CSV 내보내기를 생성합니다. PostgreSQL이 애플리케이션 상태를 보관하고, 큐가 작업을 디스패치하며, 별도의 대상이 복구 사본을 저장합니다.

운영자가 이러한 구성 요소를 설치하고 유지 관리합니다. VPS 프로필은 데이터베이스, 큐, HTTPS 구성 또는 애플리케이션을 자동으로 생성하지 않습니다. 컨테이너를 시작하기 전에 영구 데이터가 어디에 위치할지 결정하십시오.

API 지연 시간과 작업 처리량을 별도로 산정하십시오

App 2는 2 vCPU, 4 GB RAM, 60 GB 스토리지 및 2 TB 월간 트래픽으로 시작합니다. 이는 할당량이며, 지원할 수 있는 계정, 요청 또는 내보내기 수에 대한 약속이 아닙니다. API 프로세스, 데이터베이스, 워커 하나, 호스트 및 중복 릴리스 작업을 위한 워크시트를 시작하십시오.

The 예시 3,840 MiB 워크시트 명목상 4 GB 경계 근처에서 신뢰도가 너무 낮아집니다. 측정치가 그 형태를 뒷받침한다면, App 2과 2 GB RAM은 기간 할인 전 월 $15.00입니다. 이는 메모리를 추가하며, CPU나 데이터베이스 독립성을 추가하지 않습니다. 비교하십시오 Scale 4 CPU와 메모리 모두 더 큰 시작 예산이 필요한 경우.

API 지연 시간과 함께 가장 오래된 작업의 경과 시간과 유용한 완료율을 모니터링하십시오. CPU가 낮은데 큐가 증가하면 스토리지나 데이터베이스 대기를 가리킬 수 있습니다. 유효하지 않은 입력을 반복적으로 재시도하는 내보내기를 보상하기 위해 컴퓨팅을 구매하지 마십시오.

운영할 수 있는 결합을 선택하십시오

하나의 호스트는 첫 서비스 맵을 단순화하고 일부 호스트 간 조정을 피하지만, 메모리, 디스크, 유지 관리 및 장애를 공유합니다. 비용이 많이 드는 내보내기가 일반 요청을 방해할 수 있습니다. 프로세스를 추가하기 전에 워커 동시성을 제한하고 반복 전달을 안전하게 만드십시오.

현실적인 작업 부하가 지속적으로 API 동작을 해치거나, 워커의 런타임 요구 사항이 달라지거나, 독립적인 확장 및 유지 관리가 중요해질 때 워커를 분리하십시오. 데이터베이스 자체의 리소스, 접근 또는 복구 요구가 추가 네트워킹 및 운영 작업을 정당화할 때 데이터베이스를 분리하십시오. 이는 설계 선택이며, 플랜 업그레이드로 자동 제공되는 기능이 아닙니다.

반복 가능한 훈련으로 형태를 입증하십시오

합성 계정과 대표 데이터셋을 사용하십시오. API 읽기, 대규모 내보내기 및 릴리스 중복을 함께 실행하십시오. 지연 시간, 오류, 활성 워커 수, 가장 오래된 작업 경과 시간, 메모리 및 임시 디스크를 기록하십시오. 그런 다음 출력이 작성되었지만 완료가 기록되기 전에 워커 하나를 재시작하십시오. 애플리케이션이 여전히 하나의 논리적 결과를 게시하는지 확인하십시오.

격리된 대상에서 데이터베이스와 업로드 하나에 대한 복구 훈련을 반복하십시오. 실제 결과를 캡처하고 누락된 종속성을 수리하십시오. 별도의 운영 계획 없이 고객 데이터나 실제 외부 결제 및 이메일 대상에 대해 이 훈련을 실행하지 마십시오.

리소스를 선택한 후 기간을 선택하십시오

다음 합계는 현재 App 2 기본 구성을 사용합니다. 리소스 옵션은 월간 소계를 증가시키며 동일한 선택 기간 할인을 받습니다. 전체 할인 기간은 선불로 지불됩니다. 개월 수가 늘어나도 CPU, RAM 또는 월간 트래픽 할당량은 증가하지 않습니다.

실제 인벤토리, 서비스 책임, 세금 및 갱신 조건을 다음에서 확인하십시오 서비스 사실. 로컬 결제 참조는 등록된 주문이나 제공된 서버를 확립하지 않습니다. 워크로드 워크시트를 보관하고 애플리케이션이 변경될 때 다시 검토하십시오.