Service Connect 개념

Service Connect 기능은 관련 서비스의 가상 네트워크를 생성합니다. 동일한 서비스 구성을 여러 네임스페이스에서 사용하여 독립적이면서도 동일한 애플리케이션 세트를 실행할 수 있습니다. Service Connect는 Amazon ECS 서비스의 프록시 컨테이너를 정의합니다. 이렇게 하면 동일한 작업 정의를 사용하여 Service Connect 구성이 다른 여러 네임스페이스에서 동일한 애플리케이션을 실행할 수 있습니다. Amazon ECS 서비스가 만드는 각 작업은 작업의 프록시 컨테이너를 실행합니다.

Service Connect는 동일한 네임스페이스 내의 Amazon ECS 서비스 간 연결에 적합합니다. 다음 애플리케이션의 경우 추가 상호 연결 방법을 사용하여 Service Connect로 구성된 Amazon ECS 서비스에 연결해야 합니다.

• 다른 네임스페이스에 구성된 Amazon ECS 작업

• Service Connect에 대해 구성되지 않은 Amazon ECS 작업

• Amazon ECS 외부의 기타 애플리케이션

이러한 애플리케이션은 Service Connect 프록시를 통해 연결할 수 있지만 Service Connect 엔드포인트 이름을 확인할 수는 없습니다.

이러한 애플리케이션이 ECS 작업의 IP 주소를 확인하려면 다른 상호 연결 방법을 사용해야 합니다. 상호 연결 방법 목록은 상호 연결 방법 선택 섹션을 참조하세요.

Service Connect 용어

다음 용어는 Service Connect에서 사용됩니다.

포트 이름

특정 포트 매핑에 이름을 할당하는 Amazon ECS 작업 정의 구성입니다. 이 구성은 Amazon ECS Service Connect에서만 사용됩니다.

클라이언트 별칭

엔드포인트에서 사용되는 포트 번호를 할당하는 Amazon ECS 서비스 구성입니다. 추가로 클라이언트 별칭은 엔드포인트의 DNS 이름을 할당하여 검색 이름을 재정의할 수 있습니다. 검색 이름이 Amazon ECS 서비스에 제공되지 않은 경우 클라이언트 별칭 이름이 엔드포인트 이름인 포트 이름보다 우선합니다. 엔드포인트 예제는 엔드포인트 정의를 참조하세요. 여러 클라이언트 별칭을 Amazon ECS 서비스에 할당할 수 있습니다. 이 구성은 Amazon ECS Service Connect에서만 사용됩니다.

검색 이름

작업 정의에서 지정된 포트에 대해 생성할 수 있는 선택적 중간 이름입니다. 이 이름은 AWS Cloud Map 서비스를 생성하는 데 사용됩니다. 이 이름이 제공되지 않으면 작업 정의의 포트 이름이 사용됩니다. 특정 포트 및 Amazon ECS 서비스에 여러 검색 이름을 할당할 수 있습니다. 이 구성은 Amazon ECS Service Connect에서만 사용됩니다.

AWS Cloud Map 서비스 이름은 네임스페이스 내에서 고유해야 합니다. 이러한 제한 때문에 각 네임스페이스의 특정 작업 정의에 대한 검색 이름이 없는 Service Connect 구성은 하나만 있을 수 있습니다.

endpoint

API 또는 웹 사이트에 연결하기 위한 URL입니다. URL에는 프로토콜, DNS 이름 및 포트가 포함됩니다. 엔드포인트 전반에 대한 자세한 내용은 의 AWS용어집에서 엔드포인트를 참조하십시오. Amazon Web Services 일반 참조

