올바른 서비스를 선택하기 위한 권장 사항
이 Azure Well-Architected Framework 성능 효율성 검사 목록 권장 사항에 적용됩니다.
| PE:03 | 올바른 서비스를 선택합니다. 서비스, 인프라 및 계층 선택은 워크로드의 성능 목표에 도달하고 예상되는 용량 변경을 수용하는 기능을 지원해야 합니다. 선택 항목은 플랫폼 기능을 사용하거나 사용자 지정 구현을 빌드할 때의 이점도 고려해야 합니다. |
|---|
이 가이드에서는 워크로드에 적합한 서비스를 선택하기 위한 권장 사항을 설명합니다. 다음 권장 사항은 워크로드의 요구 사항과 요구를 가장 잘 충족하는 서비스를 선택하는 데 도움이 됩니다. 워크로드 요구 사항을 처리하도록 설계된 서비스를 사용하는 경우 워크로드가 성능 목표를 충족하는지 확인할 수 있습니다. 워크로드에 부적절한 서비스를 선택하는 경우 서비스는 워크로드의 요구를 처리할 수 없을 수 있습니다. 서비스가 부족하면 응답 시간, 병목 상태 또는 워크로드 오류가 발생할 수 있습니다.
정의
| 용어 | 정의 |
|---|---|
| 가용성 영역 | 지역 내의 데이터 센터의 구분된 그룹입니다. 각 가용성 영역은 자체 전원, 냉각 및 네트워킹 인프라를 사용하여 다른 영역과 독립적입니다. 많은 지역에서 가용성 영역을 지원합니다. |
| 컴퓨팅 서비스 | 애플리케이션을 실행하는 데 필요한 인프라를 제공하는 서비스입니다. |
| 데이터베이스 서비스 | 애플리케이션에 관계형 및 비관계형 데이터베이스를 제공하는 서비스입니다. |
| 인프라 | 클라우드 컴퓨팅의 물리적 구성 요소 및 구성 요소의 지리적 위치입니다. |
| IaaS(Infrastructure as a Service) | 고객이 운영 체제, ID, 애플리케이션 및 네트워킹을 담당하는 서비스입니다. |
| PaaS(Platform as a Service) | 클라우드 서비스 공급자가 운영 체제를 담당하는 서비스입니다. 클라우드 서비스 공급자는 ID, 애플리케이션 및 네트워킹 관리를 위해 고객과 책임을 공유합니다. |
| 지역 | 데이터 센터 집합을 포함하는 지리적 경계입니다. |
| 리소스 | 클라우드 서비스 공급자 내에서 만들고 구성하고 활용할 수 있는 단일 엔터티 또는 구성 요소입니다. |
| 서비스 | 클라우드 서비스 공급자의 제품 또는 제품입니다. |
| SKU(Stock Keeping Unit) | Azure 서비스에 대한 서비스 계층입니다. |
| 스토리지 서비스 | 개체, 블록 및 파일에 대한 스토리지를 제공하는 서비스입니다. |
주요 디자인 전략
선택하는 서비스는 워크로드의 성능 목표와 일치해야 하며 향후 용량 요구 사항에 맞게 조정할 수 있어야 합니다. 워크로드가 확장되거나 발전함에 따라 사용하는 서비스는 주요 조정 없이도 성능 표준과 일치해야 합니다. 플랫폼 기능과 사용자 지정 구현 간의 균형을 고려합니다. 플랫폼 기능은 즉각적인 솔루션을 제공하지만 사용자 지정 빌드 옵션은 정확한 맞춤형을 제공합니다. 서비스 선택은 편의성과 사용자 지정 간의 장편을 고려하여 미래 지향적이고 특정 요구 사항에 맞게 조정되어야 합니다.
워크로드 요구 사항 이해
워크로드 요구 사항을 이해하려면 워크로드의 기술적 및 기능적 요구를 파악하는 것을 의미합니다. 이 분석은 워크로드를 실행하는 데 필요한 리소스, 스토리지, 컴퓨팅, 네트워크 및 기타 사양을 결정하는 데 도움이 됩니다. 워크로드의 특정 요구 사항에 맞게 서비스를 조정하면 리소스를 과도하게 프로비전하거나 활용도가 밑도는 것을 방지할 수 있습니다.
워크로드의 요구 사항과 특성을 평가하여 요구 사항을 확인하고 워크로드 요구 사항을 모든 계층의 성능 목표에 맞춥니다. 제약 조건 또는 종속성을 고려해야 합니다. 워크로드 요구 사항을 이해하면 정보에 입각한 결정을 내릴 수 있습니다. 적절한 인프라를 결정하고 최대 부하 또는 수요 변동을 처리하는 전략을 구현할 수 있습니다.
성능 목표를 충족합니다. 워크로드의 성능 목표를 충족할 수 있는 서비스를 선택합니다. 서비스가 성능 요구 사항을 지원할 수 있고 성능을 모니터링할 수 있는지 확인합니다. 중요한 구성 요소에 대한 성능 데이터를 수집합니다.
조직 제한을 고려합니다. 배포하는 서비스에서 organization 가질 수 있는 제한 사항에 대해 잘 알고 있어야 합니다. 솔루션을 디자인할 때 이러한 제한을 고려합니다.
규정 준수 및 보안 요구 사항을 고려합니다. 규정 준수 및 보안 요구 사항은 선택한 서비스 및 구성에 영향을 줄 수 있습니다. 선택한 서비스가 스토리지, 암호화, 액세스 제어, 감사 로그 및 데이터 위치와 관련된 요구 사항을 충족하는지 확인합니다.
팀 기술을 고려합니다. 팀은 워크로드를 빌드하고 유지 관리합니다. 다른 서비스에는 다른 기술이 필요합니다. 팀이 사용하는 방법을 알고 있는 서비스를 선택하거나 서비스를 선택하기 전에 학습에 커밋합니다. 팀 구성원이 서비스를 효과적으로 사용하고 성능을 최적화할 수 있는 전문 지식과 지식을 보유하고 있는지 확인합니다.
절충: 특수 서비스는 특정 기능을 제공하지만 사용자 지정을 제한할 수 있습니다. 유연한 리소스에는 특수 서비스에 비해 더 많은 관리 및 구성이 필요합니다. 관리형 서비스는 관리 편의성을 제공하지만 자체 관리형 리소스에 비해 기본 인프라에 대한 제어가 적을 수 있습니다.
서비스 이해
서비스 이해는 공급업체 도구 및 제품의 기능, 제한 및 기능을 아는 것입니다. 서비스에 대한 이해는 기본 제공 기능을 사용하여 복잡한 사용자 지정 솔루션의 필요성을 줄이고 성능 효율성을 개선하는 데 도움이 됩니다.
다양한 요소를 고려하고 서비스를 선택하기 전에 서비스를 포괄적으로 이해합니다. 공급자가 제공하는 서비스 및 도구를 연구하고 평가합니다. 워크로드 요구 사항에 가장 적합한 서비스 및 도구를 결정합니다. 관리되는 서비스, 서버리스 옵션 및 특수 서비스와 같은 요소를 고려합니다.
서비스 제한 이해
서비스 제한은 서비스 공급자가 설정한 미리 정의된 임계값 또는 경계입니다. 서비스 제한은 해당 서비스 내에서 리소스 또는 기능의 최대 사용량을 정의합니다. 서비스 제한에 익숙한 경우 리소스 경합, 성능 저하 또는 예기치 않은 서비스 중단과 같은 문제를 방지할 수 있습니다. 인프라를 적절하게 계획하고 확장할 수 있습니다. 계획은 데이터 볼륨, 처리 용량 및 데이터 보존 요구 사항과 같은 요소를 고려합니다.
플랫폼 기능 선호
플랫폼 기능을 선호하는 것은 공급자가 제공하는 기본 제공 기능을 사용하여 사용자 지정 코드 없이 특정 작업을 처리하는 것입니다. 공급업체는 특정 작업을 대규모로 효율적으로 처리하도록 플랫폼 기능을 설계하고 정기적으로 이러한 기능을 유지 관리합니다. 플랫폼 기능을 사용하면 클라우드 인프라 기능을 더 잘 활용할 수 있습니다. 사용자 지정 코드를 작성하고 유지 관리하는 대신 기능을 플랫폼에 오프로드할 수 있는 서비스를 선택합니다. 대부분의 경우 PaaS(Platform-as-a-Service) 솔루션은 사용자 지정 코드보다 더 나은 성능 효율성을 제공합니다. 사용자 지정 코드는 복잡성을 더하고 워크로드를 성능 문제에 취약하게 만듭니다. 서비스 기능이 충분하지 않은 경우에만 사용자 지정 코드를 개발합니다.
인프라 요구 사항 평가
리소스의 성능 효율성은 리소스가 상주하는 인프라와 관련이 있습니다. 서비스 성능 효율성에 중요한 적절한 인프라를 선택할 수 있습니다. 인프라 요구 사항을 평가한다는 것은 워크로드를 지원하는 데 가장 적합한 지리적 지역 및 가용성 영역을 식별하는 것을 의미합니다. 이 의사 결정의 주요 고려 사항은 다음과 같습니다.
지역 및 가용성 영역을 이해합니다. 모든 지역은 고유한 지리적 위치에 해당합니다. 가용성 영역은 지정된 지역 내의 개별 물리적 데이터 센터를 나타냅니다.
단일 지역 및 다중 지역 배포 모델. 단일 지역 배포 모델은 단일 지역에 모든 리소스를 배포합니다. 다중 지역 배포 모델은 여러 지역에 리소스를 배포합니다. 다중 지역 배포는 최종 사용자의 대기 시간을 줄이고 용량 제약 조건을 완화할 수 있습니다. 그러나 워크로드의 비용과 복잡성을 증가시킬 수도 있습니다. 워크로드 요구 사항에 가장 적합한 배포 모델을 선택합니다.
사용 가능한 기능을 이해합니다. 다른 지역에는 서비스 수 및 가용성 영역과 같은 사용 가능한 기능이 다릅니다. 선택하기 전에 지역에서 사용할 수 있는 기능을 이해합니다. 지역이 워크로드 성능 요구 사항을 충족하는지 확인합니다.
대기 시간을 고려합니다. 대기 시간, 데이터가 원본에서 대상으로 이동하는 데 걸리는 시간, 더 많은 서비스가 서로에서 증가합니다. 지역 또는 가용성 영역에서 통신하는 서비스는 대기 시간이 길어질 수 있습니다. 자주 통신하는 서비스를 식별하고 동일한 지역 내에 배치하는 것이 좋습니다. 또한 기본 사용자 기반과 근접한 지역을 선택하면 대기 시간을 최소화하여 더 나은 사용자 환경을 제공할 수 있습니다.
데이터 센터 매핑을 이해합니다. 가용성 영역은 서로 다른 구독에서 동일한 데이터 센터에 일관되게 매핑되지 않을 수 있습니다. instance 경우 '구독 A'의 '영역 1'이 '구독 B'의 '영역 1'과 다를 수 있습니다. 여러 구독으로 작업할 때 성능을 최적으로 강화하는 영역을 선택하려면 이러한 매핑을 알고 있어야 합니다.
네트워킹 요구 사항 평가
네트워크 요구 사항을 평가하여 적절한 워크로드 서비스 및 구성을 결정합니다. 네트워크에서 워크로드를 지원할 수 있는지 확인합니다. 네트워킹 요구 사항을 평가하려면 다음을 고려합니다.
네트워크 트래픽을 이해합니다. 워크로드에 대해 예상되는 네트워크 트래픽을 평가합니다. 데이터 전송 요구 사항 및 네트워크 요청 빈도를 이해합니다.
대역폭 요구 사항을 이해합니다. 워크로드에 대한 대역폭 요구 사항을 결정합니다. 네트워크를 통해 전송되고 수신되는 데이터의 양을 고려합니다.
네트워크 대기 시간을 이해합니다. 워크로드에 대해 원하는 대기 시간을 평가합니다. 공용 인터넷을 트래버스하는 대신 프라이빗 가상 네트워크 및 백본 네트워크를 사용합니다. 이 기술은 워크로드의 대기 시간을 줄입니다.
처리량을 이해합니다. 워크로드에 필요한 처리량을 고려합니다. 처리량은 지정된 시간에 네트워크를 통해 전송될 수 있는 데이터의 양을 나타냅니다. 네트워크 처리량 이점을 활용하도록 네트워크 라우팅 옵션을 구성합니다.
컴퓨팅 요구 사항 평가
컴퓨팅 요구 사항을 평가하려면 instance 유형, 확장성 및 컨테이너화와 같은 요소를 포함하여 워크로드의 특정 컴퓨팅 요구 사항을 평가해야 합니다. 다양한 컴퓨팅 서비스에는 워크로드의 성능에 영향을 줄 수 있는 다양한 기능과 특성이 있습니다. 최적의 컴퓨팅 서비스를 선택하여 워크로드가 효율적으로 실행되도록 합니다. 다음과 같은 전략을 고려해 보세요.
instance 형식을 이해합니다. 다양한 instance 유형은 CPU 최적화, 메모리 최적화 및 GPU 인스턴스와 같은 다양한 워크로드에 최적화됩니다. 요구 사항에 맞는 instance 형식을 선택합니다.
자동 크기 조정을 고려합니다. 워크로드에 수요가 가변적인 경우 수요에 따라 컴퓨팅 용량을 자동으로 조정할 수 있는 자동 크기 조정 기능이 있는 컴퓨팅 서비스를 고려합니다. 자동으로 크기를 조정하면 사용량이 많은 시간에 충분한 리소스를 확보하고 수요가 적은 기간 동안 과잉 프로비전을 방지할 수 있습니다.
컨테이너화를 고려합니다. 컨테이너는 비통제 워크로드에 비해 성능 이점을 제공합니다. 아키텍처 요구 사항에 맞는 경우 컨테이너화를 사용하는 것이 좋습니다. 컨테이너는 격리, 리소스 효율성, 빠른 시작 시간 및 이식성을 통해 컴퓨팅 성능을 향상시킵니다.
컨테이너를 사용하는 경우 모든 애플리케이션 구성 요소 컨테이너화와 같은 디자인 요소를 고려합니다. 경량 이미지에 Linux 기반 컨테이너 런타임을 사용합니다. 컨테이너를 변경할 수 없으며 교체할 수 있도록 짧은 수명 주기를 제공합니다. 컨테이너, 컨테이너 호스트 및 기본 클러스터에서 관련 로그 및 메트릭을 수집합니다. 이 데이터를 사용하여 성능을 모니터링하고 분석합니다. 컨테이너는 전체 아키텍처의 한 구성 요소일 뿐입니다. Kubernetes와 같은 적절한 컨테이너 오케스트레이터를 선택하여 성능 및 확장성을 더욱 향상시킵니다.
컨테이너 혜택 Description 격리 컨테이너는 애플리케이션에 대해 격리된 환경을 제공합니다. 컨테이너는 애플리케이션 리소스가 서로 간섭하지 않도록 합니다. 이러한 격리를 통해 컨테이너에 할당된 컴퓨팅 리소스가 특정 애플리케이션을 실행하는 데 전용되어 성능이 향상됩니다. 리소스 효율성 컨테이너는 경량이며 호스트 운영 체제의 커널을 공유하므로 효율적인 리소스 사용률을 허용합니다. 여러 컨테이너가 동일한 가상화된 인프라에서 실행되어 컴퓨팅 리소스 사용을 최대화할 수 있습니다. 빠른 시작 시간 컨테이너 이미지는 미리 빌드되어 있으며 필요할 때 빠르게 시작됩니다. 이 빠른 시작 시간을 통해 빠른 확장성을 사용할 수 있습니다. 이를 통해 애플리케이션은 수요에 따라 스케일 업 또는 다운하고 성능 병목 현상을 방지할 수 있습니다. 이식성 컨테이너는 이미지 내에서 필요한 모든 종속성 및 라이브러리를 캡슐화합니다. 컨테이너를 사용하면 다양한 운영 체제 또는 환경에서 애플리케이션을 더 쉽게 이동할 수 있습니다. 이러한 이식성을 통해 애플리케이션을 유연하게 배포할 수 있으며 클라우드 공급자 또는 온-프레미스 환경 간에 쉽게 마이그레이션할 수 있습니다. 적절한 계층을 선택합니다. 각 컴퓨팅 서비스 내에서 컴퓨팅 용량을 설정하고, 기능을 선택하고, 기능을 사용하도록 설정할 수 있습니다. 성능 목표에 따라 컴퓨팅 서비스에 적합한 서비스 계층을 선택합니다.
instance 개수를 결정합니다. 워크로드에 필요한 최소 instance 개수를 결정합니다. 일부 워크로드는 최소한의 부하에도 컴퓨팅 리소스의 instance 둘 이상 필요할 수 있습니다. 그에 따라 최소 instance 개수를 설정합니다.
부하 분산 요구 사항 평가
부하 분산은 네트워크 트래픽이 균등하게 분산되고 단일 서버가 요청에 과부하가 발생하지 않도록 합니다. 부하 분산은 병목 상태를 방지하고 응답 시간을 줄이는 데 도움이 됩니다. 클라우드 공급자가 제공하는 다양한 부하 분산 서비스를 평가합니다. 클라우드 공급자의 설명서 및 비교 도구를 검토하여 기능을 이해합니다. 워크로드에 가장 적합한 서비스를 선택합니다. 부하 분산 서비스를 선택하려면 다음을 고려합니다.
트래픽 유형 이해: 부하 분산 서비스가 HTTP 및 HTTPS와 같은 웹 트래픽 또는 TCP(Transmission Control Protocol) 또는 UDP(사용자 데이터그램 프로토콜)와 같은 다른 프로토콜을 처리해야 하는지 여부를 결정합니다.
글로벌 또는 지역 라우팅 파악: 워크로드에 특정 지역 내 또는 여러 지역에서 부하 분산이 필요한지 여부를 결정합니다.
SLO(서비스 수준 목표) 파악: SLA(서비스 수준 계약)를 고려합니다. 부하 분산 서비스는 서로 다른 수준의 성능을 제공합니다.
기능 이해: 사이트 가속, 최적의 트래픽 분산 및 짧은 대기 시간 계층 4 부하 분산을 제공하는 부하 분산 서비스를 고려합니다.
데이터 저장소 요구 사항 평가
데이터 저장소 요구 사항을 평가하는 것은 데이터를 저장, 검색 및 관리하기 위한 특정 요구 사항과 조건을 평가하는 것입니다. 이 평가는 데이터 볼륨, 액세스 속도, 일관성 및 내구성과 같은 요소를 고려합니다. 워크로드에는 다양한 비즈니스 및 기술 요구 사항에 따라 여러 유형의 데이터 저장소가 필요할 수 있습니다. 올바른 데이터 저장소 서비스 및 적절한 구현을 식별하면 병목 상태를 방지하고 빠른 데이터 액세스를 보장합니다.
데이터베이스 요구 사항 평가
데이터베이스는 데이터 스토리지 및 검색, 트랜잭션 처리, 일관성 보장 및 대규모 또는 빠르게 변화하는 데이터의 처리와 같은 요인에 영향을 줄 수 있습니다. 데이터베이스의 요구 사항 및 조건을 평가합니다. 이러한 요구 사항을 충족할 수 있는 데이터베이스 시스템을 선택합니다. 데이터베이스를 선택하기 전에 데이터베이스 요구 사항을 평가합니다. 데이터베이스 요구 사항을 평가하고 적절한 데이터베이스를 선택하려면 다음 단계를 수행합니다.
워크로드 요구 사항을 식별합니다. 데이터 볼륨, 예상 트랜잭션 속도, 동시성, 데이터 형식 및 예상 증가와 같은 워크로드의 특정 요구 사항을 이해합니다. 워크로드 요구 사항에 따라 다른 데이터베이스 시스템을 평가합니다. 예를 들어 워크로드에 고성능 실시간 데이터 처리가 필요한 경우 빠른 데이터 수집 및 짧은 대기 시간에 최적화된 데이터베이스 시스템을 선택할 수 있습니다.
데이터 모델을 고려합니다. 워크로드에 가장 적합한 데이터 모델을 결정합니다. 데이터베이스 요구 사항을 평가하여 선택한 데이터베이스가 필요한 데이터 구조, 관계 및 무결성 제약 조건을 지원하는지 확인합니다. 예를 들어 데이터에 고도의 관계형 구조가 있는 경우 트랜잭션 및 참조 무결성에 대한 강력한 지원을 제공하는 RDBMS(관계형 데이터베이스 관리 시스템)를 선택할 수 있습니다. 데이터 모델은 계층적, 네트워크, 관계형, 개체 지향 또는 NoSQL일 수 있습니다. 데이터 모델의 복잡성을 평가합니다. 선택한 데이터베이스가 필요한 데이터 구조 및 관계를 지원하는지 확인합니다.
기능을 평가합니다. 읽기/쓰기 패턴, 쿼리 복잡성, 대기 시간 요구 사항 및 확장성 요구 사항과 같은 요소를 고려합니다. 그에 따라 다른 데이터베이스 시스템의 성능 기능을 평가합니다. 일부 데이터베이스는 읽기가 많은 워크로드에서 뛰어난 반면, 다른 데이터베이스는 쓰기 집약적 또는 분석 워크로드에 최적화되어 있습니다.
부하를 평가합니다. 데이터 볼륨, 트랜잭션 속도, 읽기/쓰기 비율 및 예상 증가와 같은 요인을 고려합니다. 예상되는 워크로드를 처리하여 원활한 작업을 보장하고 워크로드가 확장될 때 성능 병목 현상을 방지할 수 있는 데이터베이스를 선택합니다. 워크로드의 확장성 요구 사항을 고려합니다. 이러한 요구 사항에는 예상 데이터 증가, 동시 사용자 액세스, 수평 또는 수직 크기 조정의 필요성이 포함됩니다. 다양한 데이터베이스 시스템이 제공하는 확장성 옵션 및 가용성 기능을 평가합니다.
스토리지 요구 사항 평가
데이터 액세스 패턴, 내구성 요구 사항 및 성능 요구 사항에 맞는 스토리지 서비스를 선택합니다. 대부분의 클라우드 워크로드는 스토리지 기술의 조합을 사용합니다. 이 기술을 다각형 지속성 접근 방식이라고 합니다. 워크로드에 적합한 스토리지 서비스 조합을 결정합니다. 오염을 방지하기 위해 데이터를 분리할 수도 있습니다. 예를 들어 데이터 및 비즈니스 데이터를 모니터링하기 위한 별도의 스토리지 계정이 있을 수 있습니다. 올바른 조합과 올바른 구현을 선택하는 것은 애플리케이션 성능을 최적화하는 데 중요합니다.
캐시 요구 사항 평가
캐시는 자주 액세스하는 데이터를 저장합니다. 캐싱은 데이터 액세스 대기 시간을 줄이고 데이터 스토리지 구성 요소에 대한 부하를 줄입니다. 이를 통해 워크로드는 크기 조정 없이 더 많은 요청을 처리할 수 있습니다. 워크로드 데이터 및 정적 콘텐츠를 캐시하는 것이 일반적입니다. Redis 캐시는 세션 데이터, 데이터베이스 결과, API 응답 및 구성 설정과 같은 참조 데이터를 저장할 수 있습니다. 콘텐츠 배달 네트워크 또는 정적 웹앱은 정적 콘텐츠를 캐시하고 제공할 수 있습니다. 워크로드 성능을 향상시키기 위해 데이터를 캐싱하는 것이 좋습니다. 사용자 지정 또는 자체 호스팅 서비스보다 Azure Redis Cache와 같은 플랫폼 캐싱 서비스를 선호하는 워크로드에 적합한 캐싱 옵션을 선택합니다.
Azure 촉진
요구 사항 이해: Azure Monitor 를 사용하여 워크로드에서 데이터를 수집하고 분석합니다. Monitor는 워크로드의 성능 및 상태에 대한 인사이트를 제공하여 문제를 식별하고 해결할 수 있도록 합니다.
서비스 이해 및 평가: Azure 서비스 및 제품을 검토하여 성능 요구 사항을 충족하는지 확인합니다. Azure는 동일한 결과를 달성하는 여러 서비스를 제공합니다. 선택한 서비스를 성능 요구 사항, 팀 기술 집합 및 비용 요구 사항에 맞게 유연하게 조정할 수 있습니다.
가장 일반적인 Azure 제한 목록은 Azure 구독 및 서비스 제한, 할당량 및 제약 조건을 참조하세요.
쿼리 제한 및 할당량 샘플은 일반적으로 사용되는 리소스에 대한 제한 및 할당량을 쿼리하는 방법을 보여 줍니다.
Azure에는 모든 워크로드를 수용할 수 있는 많은 서비스가 있습니다. 요구 사항에 따라 선택을 간소화하는 데 도움이 되도록 각 서비스 유형에 대한 선택 지침을 검토합니다. 선택하려면 다음 가이드를 참조하세요.
관련 링크
성능 효율성 검사 목록
전체 권장 사항 집합을 참조하세요.
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기