라이센스 최적화 - 패턴

잘 설계된 자원 및 비용 최적화에 대해 자세히 알아보기 → 라이센싱 및 소비

패턴

찾을 위치유사성
플랫폼 | 조직✅ 라이센스 유형은 실제 사용자 요구 사항 및 사용 패턴과 일치합니다(작업 자격이 아님).
플랫폼 | 조직✅ 사용자 정의 개체에만 액세스하는 사용자는 전체 Salesforce 라이센스 대신 플랫폼 라이센스를 받습니다.
플랫폼 | 조직✅ 외부 사용자(고객, 파트너, 커뮤니티 구성원)가 내부 라이센스가 아닌 Experience Cloud 라이센스를 사용합니다.
플랫폼 | 조직✅ 데이터 액세스 권한이 없는 인증만 필요한 사용자는 ID 라이센스를 받습니다.
플랫폼 | 조직✅ 분기별 라이센스 감사에서 사용자 정의 개체에만 액세스하는 사용자를 플랫폼 라이센스 후보로 식별
플랫폼 | 조직✅ 자동 분기별 보고서는 90일 내에 로그인이 없고 사용자 정의 개체에만 액세스하는 사용자 및 내부 라이센스의 외부 사용자를 식별하여 체계적인 오른쪽 크기 조정
플랫폼 | 조직✅ 라이센스 할당은 몇 년 동안 변경되지 않고 역할 변경 사항을 기반으로 검토 및 조정됩니다.

안티 패턴

찾을 위치불만 사항
플랫폼 | 조직⚡️ 실제 시스템 사용 패턴이 아닌 직함을 기반으로 모든 직원에게 전체 Salesforce 라이센스가 할당됩니다.
플랫폼 | 조직⚡️ 사용자 정의 개체에만 액세스하는 사용자는 플랫폼 라이센스 대신 전체 Sales Cloud 또는 Service Cloud 라이센스를 받습니다.
플랫폼 | 조직⚡️ 외부 사용자가 Experience Cloud 라이센스 대신 내부 라이센스 용량 사용
플랫폼 | 조직⚡️ 초기 배포 동안 설정된 라이센스 할당은 역할 변경 사항에도 불구하고 3년 동안 변경되지 않은 상태로 유지됩니다.
플랫폼 | 조직⚡️ 라이센스 감사는 수행되지 않으며, 라이센스의 40%가 사용되지 않거나 사용량이 부족합니다.
플랫폼 | 조직⚡️ 매달 로그인하는 사용자는 라이센스 복구 후보로 식별되지 않습니다.

패턴

찾을 위치유사성
플랫폼 | 보안✅ Shield 구성 요소(플랫폼 암호화, 이벤트 모니터링, 필드 감사 내역)는 특정 규정 준수 요구 사항을 충족하는지 여부에 따라 개별적으로 평가됩니다.
Data 360 | 아키텍처✅ Data 360 투자는 교차 시스템 ID 확인, 실시간 고객 데이터 액세스 또는 세그먼트 활성화 요구 사항에 따라 정당화됩니다.
AI | 비즈니스✅ AI 투자에는 지정되지 않은 값을 가정하는 대신 정의된 측정 기간 내에 입증된 ROI가 필요합니다.
플랫폼 | 산업 클라우드✅ Industry Cloud(Financial Services, Health, Manufacturing, Net Zero)는 사용자 정의 개발 비용 및 시장 출시 시간 요구 사항에 대해 평가됩니다.
플랫폼 | 산업 클라우드✅ Industry Cloud 평가에서 표준 워크플로에 대한 구현 속도가 40-60% 빠르지만 사용자 정의로 인해 시간 절약이 줄어듭니다.

안티 패턴

찾을 위치불만 사항
플랫폼 | 보안⚡️ 특정 구성 요소가 실제 규정 준수 또는 보안 요구를 충족하는지 평가하지 않고 모든 Shield 구성 요소를 구매합니다.
Data 360 | 아키텍처⚡️ 간단한 통합 접근 방식이 요구 사항을 충족하는지 평가하지 않고 Data 360을 구매합니다.
AI | 비즈니스⚡️ AI 투자에 측정 가능한 비즈니스 가치 메트릭 또는 ROI 데모가 부족함
AI | 비즈니스⚡️ AI 투자는 특정 측정 기간 또는 성공 기준을 정의하지 않고 가치를 전달한다고 가정
플랫폼 | 산업 클라우드⚡️ 사용자 정의 개발 비용을 비교하거나 출시 시간을 확인하지 않고 Industry Cloud를 구매합니다.

패턴

