올바른 서비스 및 기능 선택을 위한 권장 사항
이 Power Platform Well-Architected Performance Efficiency 체크리스트 권장 사항에 적용됩니다.
| 03(피..) | 올바른 서비스를 선택합니다. 서비스와 기능은 워크로드의 성능 목표를 달성하고 예상되는 용량 변화를 수용할 수 있는 능력을 지원해야 합니다. 플랫폼 기능을 사용하거나 사용자 정의 구현을 구축할 때의 이점도 고려하여 선택해야 합니다. |
|---|
이 가이드에서는 워크로드에 적합한 서비스를 선택하기 위한 권장 사항을 설명합니다. 다음 권장 사항은 워크로드의 요구 사항과 요구 사항을 가장 잘 충족하는 서비스를 선택하는 데 도움이 됩니다. 워크로드 요구 사항을 처리하도록 설계된 서비스를 사용하면 워크로드가 성능 목표를 충족하는지 확인할 수 있습니다. 워크로드에 적합하지 않은 서비스를 선택하면 해당 서비스가 워크로드의 요구 사항을 처리하지 못할 수도 있습니다. 서비스가 충분하지 않으면 응답 시간이 느려지거나 병목 현상이 발생하거나 작업 부하 오류가 발생할 수 있습니다.
정의
| 용어 | 정의 |
|---|---|
| 하위 지역 | 데이터 센터 집합을 포함하는 지리적 경계입니다. |
| 리소스 | 클라우드 서비스 공급자 내에서 생성, 구성 및 활용할 수 있는 단일 엔터티 또는 구성 요소입니다. |
| Service | 클라우드 서비스 공급자가 제공하는 제품 또는 서비스입니다. |
| 스토리지 서비스 | 개체, 블록, 파일에 대한 스토리지를 제공하는 서비스입니다. |
주요 디자인 전략
선택한 서비스는 워크로드의 성능 목표와 일치해야 하며 향후 용량 요구 사항에 맞게 조정 가능해야 합니다. 워크로드가 확장되거나 발전함에 따라 사용하는 서비스는 큰 조정 없이 성능 표준과 일치해야 합니다. 플랫폼 기능과 사용자 지정 구현 간의 균형을 고려하십시오. 플랫폼 기능은 즉각적인 솔루션을 제공하지만 맞춤형 옵션은 정밀한 조정을 제공합니다. 내장된 플랫폼 기능의 특정 격차를 해소하기 위한 맞춤형 옵션과 함께 전체 솔루션에서 두 옵션을 결합하는 것이 일반적입니다. 서비스 선택은 미래 지향적이어야 하며 편의성과 사용자 지정 간의 균형을 고려하여 특정 요구 사항에 맞게 조정되어야 합니다.
워크로드 요구 사항 이해
워크로드 요구 사항을 이해한다는 것은 워크로드의 기술적, 기능적 요구 사항을 파악하는 것을 의미합니다. 이 분석은 워크로드를 실행하는 데 필요한 리소스, 스토리지, 네트워크 및 기타 사양을 결정하는 데 도움이 됩니다. 워크로드의 특정 요구 사항에 맞게 서비스를 조정하면 리소스가 과도하게 프로비저닝되거나 활용도가 낮아지는 것을 방지하는 데 도움이 됩니다.
워크로드의 요구 사항과 특성을 평가하여 요구 사항을 결정하고 워크로드 요구 사항을 모든 계층의 성능 목표에 맞게 조정합니다. 제약 조건이나 종속성을 고려해야 합니다. 워크로드 요구 사항을 이해하면 정보에 입각한 결정을 내릴 수 있습니다. 올바른 인프라를 결정하고 최대 부하 또는 수요 변화를 처리하기 위한 전략을 구현할 수 있습니다.
성능 목표를 달성합니다. 워크로드의 성능 목표를 달성할 수 있는 서비스를 선택하세요. 서비스가 성능 요구 사항을 지원할 수 있고 해당 성능을 모니터링할 수 있는지 확인하십시오. 중요한 구성 요소에 대한 성능 데이터를 수집합니다.
조직의 제한 사항을 고려하십시오. 배포하는 서비스에 대해 조직에서 가질 수 있는 제한 사항을 숙지하세요. 솔루션을 디자인할 때 이러한 제한 사항을 고려하십시오.
규정 준수 및 보안 요구 사항을 고려하세요. 규정 준수 및 보안 요구 사항은 선택하는 서비스 및 구성에 영향을 미칠 수 있습니다. 선택한 서비스가 스토리지, 암호화, 액세스 제어, 감사 로그 및 데이터 위치와 관련된 요구 사항을 충족하는지 확인하세요.
팀 기술을 고려하십시오. 팀은 워크로드를 구축하고 유지 관리합니다. 다양한 서비스에는 다양한 기술이 필요합니다. 팀이 사용 방법을 알고 있는 서비스를 선택하거나 서비스를 선택하기 전에 교육을 약속하세요. 팀 구성원이 서비스를 효과적으로 사용하고 성과를 최적화하기 위한 전문 지식과 지식을 보유하고 있는지 확인하십시오.
트레이드오프: Power Platform 서비스는 특정 기능을 제공하지만 사용자 정의가 제한될 수 있습니다. 사용자 지정 빌드 구성 요소를 포함하는 워크로드는 더 많은 유연성을 제공할 수 있지만 Power Platform 서비스만 사용하는 워크로드에 비해 더 많은 관리 및 구성이 필요할 수 있습니다.
서비스 이해
서비스를 이해한다는 것은 플랫폼의 도구와 제품의 기능, 한계, 기능을 아는 것입니다. 서비스를 이해하면 내장된 기능을 사용하여 복잡한 맞춤형 솔루션의 필요성을 줄이고 성능 효율성을 높이는 데 도움이 됩니다.
서비스를 선택하기 전에 다양한 요소를 고려하고 서비스에 대한 포괄적인 이해를 얻으세요. 플랫폼이 제공하는 서비스와 도구를 조사하고 평가합니다. 워크로드 요구 사항에 가장 적합한 서비스와 도구를 결정하세요.
서비스 제한 이해
서비스 제한은 서비스가 설정하는 사전 정의된 임계값 또는 경계입니다. 서비스 제한은 해당 서비스 내에서 리소스 또는 기능의 최대 사용량을 정의합니다. 서비스 제한에 대해 잘 알고 있으면 리소스 경합, 성능 저하 또는 예기치 않은 서비스 중단과 같은 문제를 방지할 수 있습니다. 워크로드를 적절하게 계획하고 확장할 수 있습니다. 계획에는 데이터 볼륨, 처리 용량, 데이터 보존 요구 사항 등의 요소가 고려됩니다.
플랫폼 기능 선호
플랫폼 기능을 선호한다는 것은 사용자 지정 코드 없이 특정 작업을 처리하기 위해 플랫폼에서 제공하는 내장 기능을 사용하는 것입니다. 기본 제공 기능은 대규모로 특정 작업을 효율적으로 처리하도록 설계되었으며 정기적으로 유지 관리됩니다. 플랫폼 기능을 사용하면 클라우드 인프라 기능이 추상화되고 처리되므로 더 효과적으로 활용할 수 있습니다. 자신만의 사용자 지정 코드를 작성하고 유지 관리하는 대신 플랫폼에 기능을 오프로드할 수 있는 서비스를 선택하세요. 많은 경우 PaaS(Platform-as-a-Service) 솔루션은 사용자 지정 코드보다 더 나은 성능 효율성을 제공합니다. 사용자 지정 코드는 복잡성을 추가하고 워크로드에서 성능 문제가 발생하기 쉽습니다. 서비스 기능이 충분하지 않은 경우에만 사용자 지정 코드를 개발하십시오.
인프라 요구 사항 평가
리소스의 성능 효율성은 해당 리소스가 상주하는 인프라와 관련이 있습니다. 이는 서비스 성능 효율성을 위해 올바른 인프라를 선택하는 데 매우 중요합니다. 인프라 요구 사항을 평가하려면 워크로드를 지원하는 데 가장 적합한 지리적 지역을 식별해야 합니다.
이 의사 결정의 주요 고려 사항은 다음과 같습니다.
지역을 이해하세요. 모든 지역은 서로 다른 지리적 위치에 해당합니다. 클라우드에 솔루션을 배포하려면 솔루션의 물리적 서버와 데이터베이스가 있는 데이터 센터 위치를 선택해야 합니다. 이 선택은 대기 시간으로 인해 성능에 영향을 미칩니다.
단일 지역과 다중 지역 배포 모델. 다중 지역 배포를 통해 최종 사용자의 대기 시간을 줄일 수 있습니다. 그러나 워크로드의 비용과 복잡성이 증가할 수도 있습니다. 데이터 사용 요구 사항을 고려하십시오. 예를 들어 단일 지역으로 인해 여러 개의 작은 데이터 사일로가 생성되지 않을 수 있습니다. 워크로드 요구 사항에 가장 적합한 배포 모델을 선택합니다.
사용 가능한 기능을 이해하세요. 지역마다 제공되는 기능이 다를 수 있습니다. 지역을 선택하기 전에 지역에서 사용할 수 있는 기능을 이해하세요. 지역이 워크로드 성능 요구 사항을 충족하는지 확인하세요.
대기 시간을 고려하십시오. 지연 시간, 즉 데이터가 소스에서 대상으로 이동하는 데 걸리는 시간은 서로 더 많은 서비스가 제공될수록 증가합니다. 여러 지역에서 통신하는 서비스는 지연 시간이 길어질 수 있습니다. 자주 통신하는 서비스를 식별하고 동일한 지역 내에 포지셔닝하는 것이 좋습니다. 또한 기본 사용자 기반에 가까운 지역을 선택하면 대기 시간이 최소화되어 더 나은 사용자 환경을 제공할 수 있습니다. 세계 각지에 사용자가 있는 경우 일부 사용자의 지연 시간을 타협해야 할 수도 있습니다. 최적의 균형을 찾으려면 사용자 페르소나와 워크로드를 분석해야 합니다. 데이터 센터 위치 선택은 환경 전략의 일부입니다.
네트워킹 요구 사항 평가
네트워크 요구 사항을 평가하여 적절한 워크로드 서비스 및 구성을 결정하세요. 네트워크가 워크로드를 지원할 수 있는지 확인하십시오.
네트워킹 요구 사항을 평가하려면 다음을 확인하세요.
네트워크 트래픽을 이해하세요. 워크로드에 대해 예상되는 네트워크 트래픽을 평가합니다. 데이터 전송 요구 사항과 네트워크 요청 빈도를 이해합니다.
대역폭 요구 사항을 이해합니다. 워크로드에 대한 대역폭 요구 사항을 결정합니다. 네트워크를 통해 전송 및 수신되는 데이터의 양을 고려하십시오.
네트워크 대기 시간을 이해합니다. 워크로드에 대해 원하는 대기 시간을 평가합니다.
처리량을 이해합니다. 워크로드에 필요한 처리량을 고려하세요. 처리량은 지정된 기간 동안 네트워크를 통해 전송될 수 있는 데이터의 양을 나타냅니다. 네트워크 처리량 이점을 활용하려면 네트워크 라우팅 옵션을 구성하십시오.
네트워크 트래픽과 성능에 영향을 미치는 구성을 이해합니다. 방화벽 설정, 온-프레미스 데이터 게이트웨이 구성 등은 네트워크 트래픽 및 성능에 영향을 미칠 수 있습니다. 영향을 미칠 수 있는 모든 구성 요소와 구성을 이해하고 성능 요구 사항을 지원하도록 구성되었는지 확인하세요.
사용자 지정 구성 요소에 대한 컴퓨팅 요구 사항 평가
플랫폼 서비스는 자체 컴퓨팅 요구 사항을 관리하지만 구현한 사용자 지정 클라우드 구성 요소의 컴퓨팅 요구 사항을 평가해야 합니다. 컴퓨팅 요구 사항을 평가하려면 인스턴스 유형, 확장성, 컨테이너화 등의 요소를 포함하여 워크로드의 특정 컴퓨팅 요구 사항을 평가해야 합니다. 다양한 컴퓨팅 서비스에는 워크로드 성능에 영향을 미칠 수 있는 다양한 기능과 특성이 있습니다. 워크로드가 효율적으로 실행되도록 최적의 컴퓨팅 서비스를 선택하세요. 사용자 지정 구성 요소의 컴퓨팅 요구 사항 평가에 대한 자세한 권장 사항은 Azure Well-Architected 프레임워크에서 컴퓨팅 요구 사항 평가를 검토하세요.
부하 분산 요구 사항 평가
플랫폼 서비스가 자체 로드 밸런싱을 관리하는 동안 추가 로드 밸런싱 옵션을 평가하고 고려하는 것이 중요합니다. 선택은 서비스 기능을 사용하는 방법에 따라 이루어져야 합니다. 부하 분산은 작업이 균등하게 분산되도록 보장하고 단일 리소스가 요청으로 인해 과부하되는 것을 방지합니다. 부하 분산은 병목 현상을 방지하고 응답 시간을 줄이는 데 도움이 됩니다. 솔루션에 포함된 서비스에 사용할 수 있는 다양한 부하 분산 옵션을 평가하세요. 기능을 이해하려면 문서와 비교 도구를 검토하세요.
워크로드에 가장 적합한 부하 분산 옵션을 선택하려면 다음을 고려하세요.
- 로봇 프로세스 자동화 (RPA) 호스트: 작업 부하를 자동으로 확장하고 무인 자동화를 최적화하기 위해 여러 RPA 호스트에 걸쳐 로드 밸런싱을 수행할지 여부를 평가합니다.
- 온-프레미스 게이트웨이: 온-프레미스 데이터 리소스에 액세스할 때 단일 실패 지점을 방지하려면 부하 분산 옵션을 사용하세요.
데이터베이스 요구 사항 평가
데이터베이스는 데이터 저장 및 검색, 트랜잭션 처리, 일관성 보장, 대용량 또는 빠르게 변화하는 데이터 처리 등의 요소에 영향을 미칠 수 있습니다. 데이터베이스에 대한 요구 사항과 기준을 평가합니다. 이러한 요구 사항을 충족할 수 있는 데이터베이스 시스템을 선택하세요. 데이터베이스를 선택하기 전에 데이터베이스 요구 사항을 평가하십시오.
데이터베이스 요구 사항을 평가하고 적절한 데이터베이스를 선택하려면 다음 단계를 따르세요.
워크로드 요구 사항을 식별합니다. 데이터 볼륨, 예상 트랜잭션 속도, 동시성, 데이터 유형, 예상 증가 등 워크로드의 특정 요구 사항을 이해합니다. 워크로드 요구 사항에 따라 다양한 데이터베이스 시스템을 평가합니다. 예를 들어 워크로드에 고성능 실시간 데이터 처리가 필요한 경우 빠른 데이터 수집과 낮은 대기 시간에 최적화된 데이터베이스 시스템을 선택할 수 있습니다.
데이터 모델을 고려합니다. 워크로드에 가장 적합한 데이터 모델을 결정합니다. 선택한 데이터베이스가 필수 데이터 구조, 관계 및 무결성 제약 조건을 지원하는지 확인하기 위해 데이터베이스 요구 사항을 평가합니다. 예를 들어, 데이터가 고도의 관계형 구조를 갖고 있는 경우 트랜잭션 및 참조 무결성에 대한 강력한 지원을 제공하는 관계형 데이터베이스 관리 시스템(RDBMS)을 선택할 수 있습니다. 데이터 모델은 계층적, 네트워크, 관계형, 개체 지향 또는 NoSQL일 수 있습니다. 데이터 모델의 복잡성을 평가합니다. 선택한 데이터베이스가 필수 데이터 구조와 관계를 지원하는지 확인하세요.
기능을 평가합니다. 읽기/쓰기 패턴, 쿼리 복잡성, 대기 시간 요구 사항, 확장성 요구 사항 등의 요소를 고려하세요. 그에 따라 다양한 데이터베이스 시스템의 성능 기능을 평가합니다. 일부 데이터베이스는 읽기가 많은 워크로드에 탁월한 반면 다른 데이터베이스는 쓰기 집약적이거나 분석적인 워크로드에 최적화되어 있습니다.
부하를 평가합니다. 데이터 볼륨, 트랜잭션 속도, 읽기/쓰기 비율, 예상 증가 등의 요소를 고려하세요. 워크로드가 확장됨에 따라 원활한 운영을 보장하고 성능 병목 현상을 방지하기 위해 예상되는 워크로드를 처리할 수 있는 데이터베이스를 선택하십시오. 워크로드의 확장성 요구 사항을 고려하세요. 이러한 요구 사항에는 예상되는 데이터 증가, 동시 사용자 액세스, 수평 또는 수직 확장의 필요성이 포함됩니다. 다양한 데이터베이스 시스템이 제공하는 확장성 옵션과 가용성 기능을 평가합니다.
스토리지 요구 사항 평가
데이터 액세스 패턴, 내구성 요구 사항, 성능 요구 사항에 맞는 스토리지 서비스를 선택하세요. 대부분의 클라우드 워크로드는 스토리지 기술의 조합을 사용합니다. 이 기술은 다중 언어 지속성 접근 방식으로 알려져 있습니다. 워크로드에 적합한 스토리지 서비스 조합을 결정합니다. 오염을 방지하기 위해 데이터를 분리할 수도 있습니다. 예를 들어 데이터 및 비즈니스 데이터를 모니터링하기 위한 별도의 스토리지 계정이 있을 수 있습니다. 애플리케이션 성능을 최적화하려면 올바른 조합과 올바른 구현을 선택하는 것이 중요합니다.
캐시 요구 사항 평가
캐시는 자주 액세스하는 데이터를 저장합니다. 캐싱은 데이터 액세스 대기 시간을 줄이고 데이터 스토리지 구성 요소의 부하를 낮춥니다. 이를 통해 워크로드를 확장하지 않고도 더 많은 요청을 처리할 수 있습니다. 워크로드 데이터와 정적 콘텐츠를 캐시하는 것이 일반적입니다. 일부 플랫폼 서비스는 성능을 높이기 위해 자동으로 데이터를 캐시합니다. 성능을 향상하고 전체 API 요청 소비를 줄이려면 추가 캐싱을 추가하는 것이 좋습니다.
비즈니스 로직 요구 사항 평가
기능, 성능 및 재사용성 요구 사항에 따라 비즈니스 논리를 구현하는 방법을 선택하세요. Power Platform은 비즈니스 논리를 실행할 수 있는 다양한 옵션을 제공합니다. 예를 들어 Power Automate 클라우드 흐름, 로우코드 또는 코드 우선 플러그 인 및 비즈니스 규칙이 있습니다. 대부분의 워크로드는 다양한 옵션을 조합하여 사용합니다.
비즈니스 로직을 구현하는 방법을 평가하려면 다음을 고려하세요.
팀 기술. 팀은 워크로드를 구축하고 유지 관리합니다. 다양한 서비스에는 다양한 기술이 필요합니다. 팀이 사용 방법을 알고 있는 서비스를 선택하거나 서비스를 선택하기 전에 교육을 약속하세요. 팀 구성원이 서비스를 효과적으로 사용하고 성과를 최적화하기 위한 전문 지식과 지식을 보유하고 있는지 확인하십시오. 예를 들어, Dataverse 플러그인을 개발하려면 워크로드 팀이 .NET 또는 Power Fx 코드를 작성해야 합니다.
논리적 접근. 승인 프로세스나 양식 응답 등 사람의 상호 작용이 필요한 논리 단계가 있는지 평가하고, 그렇다면 사람의 상호 작용 없이 모든 단계를 실행할 수 있는지 여부를 결정합니다. 예를 들어 사람의 상호 작용이 필요한 경우 Power Automate 승인을 사용할 수 있지만 사람의 상호 작용이 필요하지 않은 경우 Dataverse 플러그인을 사용하여 논리가 Dataverse 데이터 작업의 일부로 원활하게 실행되도록 선택할 수 있습니다.
통합 아키텍처 다이어그램을 검토하고 워크로드와 통합해야 하는 시스템을 고려하세요. 통합 옵션을 평가하고 성능 및 안정성에 미치는 영향을 고려하십시오. 실시간 통합은 사용자에게 즉각적인 이점을 제공할 수 있지만 성능과 안정성에 영향을 미칠 수 있습니다. Power Automate와 같은 비동기 접근 방식을 사용하거나 나중에 처리하기 위해 Dataverse 이벤트를 큐에 게시하면 성능과 안정성을 향상시킬 수 있습니다. 그러나 이러한 방법은 사용자에게 즉각적인 피드백을 제공하지 않습니다.
복잡성. 논리의 복잡성을 고려하고 이를 별도의 단계로 나눌 수 있는지 평가하십시오. 예를 들어 캔버스 앱이나 사용자 지정 스크립트에서 논리를 구현하는 대신 비즈니스 규칙을 사용하여 필수 필드, 데이터 형식 및 범위의 유효성을 검사합니다. 기존 값을 기반으로 하는 간단한 계산의 경우 계산됨 또는 롤업 필드를 사용할 수 있고, 더 복잡한 계산의 경우 Dataverse 플러그인을 사용할 수 있습니다.
재사용성. 논리를 식별하고 재사용하여 일관성과 유지 관리를 개선합니다. 워크로드의 다양한 지점에서 비즈니스 로직을 재사용해야 하는지 고려하세요. 예를 들어 Dataverse 플러그인 로직은 앱과 자동화에서 호출할 수 있지만 비즈니스 로직을 캔버스 앱에 넣으면 재사용할 수 없습니다.
선택은 특정 요구 사항, 워크로드 복잡성 및 통합 요구 사항에 따라 달라집니다. 프로젝트 목표와 조직 상황에 따라 각 옵션을 평가하세요. 논리를 사용하면 단일 프로젝트 이상의 도움이 될 수 있는지 생각해 보세요. 가능하다면 가장 많은 이점을 제공하도록 접근 방식을 조정하세요.
반응성 평가
사용자는 객관적인 척도가 아닌 기대에 따라 성능을 판단한다는 점을 기억하세요. 반드시 프로세스 속도를 높이는 것은 아니지만 사용자 환경을 더욱 원활하게 만드는 기술을 사용하면 인지된 성능을 향상시킬 수 있습니다. 예를 들어, 비동기 처리를 사용하면 작업이 더 빨리 완료되지는 않지만 사용자 인터페이스의 응답성을 유지하여 사용자가 다른 작업을 수행할 수 있습니다.
응답성을 평가하려면:
- 동기식, 비동기식 또는 백그라운드(일괄) 처리용으로 디자인할지 고려하세요.
- 시간 경과에 따른 데이터 증가를 고려하세요. 시스템을 통해 더 많은 데이터가 흐르면 동일한 응답 시간을 유지하기 위해 시스템을 조정해야 할 수도 있습니다.
- 페이지나 앱에 캐시할 데이터와 페이지가 로드될 때마다 실시간으로 검색할 데이터를 고려하세요.
Power Platform 간편 사용
요구 사항 이해: Azure Monitor 를 사용하여 워크로드에서 데이터를 수집하고 분석합니다. 모니터는 워크로드의 성능과 상태에 대한 인사이트를 제공하므로 문제를 식별하고 해결할 수 있습니다.
서비스 이해 및 평가: 플랫폼 서비스를 검토하여 성능 요구 사항을 충족하는지 확인하세요. Power Platform은 동일한 결과를 달성하는 여러 서비스를 제공합니다. 성능 요구 사항, 팀 기술 세트, 비용 요구 사항에 맞게 서비스를 유연하게 선택할 수 있습니다.
관련 정보
- 클라이언트의 네트워크 용량 및 처리량 확인
- 고급 모니터 개념
- 성능 고려 사항 Power Apps
- 캔버스 앱 실행 단계, 데이터 호출 흐름 및 성능 모니터링을 이해합니다.
- 비즈니스에 중요한 게이트웨이 솔루션을 계획, 확장 및 유지 관리합니다.
- 로우코드 플러그인을 사용하세요 Dataverse
- 플러그인을 사용하여 비즈니스 프로세스 확장
- Dataverse 코드를 사용하여 수식, 계산 및 롤업 열
- 수식 열에서 작업 Dataverse
- 비즈니스 로직을 적용합니다 Microsoft Dataverse
- Microsoft Dataverse 비즈니스 이벤트
성능 효율성 체크리스트
전체 권장 사항 세트를 참조하세요.