사용자에게 보이는 앱과 작업 공간 구성

Application access는 사용자나 그룹이 Foundry에서 볼 앱의 범위를 조정하는 화면 구성 기능입니다. 업무 앱만 쓰는 사용자에게 불필요한 도구를 숨기거나 일부 관리자에게 Beta 앱을 먼저 제공할 수 있습니다.

이 설정은 데이터 보안 권한을 대신하지 않습니다. 앱 수준의 화면 접근을 조정하며 읽기와 쓰기 권한을 구분하지 않습니다. 실제 데이터와 작업의 접근은 프로젝트 역할, 보안 표지, 액션 등의 권한으로 관리해야 합니다.

관리 권한

Control Panel의 Application access를 보거나 구성하려면 Manage application access 작업 권한 묶음이 필요합니다. 조직의 User experience administrator 역할에 포함되며 Organization permissions에서 부여합니다.

변경 요청과 승인 정책

앱 접근을 변경하면 Approvals 요청을 생성하며 Control Panel의 Approvals에서 Application access change requests로 찾을 수 있습니다. 변경 이력도 유지합니다.

기본적으로 앱 접근 변경은 자동으로 자기 승인되어 적용됩니다. Advanced settings에서 승인 정책을 바꿀 수 있습니다.

Manage를 선택하고 새 정책을 고른 뒤 Request change를 누릅니다.

승인 정책 자체의 변경에는 요청 작성자가 아닌 다른 Manage application access 권한 보유자의 승인이 필요합니다. 승인 후에는 새 정책을 앱 접근 변경 요청에 바로 적용합니다.

플랫폼 전체의 화면 범위 제한

Foundry Platform 옆 Manage에서 다음 중 하나를 선택합니다.

그룹을 검색해 지정하고 Request and apply change로 요청합니다. 기본 자동 승인 구성에서는 즉시 반영되며, 승인 정책을 바꾼 환경은 그 요건을 충족해야 합니다.

플랫폼 접근이 제한된 사용자는 직접 리소스 접근을 받은 Slate나 Workshop 소비용 앱만 사용할 수 있습니다. Foundry 사이드바가 숨겨지고 다른 플랫폼 화면으로의 탐색이 제한됩니다.

관리자가 스스로 잠기지 않도록 User experience administrator 계정은 플랫폼 접근을 유지하는 그룹에 적어도 하나 속해야 합니다. 그렇지 않으면 Control Panel에 들어가 이 설정을 관리하지 못할 수 있습니다.

개별 앱과 일괄 설정

앱 접근이 없는 사용자는 사이드바나 Applications Portal에서 앱을 찾지 못하며 직접 URL로 열면 403 Permission denied를 받습니다.

앱은 기능 범주와 생애주기 단계로 묶고 이름순으로 정렬합니다.

개별 앱은 Manage에서 설정합니다. 같은 구성을 여러 앱에 적용하려면 상단 Manage multiple applications를 켜고 대상을 선택합니다.

관리 대화상자에는 선택한 앱의 단계와 현재 접근 설정이 함께 표시됩니다.

Control Panel은 완전히 끌 수 없습니다. 현재 사용자가 속한 그룹 중 적어도 하나는 접근을 유지해야 합니다.

생애주기 전환

보통 앱이 다음 단계로 바뀌어도 같은 사용자가 접근을 유지합니다. 다만 다음 예외가 있습니다.

• 일반 제공(GA)이 되면 보통 모든 사용자에게 자동 활성화됩니다. Experimental이나 Beta 때 명시적으로 끄거나 특정 그룹에 제한했다면 그 제한을 유지합니다.
• 향후 자동 활성화할 Beta 앱은 Disabled 대신 Not yet enabled로 표시합니다.
• Deprecated 단계가 되면 사용자는 접근을 잃으며 앱은 언제든 환경에서 사라질 수 있습니다.

중요한 변화가 있으면 관리 페이지 위쪽에 항목을 표시해 설정 유지나 변경을 확인하게 합니다. 이전에 제한한 앱이 GA가 되면 제한을 유지할지 모두에게 열지 선택할 수 있습니다.

Sunset 단계에서는 기존 사용자가 계속 접근할 수 있고 중요한 오류 수정 지원도 제공되지만, 사용을 줄이는 것이 권장됩니다. 폐기 일정이 정해지면 해당 날짜를 표시하며 유예 기간은 보통 12개월입니다. 그전에 다른 업무 방식으로 옮기고 앱을 비활성화해야 합니다. Deprecated 단계에 들어간 앱은 더 이상 사용하지 않습니다.

단계 변경은 문서의 Announcements에서 2주 전에 알리고 Contact information의 Platform administration 주소에도 이메일로 전달합니다.

이전 Foundry Suite 화면

Control Panel에 Application access 대신 Foundry suite가 보이는 환경에는 다음 이전 구성 절차를 적용합니다.

작업 공간(Workspace)은 사이드바 없는 독립 앱 또는 사이드바 안에 함께 보이는 관련 앱 묶음입니다. Foundry Suite도 Manage application access 권한이 필요합니다. 이전 이름은 Manage Foundry suite workspaces이며 User experience administrator에 속합니다.

플랫폼과 작업 공간

Select user groups에서 플랫폼 접근을 유지할 그룹을 선택합니다. 어떤 선택 그룹에도 속하지 않은 사용자는 리소스 권한이 있는 소비용 앱만 사용하며 사이드바가 보이지 않습니다. 아래 Foundry application access의 작업 공간 설정은 플랫폼 접근이 있는 사용자에게 적용합니다.

Manage workspace에서 관련 앱과 설명을 확인합니다. Enable workspace로 작업 공간 전체를 켜거나 끄고 개별 앱도 조정할 수 있습니다. 해당 작업 공간의 기본 핵심 앱은 끌 수 없습니다.

그룹별 범위

작업 공간 자체를 특정 그룹에 제한할 수 있습니다.

Advanced settings에서는 그 안의 개별 앱을 더 좁은 그룹에 제한할 수 있습니다. 앱은 활성화된 작업 공간 안에서만 보이며, 작업 공간보다 넓은 사용자 집합에 앱을 열 수는 없습니다.

접근이 없는 작업 공간과 앱은 탐색 목록에서 숨기고 직접 URL은 403을 반환합니다. 이 이전 화면도 리소스의 실제 보안 권한과 별도로 관리해야 합니다.