찾을 위치유사성
플랫폼 | 프로비저닝✅ 사용자 정의 앱에만 액세스하는 사용자에 대한 플랫폼 라이센스를 자동으로 할당하는 새 사용자 프로비저닝 워크플로
플랫폼 | 프로비저닝✅ 이메일 도메인을 기반으로 하는 Experience Cloud 라이센스 할당을 위해 외부 사용자를 대기열에 추가하는 새 사용자 프로비저닝 워크플로
플랫폼 | 프로비저닝✅ 할당 정책은 사용자 역할 및 플랫폼 사용 요구 사항을 기반으로 라이센스 유형에 대한 명확한 기준을 정의합니다.
플랫폼 | 프로비저닝✅ 승인 워크플로는 프리미엄 라이센스 유형에 대한 비즈니스 근거가 필요합니다.
플랫폼 | 프로비저닝✅ 잘못된 할당을 소급으로 수정하는 대신 프로비저닝 시 적절한 라이센스 할당이 적용됩니다.
플랫폼 | 조직✅ 청구 프로세스에서 비활성 사용자(60~90일)를 자동으로 식별하고 재할당을 위해 사용하지 않은 라이센스를 회수합니다.
플랫폼 | 조직✅ 로그인 기반 보고서는 조직 정책에 따라 60-90일 동안 비활성 상태인 사용자를 식별합니다.
플랫폼 | 조직✅ 분기별 복구는 직원이 역할을 변경하거나 조직을 떠날 때 라이센스 손실이 누적되는 것을 방지합니다.
플랫폼 | KPI✅ 이용 모니터링 대시보드는 로그인 빈도, 기능 사용 패턴, 라이센스 유형 적절성을 추적합니다.
플랫폼 | 비즈니스✅ 이용 데이터가 비즈니스 리더와 공유되어 갱신 계획 중 데이터 중심 라이센스 투자 결정을 수행할 수 있습니다.
보고서 및 대시보드 → 라이센스 활용 대시보드
설정 → 사용자 → 활성 사용자		✅ 패턴: 라이센스 이용 대시보드에 활성 및 비활성 라이센스, 로그인 빈도 배포, 라이센스 유형별 기능 사용, 라이센스 유형 배포가 표시됩니다.
✅ 이용 대시보드에 비활성 사용자, 라이센스가 초과된 사용자, 검토 필요가 있는 라이센스 유형 불일치가 표시됩니다.

안티 패턴

찾을 위치불만 사항
플랫폼 | 프로비저닝⚡️ 라이센스 할당 정책이 없으며 각 요청이 임시로 처리됩니다.
플랫폼 | 프로비저닝⚡️ 승인 워크플로는 프리미엄 라이센스 유형에 대한 비즈니스 근거가 필요하지 않습니다.
플랫폼 | 조직⚡️ 비활성 사용자 식별은 자동화되지 않고 수동으로 이루어지며 자주 발생하지 않습니다.
플랫폼 | 조직⚡️ 라이센스 갱신은 분기별이 아닌 연간 갱신 중에만 발생합니다.
플랫폼 | 조직⚡️ 직원이 역할을 변경하거나 라이센스 복구 없이 떠날 때 라이센스 폐기물이 수년 동안 누적됩니다.
플랫폼 | KPI⚡️ 이용 모니터링 대시보드가 없으며, 사용 패턴을 알 수 없음
플랫폼 | 비즈니스⚡️ 갱신 계획 시 비즈니스 리더가 라이센스 이용 데이터에 대한 가시성 부족

패턴

찾을 위치유사성
플랫폼 | 계약✅ 사용자 수 서약은 낙관적인 예측이 아닌 비즈니스 계획에 의해 지원됩니다.
플랫폼 | 계약✅ 램프 일정은 미사용 용량을 사전에 지불하는 대신 실제 사용자 온보딩 타임라인에 투자 일치시킵니다.

안티 패턴

찾을 위치불만 사항
플랫폼 | 계약⚡️ 과도한 사용자 수 커밋은 값을 제공하지 않고 예산을 소비하는 사용되지 않는 라이센스를 통해 즉각적인 손실을 야기합니다.
플랫폼 | 계약⚡️ 성장 예상이 부정확해진 경우 유연성 요구를 평가하지 않고 다년 계약을 체결합니다.
플랫폼 | 계약⚡️ 확정 타이밍이 비즈니스 계획 주기와 일치하지 않으며, 실제 인력 변경 사항보다 조정이 지연됨
플랫폼 | 계약규모 할인 확보 후 고용 계획 지연으로 인해 조직에서 18개월 동안 200개의 미사용 라이센스를 전달합니다.

패턴