Service Connect는 Amazon ECS 서비스에 연결하는 엔드포인트를 생성하고 Amazon ECS 서비스에서 엔드포인트에 연결할 작업을 구성합니다. URL에는 프로토콜, DNS 이름 및 포트가 포함됩니다. 포트는 컨테이너 이미지 내에 있는 애플리케이션과 일치해야 하므로 작업 정의에서 프로토콜 및 포트 이름을 선택합니다. 서비스에서 이름에 따라 각 포트를 선택하고 DNS 이름을 할당할 수 있습니다. Amazon ECS 서비스 구성에서 DNS 이름을 지정하지 않으면 기본적으로 작업 정의의 포트 이름이 사용됩니다. 예를 들어, Service Connect 엔드포인트는 http://blog:80, grpc://checkout:8080 또는 http://_db.production.internal:99일 수 있습니다.

Service Connect 서비스

Amazon ECS 서비스의 단일 엔드포인트 구성입니다. 이는 Service Connect 구성의 일부로 콘솔의 Service Connect and discovery name configuration(Service Connect 및 검색 이름 구성)의 단일 행 또는 Amazon ECS 서비스의 JSON 구성에 있는 services 목록의 한 객체로 구성됩니다. 이 구성은 Amazon ECS Service Connect에서만 사용됩니다.

자세한 내용은 Amazon Elastic 컨테이너 서비스 API 참조를 참조하십시오 ServiceConnectService.

네임스페이스

Service Connect와 함께 사용할 AWS Cloud Map 네임스페이스의 약식 이름 또는 전체 Amazon 리소스 이름(ARN)입니다. 네임스페이스는 Amazon ECS 서비스 및 클러스터와 같은 AWS 리전에 있어야 합니다. AWS Cloud Map의 네임스페이스 유형은 Service Connect에 영향을 주지 않습니다.

Service Connect는 AWS Cloud Map 네임스페이스를 서로 통신하는 Amazon ECS 작업의 논리적 그룹으로 사용합니다. 각 Amazon ECS 서비스는 하나의 네임스페이스에만 속할 수 있습니다. 네임스페이스 내의 서비스는 동일한 AWS 계정의 동일한 AWS 리전 내에 있는 여러 Amazon ECS 클러스터에 분산될 수 있습니다. 각 클러스터는 모든 운영 체제, CPU 아키텍처, VPC, EC2, Fargate 및 외부 유형의 작업을 실행할 수 있으므로 선택한 기준에 따라 서비스를 자유롭게 구성할 수 있습니다.

클라이언트 서비스

네트워크 클라이언트 애플리케이션을 실행하는 Amazon ECS 서비스입니다. 이 서비스에는 네임스페이스가 구성되어 있어야 합니다. 서비스의 각 작업은 Service Connect 프록시 컨테이너를 통해 네임스페이스의 모든 엔드포인트를 검색하고 연결할 수 있습니다.

작업의 컨테이너에서 네임스페이스의 서비스에서 엔드포인트에 연결해야 하는 경우 클라이언트 서비스를 선택합니다. 프런트엔드, 리버스 프록시 또는 로드 밸런서 애플리케이션이 Elastic Load Balancing 등의 다른 방법을 통해 외부 트래픽을 수신하는 경우 이 유형의 Service Connect 구성 유형을 사용할 수 있습니다.

클라이언트-서버 서비스

네트워크 또는 웹 서비스 애플리케이션을 실행하는 Amazon ECS 서비스입니다. 이 서비스에는 네임스페이스와 하나 이상의 엔드포인트가 구성되어 있어야 합니다. 서비스의 각 작업은 엔드포인트를 사용하여 연결할 수 있습니다. Service Connect 프록시 컨테이너는 엔드포인트 이름과 포트에서 수신 대기하여 트래픽을 작업의 앱 컨테이너로 보냅니다.

