모범 사례

이 섹션에서는 API와 상호 작용할 때 압축을 사용하고 Simple(GeoJSON) 및 FlexiblePolyline 형식을 선택하는 모범 사례를 다루며 성능, 대역폭 및 데이터 처리 최적화에 대한 지침을 제공합니다.

압축

API와 상호 작용할 때 애플리케이션의 성능과 효율성을 높이려면 특히 대규모 텍스트 기반 페이로드를 처리할 때 응답에 대한 압축을 활성화하는 것이 좋습니다. API 요청에 Accept-Encoding 헤더를 포함하여 원하는 압축 방법을 지정하여 압축을 활성화할 수 있습니다. 압축 기능에 deflate 대해 gzip 및를 지원하며 gzip 일반적으로 더 나은 압축 비율을 제공합니다.

압축을 활성화해야 하는 경우

대규모 응답

대규모 텍스트 기반 응답에 대해 압축을 활성화하여 대역폭 사용량을 줄이고 로드 시간을 개선합니다.

네트워크 제약 조건

애플리케이션이 제한된 대역폭 또는 지연 시간이 긴 네트워크에서 작동하는 경우 압축을 통해 데이터 전송 효율성을 높일 수 있습니다.

압축을 효과적으로 사용하는 방법

Accept-Encoding 헤더 설정

HTTP 요청에를 포함하여 APIAccept-Encoding: gzip, deflate에 이러한 압축 방법을 지원한다고 알립니다. 압축을 활성화하고 처리하는 방법은 AWS SDK 및 프로그래밍 언어에 따라 다릅니다. 예를 들어 Java v1용 AWS SDK는 ClientConfiguration 클래스의 withGzip 메서드를 사용하여 gzip을 활성화하는 반면, Go용 AWS SDK는 압축 처리를 위해 특정 미들웨어를 추가해야 합니다. 다른 SDKs 경우 자세한 지침은 AWS SDK 참조 안내서를 참조하세요.

압축 해제를 올바르게 처리

클라이언트 애플리케이션이 API에서 반환한 Content-Encoding 헤더를 기반으로 응답의 압축을 올바르게 풀 수 있는지 확인합니다.

테스트 및 모니터링

압축이 애플리케이션 성능에 미치는 영향을 정기적으로 평가하여 압축 해제 프로세스의 추가 CPU 오버헤드와 축소된 페이로드 크기의 이점을 균형을 맞춥니다.

Polyline

API와 상호 작용할 때 Simple(GeoJSON) 및 FlexiblePolyline 형식을 선택하여 지리 공간 데이터의 성능과 사용성을 최적화하는 모범 사례입니다.

Simple(GeoJSON) 형식 사용

가독성 및 표준화

디버깅의 용이성과 다양한 지리 공간 도구와의 상호 운용성을 위해 널리 인식되고 사람이 읽을 수 있는 형식이 필요한 경우에 사용합니다.

정밀도

GeoJSON은 손실 없이 전체 소수 정밀도를 유지하므로 좌표에 높은 정밀도가 필요한 경우 단순 형식을 선택합니다.

더 작은 데이터 세트

간단한 형식은 압축의 크기 축소 이점이 최소인 더 작은 좌표 데이터 세트로 작업할 때 적합합니다.

FlexiblePolyline 형식 사용

데이터 크기 감소

FlexiblePolyline은 손실된 압축 기술을 활용하여 전송되는 데이터의 양을 최소화해야 할 때 특히 대규모 좌표 목록의 경우 이상적입니다.

URL 안전

FlexiblePolyline은 추가 인코딩 없이 쿼리 파라미터에 직접 사용할 수 있는 압축된 URL 안전 문자열을 제공합니다.

성능 최적화

FlexiblePolyline은 페이로드 크기를 줄여 데이터 전송 속도를 높이고 대역폭 사용량을 줄여 고성능 애플리케이션 또는 제한된 네트워크를 통해 작동하는 애플리케이션에 매우 중요합니다.