Power Apps용 캔버스 앱 커넥터 개요

데이터는 Power Apps에서 빌드하는 앱을 포함해 대부분 앱의 핵심입니다. 데이터는 데이터 원본에 저장되며 연결을 만들어 해당 데이터를 앱으로 구현합니다. 이 연결은 특정 커넥터를 사용하여 데이터 원본과 데이터를 교환합니다. Power Apps에는 SharePoint, SQL Server, Office 365, Salesforce, Twitter를 비롯한 많은 인기 서비스 및 온-프레미스 데이터 원본용 커넥터가 있습니다. 캔버스 앱에 데이터 추가를 시작하려면 Power Apps에서 데이터 연결 추가를 참조하십시오.

커넥터는 테이블 데이터 또는 작업을 제공할 수 있습니다. 일부 커넥터는 테이블만 제공하고 일부 커넥터는 동작만 제공하며 일부 커넥터는 두 가지 모두를 제공합니다. 또한 커넥터는 표준 또는 사용자 지정 커넥터일 수 있습니다.

테이블

커넥터가 테이블을 제공하는 경우 데이터 원본을 추가한 다음, 관리하려는 데이터 원본에서 테이블을 선택합니다. Power Apps는 테이블 데이터를 앱으로 검색하고 데이터 원본의 데이터를 업데이트합니다. 예를 들어 Lessons이라는 테이블이 포함된 데이터 원본을 추가한 다음, 캘러리 또는 양식과 같은 컨트롤의 Items 속성을 수식 표시줄의 이 값으로 설정할 수 있습니다.

일반 데이터 원본 항목 속성

데이터를 표시하는 컨트롤의 Items 속성을 사용자 지정하여 앱에서 검색하는 데이터를 지정할 수 있습니다. 앞의 예제를 계속하면 SearchSortByColumn 함수의 인수로 해당 이름을 사용하여 Lessons 테이블의 데이터를 정렬하거나 필터링할 수 있습니다. 이 그래픽에서 Items 속성을 설정하는 서식은 TextSearchBox1의 텍스트를 기준으로 데이터가 정렬되고 필터링되도록 지정합니다.

확장된 데이터 원본 항목 속성

테이블을 사용하여 수식을 사용자 지정하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

Power Apps에서 데이터 원본의 이해
Excel 데이터에서 앱 생성
앱을 처음부터 만들기
Power Apps에서 테이블 및 레코드의 이해

참고

Excel 통합 문서의 데이터에 연결하려면 OneDrive와 같은 클라우드 스토리지 서비스에서 호스팅되어야 합니다. 자세한 내용은 Power Apps에서 클라우드 스토리지에 연결을 참조하십시오.

작업

커넥터가 작업을 제공하는 경우 이전과 마찬가지로 데이터 원본을 계속 선택해야 합니다. 그러나 다음 단계로 테이블을 선택하는 대신 데이터를 표시할 컨트롤의 Items 속성을 편집하여 수동으로 컨트롤을 작업에 연결합니다. Items 속성을 설정하는 수식은 데이터를 검색하는 작업을 지정합니다. 예를 들어 Yammer에 연결한 다음, Items 속성을 데이터 원본 이름으로 설정하면 앱에서 데이터를 검색하지 않습니다. 데이터로 컨트롤을 채우려면 GetMessagesInGroup(5033622).messages와 같은 작업을 지정합니다.

작업 데이터 원본 Items 속성

작업 커넥터에 대한 사용자 지정 데이터 업데이트를 처리해야 하는 경우 Patch 함수를 포함하는 수식을 빌드합니다. 수식에서 작업에 바인딩할 작업 및 필드를 식별합니다.

사용자 지정 업데이트를 위해 수식을 사용자 지정하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

Patch
Collect
업데이트

참고

Power Apps는 동적 스키마와 작동하지 않습니다. 동적 스키마라는 문구는 동일한 동작이 다른 열을 가진 다른 테이블을 반환할 가능성을 나타냅니다. 테이블의 열이 달라지게 할 수 있는 조건에는 작업 입력 매개 변수, 작업을 실행 중인 사용자 또는 역할, 사용자가 작업 중인 그룹 등이 있습니다. 예를 들어, SQL Server 저장 프로시저는 다른 입력으로 실행될 경우 다른 열을 반환할 수 있습니다. 동적 스키마가 있는 조치의 경우 커넥터 문서에 이 작업의 출력은 동적입니다라고 표시됩니다. 반환 값에 따라. 반대로, Power Automate는 동적 스키마와 함께 작동하며 시나리오에 대한 해결 방법을 제공할 수 있습니다.

이 표에는 가장 많이 사용되는 커넥터에 대한 자세한 정보의 링크가 있습니다. 커넥터의 전체 목록은 모든 커넥터를 참조하십시오.

         
Common Data Service Common Data Service   클라우드 스토리지 클라우드 스토리지 **
Dynamics 365 Dynamics 365   Dynamics AX Dynamics AX
Excel Excel   Microsoft Translator Microsoft Translator
Office 365 Outlook Office 365 Outlook   Office 365 Users Office 365 사용자
Oracle Oracle   Power BI Power BI
SharePoint SharePoint   SQL Server SQL Server
Twitter Twitter

** Azure Blob, Box, Dropbox, Google Drive, OneDrive 및 비즈니스용 OneDrive에 적용됩니다

표준 및 사용자 지정 커넥터