찾을 위치유사성
플랫폼 | 아키텍처✅ 통합 아키텍처는 API 소비를 계획하고 Enterprise 또는 Unlimited Edition 더 나은 TCO를 제공하는지 평가합니다.
플랫폼 | 아키텍처✅ Edition 비용 비교 모델 - 포함된 기능 대비 사용자별 보험료(API 제한, 저장소, Sandbox 할당, 프리미어 지원)
플랫폼 | 아키텍처✅ 향후 재평가를 지원하는 문서화된 가정을 사용하여 두 가격 책정 모델에 대해 예상되는 의사 결정 모델 사용

안티 패턴

찾을 위치불만 사항
플랫폼 | 아키텍처⚡️ Edition 선택 항목은 아키텍처 요구 사항을 분석하지 않고 예산 제약에 따라 최상위 또는 최하위 계층으로 기본 설정됩니다.
플랫폼 | 아키텍처⚡️ Enterprise Edition 선택되어 통합 요구 사항 및 API 초과 비용을 예상하지 않고 사용자당 비용을 최소화합니다.
플랫폼 | 아키텍처⚡️ 통합 요구 사항이 배포 후 제한을 초과하므로 API 초과와 아키텍처 재작업을 통해 비용이 2배 증가합니다.
플랫폼 | 아키텍처⚡️ Edition은 가격 책정 모델 또는 문서화 가정에 대한 실제 사용량을 모델링하지 않고 결정됩니다.
플랫폼 | 조직⚡️ Edition 선택은 아키텍처 제약 사항을 모델링하지 않고 사용자당 연간 구독 비용만 기반으로 합니다.

패턴

찾을 위치유사성
플랫폼 | 아키텍처✅ 다중 조직 아키텍처를 채택하기 전에 단일 조직 최적화 접근 방식(공유 규칙, 권한 집합, 레코드 유형)이 평가됩니다.
플랫폼 | 아키텍처✅ 관리, 릴리스 관리, 모니터링, 사고 대응, 규정 준수 등 운영 비용을 2~3배 곱한 다중 조직 TCO 모델
플랫폼 | 아키텍처✅ 다중 조직 아키텍처는 규제 요구 사항(GDPR 데이터 보존, 금융 분리)이 증가한 비용을 오프셋하는 경우에만 채택됩니다.
플랫폼 | 아키텍처✅ 다중 조직의 근거는 권한 경계가 있는 단일 조직이 충족할 수 없는 실제 격리 요구 사항을 문서화합니다.
플랫폼 | 계약✅ 다중 조직 라이센스 비용 모델 조직당 별도의 라이센스 풀, 볼륨 가격 책정 손실 및 중복 관리 라이센스 필요
플랫폼 | 아키텍처✅ 다중 조직 운영 비용 모델 개발 및 운영 노력을 곱한 여러 구현 전반의 병렬 서비스 점검

안티 패턴

찾을 위치불만 사항
플랫폼 | 아키텍처⚡️ 다중 조직 아키텍처는 비용 2-3배 곱하기를 모델링하지 않고 사업부에서 “독립성을 원함”으로써 채택됩니다.
플랫폼 | 아키텍처⚡️ 공유 규칙이 있는 단일 조직이 비용의 분수로 실제 요구 사항을 충족하는지 평가하지 않고 다중 조직을 채택합니다.
플랫폼 | 아키텍처⚡️ 다중 조직 TCO 모델에는 운영 비용 곱하기가 포함되지 않습니다(관리자, 릴리스 관리, 모니터링, 규정 준수 2~3배)
플랫폼 | 아키텍처⚡️ 다중 조직 아키텍처에 값이 영구적이고 복합 비용 곱하기를 초과하는 문서화된 비즈니스 근거가 부족합니다.
플랫폼 | 계약⚡️ 다중 조직 라이센스 비용 분석은 볼륨 가격 책정 혜택이 손실되는 별도의 라이센스 풀을 고려하지 않습니다.
플랫폼 | 아키텍처⚡️ 다중 조직 운영 부하는 모델링되지 않으며 배포 후 조직 전체의 병렬 서비스 점검이 발견됩니다.

패턴

찾을 위치유사성
플랫폼 | 통합✅ 멀티 조직 TCO에는 MuleSoft 라이센스(연간 $20K~$200K+), 통합 개발, 지속적인 서비스 점검, API 수용력 계획이 포함됩니다.
플랫폼 | 통합✅ Cross-org 통합 비용은 MuleSoft 투자, 개발 노력, 지속적인 운영 비용을 명시적으로 표시하는 모델링
플랫폼 | 아키텍처✅ API 소비 곱하기 모델링: 여러 조직에서 동시에 5-10개의 API 호출을 사용하는 교차 조직 트랜잭션
플랫폼 | 통합✅ 조직 전체에서 동기화된 참조 데이터를 유지하기 위한 데이터 일관성 오버헤드: 개발 노력, 모니터링, 충돌 해결

안티 패턴