네트워크 트래픽을 위해 포트를 노출하고 해당 포트에서 수신 대기하는 컨테이너가 있는 경우 클라이언트-서버 서비스를 선택합니다. 이러한 애플리케이션은 동일한 네임스페이스의 다른 클라이언트-서버 서비스에 연결할 필요는 없지만 클라이언트 구성은 구성되어 있습니다. 백엔드, 미들웨어, 비즈니스 티어 또는 대부분의 마이크로서비스는 이 유형의 Service Connect 구성을 사용합니다. 프런트엔드, 리버스 프록시 또는 로드 밸런서 애플리케이션이 동일한 네임스페이스의 Service Connect로 구성된 다른 서비스로부터 트래픽을 수신하도록 하려면 이러한 서비스가 이 유형의 Service Connect 구성을 사용해야 합니다.

클러스터 구성

클러스터를 생성할 때 또는 클러스터 업데이트를 통해 Service Connect에 대한 기본 네임스페이스를 설정할 수 있습니다. 동일한 AWS 리전 및 계정에 없는 네임스페이스 이름을 지정하면 새 HTTP 네임스페이스가 생성됩니다.

클러스터를 생성하고 기본 Service Connect 네임스페이스를 지정하면 클러스터는 Amazon ECS가 네임스페이스를 생성하는 동안 PROVISIONING 상태로 대기합니다. 네임스페이스의 상태를 나타내는 클러스터 상태에서 attachment를 볼 수 있습니다. 연결은 기본적으로 AWS CLI에 표시되지 않으므로 연결을 보려면 --include ATTACHMENTS를 추가해야 합니다.

Service Connect 서비스 구성

Service Connect는 최소 구성을 요구하도록 설계됩니다. 작업 정의의 Service Connect에서 사용할 각 포트 매핑의 이름을 설정해야 합니다. 서비스에서 클라이언트 서비스를 만들려면 Service Connect를 켜고 네임스페이스를 선택해야 합니다. 클라이언트-서버 서비스를 만들려면 포트 매핑 중 하나의 이름과 일치하는 단일 Service Connect 서비스 구성을 추가해야 합니다. Amazon ECS는 작업 정의의 포트 번호와 포트 이름을 재사용하여 Service Connect 서비스와 엔드포인트를 정의합니다. 이러한 값을 재정의하려면 콘솔에서 다른 파라미터인 Discovery, DNS 및 Port를 사용하거나 Amazon ECS API에서 discoveryName과 clientAliases를 각각 사용할 수 있습니다.

다음 예제에서는 동일한 Amazon ECS 서비스에서 함께 사용되는 각 종류의 Service Connect 구성을 보여줍니다. 쉘 주석이 제공되지만 Amazon ECS 서비스에 사용되는 JSON 구성은 주석을 지원하지 않습니다.

{
    ...
    serviceConnectConfiguration: {
        enabled: true,
        namespace: "internal",
        #config for client services can end here, only these two parameters are required.
        services: [{
                portName: "http"
            }, #minimal client - server service config can end here.portName must match the "name"
            parameter of a port mapping in the task definition. {
                discoveryName: "http-second"
                #name the discoveryName to avoid a Task def port name collision with the minimal config in the same Cloud Map namespace
                portName: "http"
            },
            {
                clientAliases: [{
                        dnsName: "db",
                        port: 81
                    }] #use when the port in Task def is not the port that client apps use.Client apps can use http: //db:81 to connect
                    discoveryName: "http-three"
                portName: "http"
            },
            {
                clientAliases: [{
                    dnsName: "db.app",
                    port: 81
                }] #use when the port in Task def is not the port that client apps use.duplicates are fine as long as the discoveryName is different.
                discoveryName: "http-four"
                portName: "http",
                ingressPortOverride: 99 #If App should also accept traffic directly on Task def port.
            }
        ]
    }
}
                    

배포 순서

Amazon ECS Service Connect를 사용하는 경우 네트워크 요청을 받는 서버 애플리케이션(클라이언트-서버 서비스)을 실행하거나 요청을 생성하는 클라이언트 애플리케이션(클라이언트 서비스)을 실행하도록 각 Amazon ECS 서비스를 구성합니다.

