기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 분산 시스템 구성 요소 마이크로서비스 아키텍처에서 서비스 검색은 분산 시스템 내에서 개별 마이크로서비스의 네트워크 위치(IP 주소 및 포트)를 동적으로 찾고 식별하는 프로세스를 말합니다. 접근 방식을 선택할 때는 다음과 같은 요소를 AWS고려하세요. + **코드 수정:** 코드를 수정하지 않고도 이점을 얻을 수 있나요? + **교차 VPC 또는 교차 계정 트래픽:** 필요한 경우 시스템에서 다른 VPCs 간 통신을 효율적으로 관리해야 합니까 AWS 계정? 아니면 + **배포 전략:** 시스템이 블루-그린 또는 카나리 배포와 같은 고급 배포 전략을 사용하거나 사용할 계획입니까? + **성능 고려 사항:** 아키텍처가 외부 서비스와 자주 통신하는 경우 전반적인 성능에 어떤 영향을 미칠까요? AWS 는 마이크로서비스 아키텍처에서 서비스 검색을 구현하기 위한 몇 가지 방법을 제공합니다. + **Amazon ECS Service Discovery:**Amazon ECS는 DNS 기반 메서드를 사용하거나와 통합하여 서비스 검색을 지원합니다 AWS Cloud Map ([ECS 서비스 검색](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-discovery.html) 참조). ECS Service Connect는 연결 관리를 더욱 개선하여 여러 상호 작용 서비스가 있는 대규모 애플리케이션에 특히 유용할 수 있습니다. + **Amazon Route 53:**Route 53은 ECS 및 EKS와 같은 기타 AWS 서비스와 통합되어 서비스 검색을 용이하게 합니다. ECS 컨텍스트에서 Route 53는 Auto Naming API를 활용하여 서비스를 자동으로 등록 및 등록 취소하는 ECS 서비스 검색 기능을 사용할 수 있습니다. + **AWS Cloud Map:**이 옵션은 서비스 전체에 변경 사항을 전파하는 동적 API 기반 서비스 검색을 제공합니다. 고급 통신 요구 사항을 위해 **Amazon VPC Lattice**는 서비스 간의 통신을 일관되게 연결, 모니터링 및 보호하는 애플리케이션 네트워킹 서비스로서, 개발자가 비즈니스에 중요한 기능을 구축하는 데 집중할 수 있도록 생산성을 개선하는 데 도움이 됩니다. 네트워크 트래픽 관리, 액세스 및 모니터링에 대한 정책을 정의하여 인스턴스, 컨테이너 및 서버리스 애플리케이션 전반에서 간소화되고 일관된 방식으로 컴퓨팅 서비스를 연결할 수 있습니다. [HashiCorp Consul](https://www.consul.io/) 또는 [Netflix Eureka](https://github.com/Netflix/eureka)와 같은 타사 소프트웨어를 서비스 검색에 이미 사용하고 있는 경우 마이그레이션할 때 이러한 소프트웨어를 계속 사용하여 보다 원활한 전환을 AWS지원하는 것이 좋습니다. 이러한 옵션 중에서 선택하는 것은 특정 요구 사항에 부합해야 합니다. 더 간단한 요구 사항을 위해 Amazon ECS 또는와 같은 DNS 기반 솔루션으로 충분할 AWS Cloud Map 수 있습니다. 더 복잡하거나 더 큰 시스템의 경우 Amazon VPC Lattice와 같은 서비스 메시가 더 적합할 수 있습니다. 결과적으로에서 마이크로서비스 아키텍처를 설계하는 AWS 것은 특정 요구 사항에 맞는 올바른 도구를 선택하는 것입니다. 논의된 고려 사항을 염두에 두고 정보에 입각한 결정을 내려 시스템의 서비스 검색 및 서비스 간 통신을 최적화할 수 있습니다.