Vscode-docker: ACR에서 다른 Azure 구독에 배포하면 문제 발생

@rosanch 생각?

저 스크린샷은 어디서 찍은건지 모르겠네요. 그러나 Visual Studio 코드 앱에서 구독을 필터링할 수 있는 방법은 오른쪽 하단에 있는 계정을 클릭하는 것입니다. 확장 프로그램을 연 후에 표시되어야 합니다.
명령에 구독을 지정해야 하는 경우. 명령이 실행될 때 정보가 요청됩니다.
이것이 당신의 의심을 해결하지 못한다면. 이전 문제에 대한 자세한 정보를 제공해 주시겠습니까?

스크린샷은 확장을 통해 배포한 후 앱 서비스 컨테이너 블레이드에서 가져온 것입니다.

Subs는 필터링되고 표시되는 레지스트리를 제어할 수 있습니다. 그러나 이 확장에서는 다른 항목(예: 앱 서비스)에서 표시하는 것과 같은 방식으로 하위 항목을 볼 수 없습니다. 서브를 필터링해도 문제가 해결되지 않습니다.

다른 배포 및 레지스트리 구독을 선택하는 데 제한이 있어야 합니까?

sub1의 ACR에서 sub2의 앱 서비스로 이미지를 배포했고 성공했다고 가정합니다. 합법적인 것 같으며 ACR 사용자 이름/비밀번호를 사용하여 이미지를 검색해야 합니다. 그러나 Private Registry로 전환하면 빈 페이지가 표시된다고 언급했습니다. App Service 포털의 버그처럼 들립니다.

나는 같은 문제가 있습니다. 레지스트리와 앱 서비스는 서로 다른 구독에 있습니다. 이 경우 드롭다운에서 이미지를 선택할 수 없습니다. 로딩 표시기는 결코 멈추지 않습니다. 개인 레지스트리 탭에 이미지를 입력하기로 결정하면 저장할 수 있습니다. 그러나 컨테이너 설정을 다시 입력하면 Azure가 자동으로 설정을 "ACR" 탭으로 다시 "이동"했습니다. 위 스크린샷의 메시지가 표시되며 변경할 수 없습니다. 컨테이너가 시작되지 않습니다.

동일한 문제가 있습니다. cli 또는 포털에서 웹 앱을 만들고 컨테이너 설정을 검토할 때 개인 레지스트리를 하늘빛 레지스트리로 설정하는 것이 작동하지 않습니다. 개인 레지스트리 탭은 비어 있고 하늘빛 컨테이너 레지스트리 탭은 가 채워지고 환경 변수도 생성되지만 이미지를 다운로드하는 데 실패합니다.

동일한 문제가 여기에 있습니다. 나는 이것이 vscode와 관련이 없다고 확신합니다. 이것은 앱 서비스 특정 문제인 것 같습니다. 여기에서 언급했듯이 ACR을 사용할 때 설정해야 하는 세 가지 설정이 있습니다. VSCode 및 기타 도구(예: 포털)가 이러한 설정을 충실하게 설정한 것 같습니다. 그러나 이러한 설정이 다른 구독의 ACR과 관련된 경우에는 작동하지 않습니다. OP와 같은 스크린샷이 표시됩니다.

비공개 리포지토리는 이와 동일한 세 가지 설정을 사용하므로 불행히도 ACR을 비공개 리포지토리로 사용하는 것은 도움이 되지 않습니다(OP의 스크린샷에서 제안됨). 다시 ACR.

@fennovj가 언급한 것처럼 포털 문제처럼 보이기 때문에 ACR 팀에 문제를 만들었습니다.

흥미롭게도 - 다음과 같이 app_settings를 배포하는 경우:
DOCKER_REGISTRY_SERVER_URL = "myawesomeregistry.azurecr.io"
대신에
DOCKER_REGISTRY_SERVER_URL = " https://myawesomeregistry.azurecr.io "
그러면 정상적으로 작동하는 것 같습니다. 저는 Terraform을 사용하여 배포하고 있습니다.

따라서 레지스트리 URL에서 https://를 남겨두십시오. Microsoft가 https://**.azurecr.io와 일치하는 패턴을 찾고 있는 것 같습니다. 이것은 오늘 나를 위해 일했습니다.

