기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# FAQ
## 다양한 통합 패턴은 어떻게 결합할 수 있나요?
대부분의 상황에서는 여러 통합 패턴을 함께 사용하게 됩니다. 예를 들어, AWS Step Functions 를 사용해 프로세스를 오케스트레이션하면서 클레임 체크 패턴을 사용해 원격 서비스를 호출할 수 있습니다. 또는 오케스트레이션된 프로세스가 메시지를 대기열에 넣고, 이 대기열이 다시 여러 서비스의 코레오그래피 기반 처리를 트리거하도록 구성할 수도 있습니다.
## 마이크로서비스 아키텍처를 사용할 때의 주요 이점은 무엇인가요?
주요 이점으로는 서비스의 독립적 구조 조정, 개선된 장애 격리, 여러 팀이 병렬로 작업할 수 있어 개발 속도가 향상되는 점, 그리고 지속적 전달 및 배포(CI/CD)를 가능하게 하는 점 등이 있습니다.
## 이러한 패턴에서 오류 처리는 어떻게 구현할 수 있나요?
AWS 서비스에서 제공하는 기본 메커니즘을 활용할 수 있습니다. 예를 들어 AWS Lambda 함수는 재시도 로직으로 구성할 수 있으며, Amazon SQS는 지속적인 실패를 처리하기 위해 배달 못한 편지 대기열을 지원합니다. 또한 Step Functions는 워크플로 수준에서 오류 처리와 재시도 메커니즘을 제공합니다.
## 비동기 통신에서 클레임 체크 패턴의 장점은 무엇인가요?
클레임 체크 패턴을 사용하면 클라이언트가 요청 제출 시 식별자를 받아두고, 나중에 이 식별자를 사용해 처리 상태를 확인하고 결과를 조회할 수 있습니다. 폴링 메커니즘을 제공하는 이 패턴을 사용하면 결과를 동기적으로 기다릴 필요가 없어 클라이언트에게 이득이 됩니다. 자세한 내용은 이 가이드 앞부분의 [클레임 체크](asynchronous.md#claim-check) 섹션을 참조하세요.
## 콜백 패턴은 마이크로서비스의 비동기 통신을 어떻게 개선하나요?
콜백 패턴은 클라이언트가 처리 완료 시 서비스가 연락할 위치를 제공하게 함으로써 비동기 통신을 지원합니다. 이렇게 하면 클라이언트가 응답을 기다리지 않고 다른 작업을 계속 진행할 수 있습니다. 자세한 내용은 이 가이드 앞부분의 [콜백](asynchronous.md#callback) 섹션을 참조하세요.
## 이 가이드에서 설명된 패턴을 사용해 마이크로서비스 간 양방향 통신을 구현할 수 있나요?
가능합니다. 클라이언트와 서비스 간에 상태 저장 연결을 유지해 서로 메시지를 비동기적으로 주고받도록 구성하면 됩니다. 이 경우 서비스는 각 클라이언트에 대해 열린 연결을 유지해야 합니다. 자세한 내용은 이 가이드 앞부분의 [양방향 통신](asynchronous.md#bidirectional) 섹션을 참조하세요.
## 비동기 통신 패턴에서 Lambda 함수를 최적화하려면 어떻게 해야 하나요?
메시지 중복에 대비해 함수가 멱등성을 갖도록 구현하고, Amazon SQS의 메시지 그룹 기능을 사용해 순서를 보장하며, 긴 폴링을 활용해 비용을 줄이면 Lambda 함수를 최적화할 수 있습니다. 또한 실행 지표를 모니터링해 최적화 기회를 파악할 수 있습니다.
## pub/sub 패턴에서 Amazon SNS와 EventBridge의 주요 차이점은 무엇인가요?
Amazon SNS는 하나의 메시지를 모든 구독자에게 전달하므로 일부 구독자는 필요하지 않은 데이터를 받을 수 있습니다. 반면 Amazon EventBridge는 하나의 이벤트에 대해 여러 규칙을 설정할 수 있으며, 각 규칙이 서로 다른 다운스트림 서비스나 작업을 트리거할 수 있어 더 세밀한 제어가 가능합니다. 자세한 내용은 이 가이드 앞부분의 [Amazon SNS](sns.md) 및 [EventBridge](eventbridge.md) 섹션을 참조하세요.