찾을 위치불만 사항
플랫폼 | 통합⚡️ 매년 240,000달러의 통합 비용을 모델링하지 않고 라이센스 비용 비교를 기반으로 다중 조직 아키텍처가 승인됨
플랫폼 | 통합⚡️ 교차 조직 통합 비용은 명시적으로 모델링되지 않으며, 단일 조직은 해당 비용을 완전히 제거합니다.
플랫폼 | 아키텍처⚡️ 교차 조직 호출의 API 소비 곱하기는 수용력 계획에 고려되지 않습니다.
플랫폼 | 통합⚡️ 동기화된 참조 데이터에 대한 데이터 일관성 오버헤드는 다중 조직 TCO 모델에 포함되지 않음

패턴

찾을 위치유사성
설정 → Sandbox → 환경 전략
DevOps → Sandbox 할당 계획		✅ 패턴: 팀이 모형 데이터를 사용하여 기능 개발에 Developer Pro Sandbox를 사용하고 통합 테스트를 위해 대상 계정에 대한 부분 복사
✅ 아키텍처에 따라 전체 데이터 용량이 필요한 사전 프로덕션 UAT 및 성능 검증을 위해만 전체 복사본을 예약
설정 → Sandbox → 균형 잡힌 전략
재무 → 환경 예산		✅ 패턴: 15명 개발 팀이 15개의 Developer Pro Sandbox(매월 750달러), 병렬 작업 스트림용 부분 사본 3개(매월 900달러), UAT용 전체 사본 1개(매월 3,000달러)을 사용하여 균형 잡힌 전략을 구현합니다.
✅ 합계 $4,650 월 일치 실제 개발 패턴 대신 이론 최대 평행을 위해 과도한 프로비저닝
설정 → Sandbox 템플릿 → 데이터 선택
설정 → 부분 복제 구성		✅ 패턴: 부분 복사 Sandbox 템플릿에는 지난 12개월간의 기회 및 사례가 포함되지만 보관된 데이터는 제외됩니다.
✅ 전체 복제가 필요하지 않고 5GB 용량 내에 대표적인 테스트 데이터를 제공하여 전략적 데이터 선택을 통해 비용이 낮은 Sandbox 유형을 활성화합니다.
프로세스 → Sandbox 수명주기
설정 → 임시 환경 추적		✅ 패턴: 임시 Sandbox 관리에서 문서화된 삭제 날짜가 포함된 특정 프로젝트에 대해 생성된 환경 추적
✅ 갱신 사유가 필요한 만료 정책을 구현하여 초기 범위를 넘어 임시 환경을 유지하여 영구 상태 드리프트 방지
설정 → Sandbox 새로 고침 일정
캘린더 → 새로 고침 최적화		✅ 패턴: 케이던스 새로 고침 최적화는 임의의 일정이 아닌 실제 데이터 새로 고침 요구 사항에 맞춰 Sandbox 새로 고침을 조정합니다.
✅ 패턴 테스트에 월간 새로 고침이 필요하지 않은 경우 분기별 전체 사본 새로 고침이 충분하여 추가 Sandbox 용량을 확보할 수 있습니다.

안티 패턴

찾을 위치불만 사항
오버 프로비저닝 → 낭비된 투자⚡️ 안티 패턴: 조직에서 5개의 전체 사본 Sandbox를 구매하여 모든 개발 팀에 전용 환경 제공
⚡️ 부분 복사가 대부분의 테스트 요구 사항을 충족할 경우 비용을 5-10배 곱합니다. 전체 복사본은 전체 프로덕션 충성도가 필요한 시나리오에 예약해야 합니다.
전략 없음 → Premium 기본값⚡️ 안티 패턴: 15명 팀이 Developer Pro 30개 및 전체 사본 Sandbox 5개(매월 $18,000)로 프리미엄 전략을 구매합니다. “더 많은 환경은 항상 더 나은 환경”
⚡️ 환경 가용성으로 인해 개발 속도가 제한되는 분석이 없으며, 균형을 이룬 전략은 매월 4,650달러로 동일한 속도를 제공합니다.
필터링되지 않은 템플릿 → 강제 업그레이드⚡️ 안티 패턴: 부분 복사 템플릿에는 필터링 없이 모든 개체가 포함되어 테스트와 관련이 없는 내역 데이터와 함께 5GB 용량이 사용됩니다.
전략적 데이터 선택으로 Sandbox당 5-10배 낮은 비용으로 부분 복사 사용을 활성화할 경우 전체 복사본 구매 강제 적용
Sandbox Sprawl → 영구 임시⚡️ 안티 패턴: 프로젝트 Sandbox가 근거 없이 영구 상태로 전환되는 동안 임시 Sandbox 확산
⚡️ 임시 환경이 소비 예산을 무기한으로 누적할 수 있도록 하는 만료 정책 또는 갱신 요구 사항 없음