흥미롭게도 - 다음과 같이 app_settings를 배포하는 경우:
DOCKER_REGISTRY_SERVER_URL = "myawesomeregistry.azurecr.io"
대신에
DOCKER_REGISTRY_SERVER_URL = " https://myawesomeregistry.azurecr.io "
그러면 정상적으로 작동하는 것 같습니다. 저는 Terraform을 사용하여 배포하고 있습니다.

따라서 레지스트리 URL에서 https://를 남겨두십시오. Microsoft가 https://**.azurecr.io와 일치하는 패턴을 찾고 있는 것 같습니다. 이것은 오늘 나를 위해 일했습니다.

불행히도 이것은 나를 위해 작동하지 않았습니다.

나는이 문제에 대해 시간을 보내고 그것을 알아 냈습니다. 내 솔루션은 다음과 같습니다.

두 개의 구독이 있다고 가정하고 SUB-A 및 SUB-B , SUB-A (내 예제에서는 azurebluedev 라고 함)에 Azure Container Registry가 있는 SUB-A ).

이제 SUB-B 에 admin username 을 사용하여 컨테이너 레지스트리의 이미지를 가져오는 App Service를 만들고 싶습니다.

앱 서비스를 생성할 때 도커 블레이드의 Image and tag 에서 올바른 형식을 사용하는 것이 중요합니다. url/image:tag (https 제외) 형식을 따라야 합니다. 그렇지 않으면 설명된 문제가 발생합니다. 나는 작동하지 않는 image:tag 형식을 미리 사용하고 있었습니다.

여전히 Azure Portal UI는 올바른 정보를 표시하지 않지만 최소한 작동하게 할 수 있습니다.

위의 YAML 파이프라인/배포 작업에서 비슷한 것을 찾았지만 여전히 AzureWebAppContainer@1 작업에서 교차 구독 액세스를 얻을 수 없었습니다. imageName 속성은 myacr.azurecr.io/myimage:$(build.buildId) 와 같아야 하지만 컨테이너 레지스트리가 작업의 구독/서비스 연결 외부에 있으면 작동하지 않습니다.

위의 YAML 파이프라인/배포 작업에서 비슷한 것을 찾았지만 여전히 AzureWebAppContainer@1 작업에서 교차 구독 액세스를 얻을 수 없었습니다. imageName 속성은 myacr.azurecr.io/myimage:$(build.buildId) 와 같아야 하지만 컨테이너 레지스트리가 작업의 구독/서비스 연결 외부에 있으면 작동하지 않습니다.

나를 위해 그것은 Azure devops에서 생성된 서비스 연결에 의해 다른 구독(동일한 테넌트에 있는 경우)에 Azure에서 생성된 서비스 주체를 추가하는 작업을 했습니다. 왜냐하면 ADO에서 서비스 연결을 생성할 때 서비스 주체가 역할 할당에 추가되기 때문입니다. 기본 구독이지만 다른 구독에 대해 수동으로 동일한 작업을 수행하면 파이프라인의 해당 작업이 작동하거나 적어도 제 경우에는 그런 방식으로 일부 교차 구독 문제를 해결할 수 있었습니다.

Docker 확장과 관련된 한 현재로서는 변경이 필요하지 않다고 생각합니다. @fiveisprime 이 열었을 때보다 지금 경험이 조금 더 좋습니다.

그 메시지는 나에게 결정적으로 의도적으로 보입니다(그리고 관계없이 우리가 아니라 Azure에 달려 있음). 그러나 원본 스크린샷과 달리 이제 해당 ACR에 공백이 아닌 다른 이미지/태그가 표시됩니다. 다른 레지스트리로 변경하려는 경우 ACR의 이미지/태그는 더 이상 중요하지 않습니다.

IMO에서는 교차 구독을 배포할 수 있는 기능을 유지해야 합니다. 나는 대부분 작동하는 것들에 임의의 장애물을 추가하는 것을 좋아하지 않습니다.

이와 관련하여 ACR에 액세스하기 위해 서비스 원칙 또는 MSI를 사용하고 있지만 #1685에서 이를 추적하고 있습니다.