고성능 애플리케이션을 위한 계정 구조화

Snyk을 사용하는 최고의 경험을 보장하기 위해 Snyk 사용자 계정, 그룹, 조직 및 프로젝트에 대한 결정을 내릴 때 다음 지침을 고려하십시오.

사용자를 위한 계정 구조

조직 및 그룹에 많은 수의 사용자를 가질 수 있습니다.

Snyk은 각 조직에 2,000명 이상의 사용자가 없도록 조직을 구성할 것을 권장합니다.

조직에 2,000명 이상의 사용자가 있는 경우 성능 문제가 발생할 위험이 있습니다. 애플리케이션이 많은 수의 사용자를 로드해야 할 때 대시보드 및 그룹 구성원 관리 페이지의 성능이 저하됩니다.

사용자가 특정 그룹에서 많은 멤버십을 가지고 있는 경우, Snyk 웹 UI 및 CLI, API를 통한 모든 요청은 액세스 및 권한을 확인하기 위한 계산 및 쿼리가 대부분의 요청에서 발생하므로 속도가 느려집니다.

소수의 Snyk 고객은 다른 비즈니스 단위를 완전히 분리하는 등 여러 그룹을 가지고 있습니다. 그러나 여러 그룹으로 계정을 설정하는 것을 고려하는 사람은 누구나 여러 그룹으로 계정을 설정하는 것의 제한 사항을 이해해야 합니다.

특히 각 그룹은 독립적인 엔티티입니다. 이는 다음과 같은 결과를 초래합니다.

비즈니스 사례에 여러 그룹이 필요하다고 생각되면 Snyk 계정 팀에 도움을 요청하십시오.

Snyk 웹 UI 또는 Snyk API를 사용하여 그룹에 많은 수의 조직을 만들 수 있습니다. 그러나 그룹에 2,000개 이상의 조직이 있는 경우 성능 문제가 발생할 위험이 있습니다.

Snyk이 많은 수의 조직을 로드할 때 다음과 같은 결과가 발생합니다.

조직에 많은 수의 프로젝트를 가져올 수 있습니다.

Snyk은 각 조직을 10,000개 이하의 프로젝트로 제한할 것을 권장하며, 각 조직에 25,000개 이상의 프로젝트를 허용하지 않습니다.

10,000개 이상의 프로젝트가 필요한 경우 프로젝트 목록 표시, 알림 전송, 대시보드 표시 및 사용량 페이지 표시의 성능 저하로 인해 많은 수의 프로젝트가 경험에 미치는 영향을 고려하십시오. 또한 많은 수의 프로젝트가 있는 조직을 삭제하기 어렵습니다.

그룹의 모든 조직에 걸쳐 프로젝트의 전체 수에는 제한이 없지만, 수십만 개의 프로젝트가 있는 경우 그룹 수준 보고 및 종속성 및 라이선스 문제 표시 속도가 느려집니다.

Last updated 11 days ago