아카이브사이트맵
© 2026 Rayon. All rights reserved.
DevDay
아티클랭킹스페이스채용
버즈빌 favicon버즈빌

Go + DynamoDB: TLS Handshake 문제 해결기

by DD
2022-03-29
4년 전
조회수 8

DynamoDB 응답 시간 증가 원인으로 TLS Handshake 문제점을 파악함

TLS Session Resumption 미지원으로 인해 커넥션 재사용에 어려움 겪음

적절한 타임아웃 설정 및 커넥션 풀 관리로 응답 시간 개선 시도

TLS Handshake 과정 심층 분석

TLS Handshake는 보안 연결을 위한 초기 과정으로, Client Hello와 Server Hello 메시지 교환을 통해 이루어진다. 구체적으로, 세션 재개(Session Resumption)를 통해 핸드셰이크 과정을 생략하여 응답 시간 단축을 시도할 수 있다. 하지만, DynamoDB는 세션 재개를 지원하지 않아 어려움이 있었다.

타임아웃 설정과 커넥션 풀 관리의 중요성

짧은 타임아웃 설정은 재시도를 유발하여 오히려 TLS Handshake 빈도를 증가시킬 수 있다. 따라서, 적절한 타임아웃 값을 설정하여 재시도 횟수를 줄이고, 커넥션 풀을 통해 유휴 커넥션을 관리하는 것이 중요하다. 반면, IdleConnTimeout 증가는 DynamoDB 서버에 의해 커넥션이 끊길 수 있다.

DynamoDB 아키텍처와 최적화 전략

DynamoDB는 여러 Request Router 인스턴스를 통해 요청을 처리하며, 클라이언트의 커넥션 관리가 서버 가용성에 영향을 미칠 수 있다. 따라서, 더미 트래픽을 이용한 커넥션 유지는 코드 복잡도를 증가시키므로, 타임아웃 조정과 커넥션 풀 관리를 통해 응답 시간 최적화를 시도하는 것이 효과적이다.

DynamoDB를 사용하는 Go 서비스의 응답 시간 최적화 #2 TLS Handshake
고급
아키텍처
Go
DynamoDB
gRPC
Backend
Data
원문 읽기
원문 읽기

댓글 0

첫 번째 댓글을 남겨보세요!

관련 추천 글

DynamoDB RCU 폭증, Limit 설정과 Eventually Consistent Read로 해결!

버즈빌 로고

DynamoDB 응답 시간, AWS Credential Token 문제 해결로 쾌적하게!

버즈빌 로고

Go HTTP 커넥션 풀, 제대로 파헤쳐 보자!

버즈빌 로고

뱅크샐러드, 레거시 시스템을 Go, MySQL 기반 MSA로 성공적으로 전환!

뱅크샐러드 로고

AI 시대, 개발자의 핵심 역량은 '검증력'입니다.

라인 로고

AI 모델에 독립적인 취약점 탐지 하네스 구축

클라우드플레어 로고
버즈빌 favicon버즈빌
고급
아키텍처
Go
DynamoDB
gRPC
Backend
Data

관련 추천 글

DynamoDB RCU 폭증, Limit 설정과 Eventually Consistent Read로 해결!

버즈빌 로고

DynamoDB 응답 시간, AWS Credential Token 문제 해결로 쾌적하게!

버즈빌 로고

Go HTTP 커넥션 풀, 제대로 파헤쳐 보자!

버즈빌 로고