Service Connect 사용을 시작할 준비가 되면 클라이언트-서버 서비스로 시작합니다. 새 서비스 또는 기존 서비스에 Service Connect 구성을 추가할 수 있습니다. Amazon ECS 서비스를 편집하고 업데이트하여 Service Connect 구성을 추가하면 Amazon ECS가 네임스페이스에 Service Connect 엔드포인트를 생성합니다. 추가로 Amazon ECS는 서비스에 새 배포를 생성하여 현재 실행 중인 작업을 대체합니다.

기존 작업 및 기타 애플리케이션은 기존 엔드포인트 및 외부 애플리케이션에 계속 연결할 수 있습니다. 클라이언트-서버 서비스가 스케일 아웃을 통해 작업을 추가하면 클라이언트와의 새 연결이 모든 작업 간에 즉시 밸런스가 유지됩니다. 클라이언트-서버 서비스가 업데이트된 경우 클라이언트의 새 연결은 즉시 새 버전의 작업 사이에서 밸런스가 유지됩니다.

기존 작업은 확인할 수 없으며 새 엔드포인트에 연결할 수 없습니다. 동일한 네임스페이스에 Service Connect 구성이 있고 이 배포 이후에 실행을 시작하는 새 Amazon ECS 작업만 확인하고 이 엔드포인트에 연결할 수 있습니다. 예를 들어, 클라이언트 애플리케이션을 실행하는 Amazon ECS 서비스를 재배포하여 새 데이터베이스 서버 엔드포인트에 연결해야 합니다. 서버 배포가 완료된 후 클라이언트 배포를 시작합니다.

즉, 서버 애플리케이션 운영자가 언제든지 구성을 변경할 수 있더라도 클라이언트 애플리케이션 운영자가 앱 구성이 변경되는 시기를 결정합니다. 네임스페이스의 엔드포인트 목록은 네임스페이스의 Amazon ECS 서비스가 배포될 때마다 변경될 수 있지만 기존 작업과 대체 작업은 최근 배포 이후와 동일하게 작동합니다.

다음 예제를 살펴보세요.

먼저 퍼블릭 인터넷에서 사용할 수 있는 애플리케이션을 단일 AWS CloudFormation 템플릿 및 단일 AWS CloudFormation 스택으로 생성하고 있다고 가정해 보겠습니다. 공개 검색 및 연결 가능성은 프런트엔드 클라이언트 서비스를 포함하여 AWS CloudFormation에서 마지막으로 생성해야 합니다. 프런트엔드 클라이언트 서비스는 실행 중이고 대중은 사용할 수 있지만 백엔드는 그렇지 않은 기간을 방지하려면 이 순서대로 서비스를 생성해야 합니다. 이렇게 하면 해당 기간 동안 오류 메시지가 퍼블릭으로 전송되는 것을 방지할 수 있습니다. AWS CloudFormation에서는 dependsOn을 사용하여 AWS CloudFormation에 여러 Amazon ECS 서비스를 병렬로 또는 동시에 만들 수 없음을 나타내야 합니다. 클라이언트 작업이 연결되는 각 백엔드 클라이언트-서버 서비스의 프런트엔드 클라이언트 서비스에 dependsOn을 추가해야 합니다.

두 번째로 프런트엔드 서비스가 Service Connect 구성 없이 존재한다고 가정합니다. 작업은 기존 백엔드 서비스에 연결되고 있습니다. 먼저 DNS 또는 프런트엔드가 사용하는 clientAlias에서의 동일한 이름을 사용하여 백엔드 서비스에 클라이언트-서버 Service Connect 구성을 추가합니다. 이렇게 하면 새 배포가 생성되므로 모든 배포 롤백 탐지 또는 AWS Management Console, AWS CLI, AWS SDK 및 기타 메서드가 백엔드 서비스를 롤백하고 이전 배포 및 구성으로 되돌릴 수 있습니다. 백엔드 서비스의 성능과 동작이 만족스러우면 프런트엔드 서비스에 클라이언트 또는 클라이언트-서버 Service Connect 구성을 추가합니다. 새 배포의 작업만 새 작업에 추가된 Service Connect 프록시를 사용합니다. 이 구성에 문제가 있는 경우 배포 롤백 탐지 또는 AWS Management Console, AWS CLI, AWS SDK 및 기타 메서드를 사용하여 백엔드 서비스를 롤백하고 이전 배포 및 구성으로 되돌려 이전 구성으로 롤백하고 되돌릴 수 있습니다. Service Connect 대신 DNS를 기반으로 하는 다른 서비스 검색 시스템을 사용하는 경우 로컬 DNS 캐시가 만료된 후 프런트엔드 또는 클라이언트 애플리케이션이 새 엔드포인트를 사용하고 엔드포인트 구성을 변경하기 시작하며, 일반적으로 몇 시간이 걸립니다.

