--- schema_version: "1" id: d3fc9b3b1b8421a81bf74559c3086a56f0446bade794b1e2984f4f540662074f title: 신뢰성 - 확장성 collection: architect version: next locale: ko-kr portal_url: https://docs.salesforce.com/architect/next/ko-kr/well-architected-tools/guides/trusted-scalability.md canonical_url: https://staging.architect.salesforce.com/docs/architect/ko-kr/well-architected-tools/guide/trusted-scalability.html source_site: staging.architect.salesforce.com content_type: documentation content_hash: 1759668f477e2dd59e885cd2120663dc10ea959ae8441595761996ebad7b6d3c products: - 잘 설계된 도구 - Architect Site Content Repo --- # 신뢰성 - 확장성 ### 데이터 모델링 패턴 Well-Architected [Trusted](/docs/architect/ko-kr/well-architected/guide/trusted-overview) → [Reliable](/docs/architect/ko-kr/well-architected/guide/reliable) → [Scalability](/docs/architect/ko-kr/well-architected/guide/reliable#확장성) → [Data Modeling에 대해 자세히 알아보기](/docs/architect/ko-kr/well-architected/guide/reliable#데이터-모델링) | 어디에서 찾을 수 있습니까?
제품 영역 \| 위치 | 좋은 모습은 무엇입니까?
패턴 | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Data 360 \| 조직 | ✅ 데이터 변환은 매핑하기 전에 데이터 비정규화에 사용됩니다. 데이터 변환이 존재하여 소스 데이터를 변환하므로 모든 연락관을 표준 연락관 개체에 별도로 수집할 수 있습니다. | | 플랫폼 \| 비즈니스 | ✅ 하위 코드 빌더는 Salesforce에서 지원하는 다양한 필드 유형을 이해하고 필드 데이터 유형을 선택하기 전에 보고 및 암호화 요구 사항을 평가합니다. | | 플랫폼 \| 비즈니스 | ✅ 개체 간 마스터-세부 사항 관계를 설정하기 전에 공유 및 데이터 왜곡이 미치는 영향을 평가합니다. | | 플랫폼 \| 데이터 모델 | ✅ 테이블의 규모가 비정규화되었습니다. | | 플랫폼 \| 데이터 모델 | ✅ 가능한 경우 표준 개체가 사용됩니다. | | 플랫폼 \| 설계 표준 | ✅ 비즈니스 근거로 사용자 정의 개체가 존재하도록 하는 표준 및 지침 | ### 데이터 용량 패턴 Well-Architected [Trusted](/docs/architect/ko-kr/well-architected/guide/trusted-overview) → [Reliable](/docs/architect/ko-kr/well-architected/guide/reliable) → [Scalability](/docs/architect/ko-kr/well-architected/guide/reliable#확장성) → [Data Volume](/docs/architect/ko-kr/well-architected/guide/reliable#데이터-용량) 에 대해 자세히 알아보기 | 어디에서 찾을 수 있습니까?
제품 영역 \| 위치 | 좋은 모습은 무엇입니까?
패턴 | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| 테스트 계획 | ✅ 0일 데이터 로드에 대한 대량 로드 계정 솔루션이 적용되기 전에 마이그레이션해야 하는 대용량 데이터를 계획했으며(0일이라고도 함) 예약 실행당 최대 파일 크기와 최대 파일 크기에 동시에 접근하지 않음을 확인했습니다. | | 플랫폼 \| Apex | ✅ 데이터 왜곡이 문제인 경우 여러 상위 레코드에 하위 레코드 수를 배포하는 논리가 있습니다. | | 플랫폼 \| Apex | ✅ 통합을 통해 가져오거나 복제할 때 적절한 사용자에게 모든 레코드를 할당하는 논리가 있습니다. | | 플랫폼 \| 비즈니스 | ✅ 데이터 보관 및 제거 전략을 문서화하고 구현했습니다. | | 플랫폼 \| 비즈니스 | ✅ 대량 데이터 로드 전략은 서버 소비를 최적화하기 위해 최적화됩니다. 로드 시간, 데이터 시퀀스, 레코드 잠금, 자동화, 대량 공유 프로세스는 대량 로드 전략에서 효율적인 서버 소비를 위해 고려됩니다. | | 플랫폼 \| 데이터 | ✅ 상위 레코드에 하위 레코드가 10,000개를 초과하지 않는 경우 | | 플랫폼 \| 데이터 | ✅ 동일한 개체 유형의 10,000개 이상의 레코드에 할당된 사용자 없음 | | 플랫폼 \| 데이터 | ✅ 10,000개가 넘는 레코드에 동일한 레코드를 가리키는 조회 필드가 있는 인스턴스가 없습니다. | | 플랫폼 \| 데이터 | ✅ 최대 업무 시간 동안 프로덕션에 대량 데이터 로드가 발생하지 않음 | | 플랫폼 \| 데이터 | ✅ 대량 데이터 로드는 `ParentId` 필드 값에 따라 배치로 정렬됩니다. | | 플랫폼 \| 데이터 | ✅ 대량 데이터 로드에는 비즈니스 결정에 필요한 최소 데이터만 포함됩니다. | | 플랫폼 \| 플로 | ✅ 데이터 왜곡이 문제인 경우 여러 상위 레코드에 하위 레코드 수를 배포하는 논리가 있습니다. | | 플랫폼 \| 플로 | ✅ 통합을 통해 가져오거나 복제할 때 적절한 사용자에게 모든 레코드를 할당하는 논리가 있습니다. | | 플랫폼 \| 조직 | ✅ 대용량 데이터 로드 동안 데이터 후처리가 지연됨 대용량 데이터 로드가 끝나기 전까지 후처리 자동화가 연기됩니다. | | 플랫폼 \| 테스트 계획 | ✅ 대량 API 로드 전략은 전체 사본 Sandbox에서 테스트됩니다. 패턴, 로드 순서, 발생할 수 있는 잠금 문제를 식별하기 위해 전체 사본 Sandbox에서 대량 API를 사용하여 데이터 로드를 계획할 때. | --- ### 데이터 모델링 안티 패턴 Well-Architected [Trusted](/docs/architect/ko-kr/well-architected/guide/trusted-overview) → [Reliable](/docs/architect/ko-kr/well-architected/guide/reliable) → [Scalability](/docs/architect/ko-kr/well-architected/guide/reliable#확장성) → [Data Modeling에 대해 자세히 알아보기](/docs/architect/ko-kr/well-architected/guide/reliable#데이터-모델링) | 어디에서 찾을 수 있습니까?
제품 영역 \| 위치 | 방지할 사항은 무엇입니까?
안티 패턴 | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------- | | 플랫폼 \| 비즈니스 | ⚡️ 하위 코드 빌더는 다운스트림 보고 및 암호화 요구 사항을 평가하지 않고 데이터 유형을 선택합니다. | | 플랫폼 \| 비즈니스 | ⚡️ 개체 간 마스터-세부 사항 관계를 설정하기 전에 공유 및 데이터 왜곡이 고려되지 않습니다. | | 플랫폼 \| 데이터 모델 | ⚡️ 중복을 방지하기 위해 테이블을 정규화했습니다. | | 플랫폼 \| 데이터 모델 | ⚡️ 복제된 표준 개체가 있습니다. | | 플랫폼 \| 설계 표준 | ⚡️ 사용자 정의 개체를 만드는 표준이 없음 | ### 데이터 용량 안티 패턴 Well-Architected [Trusted](/docs/architect/ko-kr/well-architected/guide/trusted-overview) → [Reliable](/docs/architect/ko-kr/well-architected/guide/reliable) → [Scalability](/docs/architect/ko-kr/well-architected/guide/reliable#확장성) → [Data Volume](/docs/architect/ko-kr/well-architected/guide/reliable#데이터-용량) 에 대해 자세히 알아보기 | 어디에서 찾을 수 있습니까?
제품 영역 \| 위치 | 방지할 사항은 무엇입니까?
안티 패턴 | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| 테스트 계획 | ⚡️ 대량 로드 계산에는 0일 데이터 로드가 포함되지 않으며 0일 로드 계산이 수행되지 않거나 문서화된 경우 동시에 실행당 파일 크기와 파일의 최대값에 근접합니다. | | 플랫폼 \| Apex | ⚡️ 데이터 로드 또는 통합을 통해 생성된 레코드가 일반 "통합 사용자"에 할당됩니다. | | 플랫폼 \| Apex | ⚡️ 하위 레코드는 이미 할당된 기존 하위 레코드 수에 관계없이 상위 레코드에 임의로 할당됩니다. | | 플랫폼 \| 비즈니스 | ⚡️ 데이터 보관 및 제거 전략이 없거나 전략이 문서화되었지만 구현되지 않았습니다. | | 플랫폼 \| 비즈니스 | ⚡️ 규모 계획 없이 대량 데이터 로드 실행 대량 데이터 로드가 수행되기 전에는 로드 시간, 데이터 시퀀스, 레코드 잠금, 자동화, 대량 공유 프로세스가 고려되지 않습니다. | | 플랫폼 \| 데이터 | ⚡️ 업무 시간이 가장 긴 동안 프로덕션에 대량 데이터 로드 발생 | | 플랫폼 \| 데이터 | ⚡️ 대량 데이터 로드는 비즈니스 결정에 필요한 최소 데이터로 제한되지 않습니다. | | 플랫폼 \| 데이터 | ⚡️하위 레코드가 10,000개가 넘는 레코드가 있는 경우 | | 플랫폼 \| 데이터 | ⚡️ 동일한 유형의 10,000개가 넘는 레코드에 사용자가 할당됩니다. | | 플랫폼 \| 데이터 | ⚡️ 레코드가 10,000개가 넘는 경우 동일한 레코드를 가리키는 조회 필드가 있는 인스턴스가 있습니다. | | 플랫폼 \| 데이터 | ⚡️ 대량 데이터 로드는 `ParentId` 필드 값에 따라 배치로 정렬되지 않습니다. | | 플랫폼 \| 플로 | ⚡️ 데이터 로드 또는 통합을 통해 생성된 레코드가 일반 "통합 사용자"에 할당됩니다. | | 플랫폼 \| 플로 | ⚡️ 하위 레코드는 이미 할당된 기존 하위 레코드 수에 관계없이 상위 레코드에 임의로 할당됩니다. | | 플랫폼 \| 조직 | ⚡️ 대량 API 로드 전략은 부분 복사 sandbox에서 테스트됩니다. 대량 API 로드 테스트는 부분 복사 sandbox의 데이터 하위 집합에서 배치 로드 시간이 수행되는지 확인합니다. | | 플랫폼 \| 조직 | ⚡️ 레코드를 잠그는 다른 작업과 병렬로 대량 데이터 로드 수행 데이터 로드와 함께 일괄 Apex 실행 | | 플랫폼 \| 조직 | ⚡️ 데이터 집합의 크기를 고려하지 않고 API를 선택하는 경우 데이터 로드가 500,000개를 초과하는 경우 SOAP API가 사용됩니다. | | 플랫폼 \| 조직 | ⚡️ 보고 요구 사항은 역할 계층 설계를 촉진합니다. 보고 요구 사항을 사용하여 필요한 역할 계층 수준 또는 그 수를 결정합니다. | | 플랫폼 \| 조직 | ⚡️ 역할 계층에 빈 역할이 있습니다. 미래를 위해 빈 자리 표시자 역할이 생성됩니다. | | 플랫폼 \| 조직 | ⚡️ 역할 계층이 조직 차트와 비슷한 경우 역할 계층에서 조직 구조를 복제하여 회사의 각 직함에 대한 개별 역할을 만듭니다. | ---