Power Apps는 일반적으로 많이 쓰이는 데이터 원본에 대한 표준 커넥터를 제공합니다. Power Apps에 사용하려는 데이터 원본 유형에 대한 표준 커넥터가 있는 경우 해당 커넥터를 사용해야 합니다. 빌드한 서비스와 같은 다른 유형의 데이터 원본에 연결하려면 사용자 지정 커넥터 등록 및 사용을 참조하십시오.

모든 표준 커넥터

표준 커넥터에는 특별한 라이선스가 필요하지 않습니다. 자세한 내용은 Power Apps 플랜을 참조하십시오.

Power Apps 포럼에서 특정 커넥터에 대한 질문을 할 수 있으며 Power Apps Ideas에서 추가할 커넥터나 기타 개선 사항을 제안할 수 있습니다.

보안 및 인증 유형

앱을 작성하고 데이터 원본에 대한 연결을 만들 때 커넥터를 선택하면 다양한 방법으로 인증할 수 있습니다. 예를 들어, SQL Server 커넥터를 사용하면 Azure AD Integrated, SQL Server 인증 및 Windows 인증을 사용할 수 있습니다. 각 인증 유형에는 서로 다른 보안 수준이 있습니다. 애플리케이션을 사용하는 사용자와 공유할 정보와 권한을 이해하는 것이 중요합니다. 이 문서의 기본 예는 SQL Server이지만 원칙은 모든 유형의 연결에 적용됩니다.

Azure AD Integrated

연결의 보안 유형입니다. 예를 들어, SharePoint가 이 유형의 인증을 사용합니다. SQL Server는 이러한 유형의 인증도 허용합니다. 연결하면 Azure AD 서비스는 SharePoint에 대해 사용자를 대신하여 개별적으로 식별합니다. 사용자 이름이나 비밀번호를 제공하지 않아도 됩니다. 작성자는 자격 증명을 사용하여 데이터 원본를 만들어서 사용할 수 있습니다. 애플리케이션을 게시하고 애플리케이션 사용자가 로그인하면 자격 증명을 사용하여 로그인합니다. 백엔드에서 데이터가 적절히 보호된 경우 사용자는 자신의 자격 증명을 기반으로 권한이 있는 사항만 볼 수 있습니다. 이 유형의 보안을 사용하면 애플리케이션이 게시된 후 백엔드 데이터 원본의 특정 애플리케이션 사용자에 대한 권한을 변경할 수 있습니다. 예를 들어 백엔드 데이터 원본에서 액세스 권한을 부여하거나, 액세스를 거부하거나, 사용자 또는 사용자 집합이 볼 수 있는 내용을 세분화할 수 있습니다.

개방형 표준 인증 (OAuth)

이 유형도 보안 연결입니다. 예를 들어, Twitter가 이 유형의 인증을 사용합니다. 연결할 때 사용자 이름과 비밀번호를 제공해야 합니다. 작성자는 자격 증명을 사용하여 데이터 원본를 만들어서 사용할 수 있습니다. 애플리케이션을 게시하고 애플리케이션 사용자가 로그인하면 자격 증명을 사용해야 로그인합니다. 따라서 이 유형의 연결은 사용자가 자신의 자격 증명을 사용하여 데이터 원본 서비스에 액세스해야 하기 때문에 안전합니다.

SQL 사용자 이름 및 암호 인증

이 유형의 연결은 최종 사용자 인증에 의존하지 않기 때문에 안전하지 않습니다. SQL Server는 이러한 유형의 인증도 허용합니다. SQL Server에서는 이러한 유형의 인증을 SQL Server 인증이라 부릅니다. 다른 많은 데이터베이스 데이터 원본도 비슷한 기능을 제공합니다. 애플리케이션을 게시할 때 사용자는 고유한 사용자 이름과 암호를 제공할 필요가 없습니다. 애플리케이션을 작성할 때 제공한 사용자 이름과 비밀번호를 사용하고 있습니다. 데이터 원본에 대한 연결 인증은 사용자와 암시적으로 공유됩니다. 앱이 일단 게시되면 연결도 바로 게시되어 사용자에게 제공됩니다. 최종 사용자는 공유된 SQL Server 인증을 사용하는 연결을 사용하여 애플리케이션을 만들 수도 있습니다. 사용자는 사용자 이름이나 비밀번호를 볼 수 없지만 연결은 가능합니다. 이 유형의 연결에는 확실히 유효한 시나리오가 있습니다. 예를 들어 회사의 모든 사람이 사용할 수 있는 읽기 전용 데이터베이스가 있는 경우이 연결 유형이 유효할 수 있습니다.

Windows 인증

이 유형의 연결은 최종 사용자 인증에 의존하지 않기 때문에 안전하지 않습니다. 온-프레미스 데이터 원본에 연결해야 할 경우 Windows 인증을 사용합니다. 이 유형의 연결 예시는 SQL Server가 있는 온-프레미스 서버에 대한 것입니다. 연결은 게이트웨이를 통과해야 합니다. 게이트웨이를 통과하므로 커넥터는 해당 데이터 원본의 모든 데이터에 액세스할 수 있습니다. 결과적으로, 제공한 Windows 자격 증명으로 액세스할 수 있는 모든 정보를 커넥터에서 사용할 수 있습니다. 그리고 앱이 일단 게시되면 연결도 바로 게시되어 사용자에게 제공됩니다. 즉, 최종 사용자는 동일한 연결을 사용하여 애플리케이션을 만들고 해당 기기의 데이터에 액세스할 수 있습니다. 데이터 원본과의 연결도 앱이 공유된 사용자와 암시적으로 공유됩니다. 이 연결 유형은 데이터 원본이 온-프레미스 서버에만 있고 해당 원본의 데이터를 자유롭게 공유할 수 있는 경우에 유효할 수 있습니다.