네트워킹

기본 구성에서 Service Connect 프록시는 작업 정의의 포트 매핑을 수신합니다. containerPort VPC CIDR, 특히 클라이언트가 실행될 서브넷에서 이 포트로 들어오는 것을 허용하는 보안 그룹의 규칙이 필요합니다.

Service Connect 서비스 구성에서 포트 번호를 설정하더라도 Service Connect 프록시가 수신 대기하는 클라이언트-서버 서비스용 포트는 변경되지 않습니다. 이 포트 번호를 설정하면 Amazon ECS는 해당 작업 내의 Amazon ECS 프록시에서 클라이언트 서비스가 연결하는 엔드포인트의 포트를 변경합니다. 클라이언트 서비스의 프록시는 containerPort를 사용하여 클라이언트-서버 서비스의 프록시에 연결합니다.

Service Connect 프록시가 수신 대기하는 포트를 변경하려면 클라이언트-서버 서비스의 Service Connect 구성에서 ingressPortOverride를 변경합니다. 이 포트 번호를 변경하는 경우 이 서비스에 대한 트래픽에 사용되는 Amazon VPC 보안 그룹에서 이 포트의 인바운드 트래픽을 허용해야 합니다.

애플리케이션이 Service Connect용으로 구성된 Amazon ECS 서비스로 전송하는 트래픽의 경우 Amazon VPC 및 서브넷에 사용 중인 containerPort 및 ingressOverridePort 포트 번호를 허용하는 라우팅 테이블 규칙 및 네트워크 ACL 규칙이 있어야 합니다.

Service Connect를 사용하여 VPC 간에 트래픽을 전송할 수 있습니다. 라우팅 테이블 규칙, 네트워크 ACL 및 보안 그룹은 두 VPC에 모두 적용되므로 이에 대해 동일한 요구 사항을 고려해야 합니다.

예를 들어, 두 개의 클러스터는 서로 다른 VPC에서 작업을 생성합니다. 각 클러스터의 서비스는 동일한 네임스페이스를 사용하도록 구성됩니다. 이 두 서비스의 애플리케이션은 VPC DNS 구성 없이 네임스페이스의 모든 엔드포인트를 확인할 수 있습니다. 하지만 VPC 피어링, VPC 또는 서브넷 라우팅 테이블, VPC 네트워크 ACL이 사용 중인 containerPort 및 ingressOverridePort 포트 번호의 트래픽을 허용하는 경우를 제외하면 프록시를 연결할 수 없습니다.

Service Connect 프록시

Service Connect 구성을 사용하여 Amazon ECS 서비스를 생성하거나 업데이트하는 경우, Amazon ECS는 새 작업이 시작될 때마다 새 컨테이너를 추가합니다. 별도의 컨테이너를 사용하는 이러한 패턴을 a라고 합니다. sidecar 이 컨테이너는 작업 정의에 없으며 구성할 수 없습니다. Amazon ECS는 Amazon ECS 서비스에서 이 컨테이너의 구성을 관리합니다. 따라서 여러 Amazon ECS 서비스, 네임스페이스 간에 동일한 작업 정의를 재사용할 수 있으며, Service Connect 없이도 작업을 실행할 수 있습니다.

프록시 리소스

• 작업 정의에서 이 컨테이너에 대해 구성해야 하는 유일한 매개 변수는 작업 CPU 및 메모리 제한입니다. Amazon ECS 서비스에서 이 컨테이너에 대해 구성해야 하는 유일한 파라미터는 Service Connect 구성에서 찾을 수 있는 로그 구성입니다. 서비스 연결 구성에 대한 자세한 내용은 을 참조하십시오Service Connect 서비스 구성.

• 작업 정의는 Service Connect를 사용하는 작업 메모리 제한을 설정해야 합니다. 다른 컨테이너의 컨테이너 제한에 할당하지 않은 작업 제한의 추가 CPU 및 메모리는 Service Connect 프록시 컨테이너 및 컨테이너 제한을 설정하지 않은 다른 컨테이너에서 사용됩니다.

• Service Connect 프록시 컨테이너용 작업 CPU 및 메모리에 256개의 CPU 유닛과 최소 64MiB의 메모리를 추가하는 것이 좋습니다. AWS Fargate에서 설정할 수 있는 최소 메모리양은 512MiB입니다. Amazon EC2에서 작업 메모리는 선택 사항이지만 Service Connect의 경우 필수입니다.

• 이 서비스의 작업이 피크 부하 시 초당 500개 이상의 요청을 받을 것으로 예상되는 경우 이 작업 정의에서 Service Connect 프록시 컨테이너에 대한 작업 CPU에 512개의 CPU 유닛을 추가하는 것이 좋습니다.

• 네임스페이스에서 100개 이상의 Service Connect 서비스를 생성하거나 네임스페이스 내의 모든 Amazon ECS 서비스에서 총 2000개 이상의 작업을 생성할 것으로 예상되는 경우 Service Connect 프록시 컨테이너의 작업 메모리에 128MiB의 메모리를 추가하는 것이 좋습니다. 네임스페이스의 모든 Amazon ECS 서비스에서 사용하는 모든 작업 정의에서 이 작업을 수행해야 합니다.

프록시 구성

애플리케이션이 있는 작업과 동일한 작업에서 애플리케이션이 사이드카 컨테이너의 프록시에 연결됩니다. Amazon ECS는 애플리케이션이 동일한 네임스페이스의 엔드포인트 이름에 연결하는 경우에만 애플리케이션이 프록시에 연결되도록 작업과 컨테이너를 구성합니다. 다른 모든 트래픽은 프록시를 사용하지 않습니다. 다른 트래픽에는 동일한 VPC의 IP 주소, AWS 서비스 엔드포인트, 외부 트래픽이 포함됩니다.

로드 밸런싱

Service Connect는 Service Connect 엔드포인트의 작업 간 부하 분산을 위해 라운드 로빈 전략을 사용하도록 프록시를 구성합니다. 연결이 시작되는 작업에 있는 로컬 프록시는 엔드포인트를 제공하는 클라이언트-서버 서비스의 작업 중 하나를 선택합니다.

로컬이라는 WordPress 네임스페이스에 클라이언트 서비스로 구성된 Amazon ECS 서비스에서 실행되는 작업을 예로 들어 보겠습니다. MySQL 데이터베이스를 실행하는 2개의 태스크가 있는 또 다른 서비스가 있습니다. 이 서비스는 동일한 네임스페이스에서 Service mysql Connect를 통해 호출된 엔드포인트를 제공하도록 구성되어 있습니다. WordPress작업에서 WordPress 애플리케이션은 엔드포인트 이름을 사용하여 데이터베이스에 연결합니다. Service Connect 구성으로 인해 이 이름에 대한 연결은 동일한 작업의 사이드카 컨테이너에서 실행되는 프록시로 이동합니다. 그러면 프록시는 라운드 로빈 전략을 사용하여 MySQL 작업 중 하나에 연결할 수 있습니다.

부하 분산 전략: 라운드 로빈

이상값 감지

이 기능은 프록시가 이전에 실패한 연결에 대해 가지고 있는 데이터를 사용하여 연결이 실패한 호스트에 새 연결이 전송되지 않도록 합니다. Service Connect는 프록시의 이상값 탐지 기능을 구성하여 수동적 상태 검사를 제공합니다.

라는 WordPress 네임스페이스에 클라이언트 서비스로 구성된 Amazon ECS 서비스에서 실행되는 작업을 예로 들어 보겠습니다. local MySQL 데이터베이스를 실행하는 2개의 태스크가 있는 또 다른 서비스가 있습니다. 이 서비스는 동일한 네임스페이스에서 Service mysql Connect를 통해 호출된 엔드포인트를 제공하도록 구성되어 있습니다. WordPress 작업에서 WordPress 애플리케이션은 동일한 작업의 사이드카 컨테이너에서 실행되는 프록시에 연결됩니다. 프록시는 MySQL 작업 중 하나에 연결할 수 있습니다. 프록시가 특정 MySQL 작업에 여러 번 연결했는데 지난 30초 동안 5개 이상의 연결이 실패하면 프록시는 30~300초 동안 해당 MySQL 작업을 회피합니다.

재시도

Service Connect는 프록시를 통과하여 실패한 연결을 다시 시도하도록 프록시를 구성하고, 두 번째 시도에서는 이전 연결의 호스트를 사용하지 않도록 합니다. 이렇게 하면 Service Connect를 통한 각 연결이 일회성 이유로 실패하지 않도록 할 수 있습니다.

재시도 횟수: 2

제한 시간

Service Connect는 클라이언트-서버 애플리케이션이 응답할 때까지 최대 시간을 대기하도록 프록시를 구성합니다. 기본 제한 시간 값은 15초이며 변경할 수 없습니다.

업스트림 타임아웃: 15초

Service Connect 파라미터

다음 파라미터에는 Service Connect를 사용할 때 추가 필드가 있습니다.

파라미터 위치	앱 유형	설명	필수?
태스크 정의	클라이언트	클라이언트 작업 정의에서 Service Connect에 사용할 수 있는 변경 사항이 없습니다.	해당 사항 없음
태스크 정의	클라이언트-서버	서버는 컨테이너의 portMappings에 있는 포트에 name 필드를 추가해야 합니다. 자세한 내용은 portMappings 섹션을 참조하세요.	예
태스크 정의	클라이언트-서버	서버는 선택적으로 애플리케이션 프로토콜(예: HTTP)을 제공하여 서버 애플리케이션에 대한 프로토콜별 지표를 수신할 수 있습니다(예: HTTP 5xx).	아니요
서비스 정의	클라이언트	조인할 네임스페이스를 구성하려면 클라이언트 서비스에서 serviceConnectConfiguration을 추가해야 합니다. 이 네임스페이스에는 이 서비스가 검색해야 하는 모든 서버 서비스가 포함되어야 합니다. 자세한 정보는 serviceConnectConfiguration을 참조하세요.	예
서비스 정의	클라이언트-서버	서버 서비스에서 serviceConnectConfiguration을 추가하여 서비스에서 사용할 수 있는 DNS 이름, 포트 번호 및 네임스페이스를 구성해야 합니다. 자세한 정보는 serviceConnectConfiguration을 참조하세요.	예
클러스터	클라이언트	클러스터는 기본 Service Connect 네임스페이스를 추가할 수 있습니다. 클러스터의 새 서비스는 Service Connect가 서비스에서 구성된 경우 네임스페이스를 상속합니다. 자세한 내용은 Amazon ECS 클러스터를 참조하세요.	아니요
클러스터	클라이언트-서버	서버 서비스에 적용되는 클러스터의 Service Connect에 사용할 수 있는 변경 사항이 없습니다. 서버 작업 정의 및 서비스는 해당 구성을 설정해야 합니다.	해당 사항 없음