잘 설계된 프레임워크

Salesforce 잘 설계된 프레임워크는 아키텍처에게 시간에 따라 솔루션의 성공에 도움이 되는 결정을 내릴 수 있는 원칙에 따라 공유되는 기반을 제공합니다. 이 솔루션은 Trust, Reliability, Operational Excellence, Resource and Cost Optimization, Fairness와 같은 5가지 기둥을 기반으로 구성되며, 각각은 초기 설계에서부터 장기 운영 및 성장에 이르기까지 솔루션의 모든 수명 단계에서 중요한 품질 측면을 포착합니다.

프레임워크는 관리되는 비즈니스 시스템 내에서 함께 작업하는 사람, 에이전트, 플랫폼 등 오늘날 아키텍처가 직면하는 현실을 다룹니다. 안전하지만 부하에서 취약하거나 효율적이지만 결정에 불투명한 솔루션은 제대로 설계되지 않았습니다. 이러한 5가지 기초는 함께 작동하여 품질이 독립적인 우려 사항의 체크리스트가 아닌 전체로 취급되도록 합니다.

설계자는 설계 검토, 협상 대화, 진행 중인 거버넌스 중에 프레임워크를 일관된 렌즈로 사용합니다. 단일 오른쪽 답변은 규정하지 않습니다. 이 기능은 질문할 수 있는 올바른 질문, 고려할 수 있는 올바른 패턴, 팀 전체에서 사용할 수 있는 공통 용어를 제공합니다.

Salesforce 올바르게 설계된 프레임워크는 Salesforce Platform에 구축된 솔루션의 아키텍처 품질에 대한 가이드입니다. 기술적 부채가 누적되거나 압박을 받는 상태에서 실패하는 솔루션과 확장 및 조정하는 솔루션을 구분하는 원칙, 패턴 및 제약을 코딩합니다.

프레임워크는 5개의 기둥을 중심으로 구성되어 있습니다. 각 기둥은 품질 차원을 정의하고, 핵심 설계 원칙을 명확하게 설명하고, 공통 패턴을 식별하며, 기존 플랫폼 기능과 에이전트 AI 워크로드 모두에 대한 명시적인 지침을 제공합니다. 이러한 기둥은 함께 Salesforce에 올바르게 구축하는 것이 의미하는 것을 포괄적으로 다룹니다.

이 프레임워크는 제품 설명서 또는 구현 가이드가 아닙니다. 이는 솔루션에서 사용하는 클라우드, 기능 또는 도구에 관계없이 적용되는 품질에 대해 생각하는 아키텍처 의사 결정 프레임워크입니다.

대규모 클라우드 공급자의 산업 프레임워크는 유용한 일반 지침을 제공하지만 주로 클라우드 인프라 및 가상 머신, 네트워킹, 저장소, 컴퓨팅과 같은 운영 문제에 맞춰 구축됩니다. Salesforce 아키텍처는 관리자 제한이 있는 멀티테넌트 플랫폼, 수십 년간의 Customer 360 비즈니스 논리, 정교한 통합 솔루션, 선언적 자동화, 메타데이터 구동 구성, 관리되는 공유 모델 등 다양한 제약 요소와 기능에 직면합니다. 이를 통해 일반 클라우드 지침이 해결할 수 없는 방식으로 모든 아키텍처 결정이 결정됩니다.

자율 에이전트로의 전환은 추가 고려 사항을 도입합니다. 이유와 행동을 하는 에이전트는 이전 프레임워크가 원래 다루지 않았지만 일반 용도 프레임워크가 전용 AI 렌즈를 통해 이 공간으로 확장되기 시작했지만 비결정주의, 확률적 추론, 순환적 감독 패턴을 도입합니다. Salesforce 잘 설계된 프레임워크는 통합 렌즈를 통해 기존 플랫폼 아키텍처와 에이전트 시스템을 모두 해결합니다.

이 프레임워크는 Salesforce Platform의 아키텍처 품질을 담당하는 모든 사람에게 제공됩니다.

• 새로운 솔루션을 설계하거나 기존 솔루션을 확장하는 Salesforce Architects
• 이러한 솔루션이 실행되는 조직을 구성하고 보호하는 Salesforce 관리자
• 팀에 대한 표준 및 패턴을 설정하는 개발 리더
• 고객에게 플랫폼 모범 사례에 대한 조언을 제공하는 컨설턴트 및 파트너
• 자율 에이전트 시스템 구축 및 관리 AI 및 Agentic Specialists

에이전트 AI에 대한 사전 전문 지식은 필요하지 않습니다. 프레임워크는 모든 아키텍처가 액세스할 수 있으며, 자율 시스템 경계에서 작업하는 사용자에게는 세부 정보를 제공합니다.

단일 올바른 읽기 순서가 없습니다. 역할 및 즉각적인 필요에 따라 다음을 선택합니다.

• 프레임워크를 처음 사용하는 경우: 이 개요 문서를 끝까지 읽은 다음, 현재 프로젝트와 가장 관련이 많은 기초를 살펴봅니다.
• 새 솔루션을 설계하는 경우: Trust and Reliability(비상환 가능한 기반)부터 시작한 다음, Operational Excellence(운영 방법), Resource and Cost Optimization(자원 및 비용 최적화) 및 Fairness(모든 사용자에게 공정하게 서비스를 제공할 수 있는 방법)를 다루십시오.
• 에이전트 솔루션을 구축하는 경우: 포괄적인 에이전트 아키텍처 지침은 먼저 에이전트 엔터프라이즈 개요를 참조하십시오. 그런 다음, 에이전트 솔루션이 구축하는 기본 패턴(공유 책임 모델, 총괄자 제한, 모니터링 도구, TCO 모델링, 접근성 표준)에 대한 핵심 기초 문서를 읽습니다(위에 링크되어 있습니다). 마지막으로 각 품질 치수의 에이전트별 오버레이에 대해 각 기둥에서 연결된 에이전트 엔터프라이즈 기둥 변형을 참조합니다.
• 설계 검토를 수행하는 경우: 기초 문서를 구조화된 검토 체크리스트로 사용합니다. 올바르게 설계된 솔루션에는 각 관련 기둥의 주요 질문에 대한 명확한 답변이 있습니다.

가장 중요한 아키텍처 결정에는 기둥 간의 협상이 수반됩니다. 프레임워크를 사용하면 다음을 명시적으로 설명할 수 있습니다.

• Trust vs. 자원 및 비용 최적화: 암호화 및 감사 로깅은 자원을 소비합니다. 이 프레임워크를 통해 Trust 요구 사항이 협상할 수 없는 지점과 유연성이 있는 지점을 파악할 수 있습니다.
• 신뢰성 vs. 자원 및 비용 최적화: 가용성을 높이면 더 많은 비용이 소요됩니다. SLO 정의를 사용하면 최대 중복성으로 기본 설정하는 대신 실제 비즈니스 요구 사항에 투자를 일치시킬 수 있습니다.
• 작업 우수성 vs. 속도: 포괄적인 관찰 가능성 및 테스트를 구현하는 데 시간이 걸립니다. 프레임워크를 사용하면 위험 프로필에 대한 최소 실행 가능한 관찰 가능성을 식별할 수 있습니다.
• 공정성 vs. 자율성: 에이전트의 자율성이 높으면 효율성이 향상되지만 공정성 위험이 발생합니다. 순환형 패턴을 사용하면 각 결정 유형에 적합한 균형을 맞출 수 있습니다.

이러한 제약에 대한 범용적인 답변은 없습니다. 프레임워크를 사용하면 적절한 질문을 하고 프로덕션에서 이를 발견하는 대신 의도적으로 조치를 취할 수 있습니다.

올바르게 설계된 프레임워크 자체는 다음 원칙을 염두에 두고 설계되었습니다.

• 플랫폼별이지만 기술에 상관없는 경우: 지침은 특정 제품 또는 기능을 규정하지 않고 Salesforce별 제약(관리자 제한, 멀티테넌트 아키텍처, 메타데이터 중심 구성)을 해결합니다. 설계자는 컨텍스트에 적합한 기능을 선택합니다.
• 규정 없는 의견: 프레임워크는 품질을 구성하는 것에 대한 명확한 위치를 지정하지만 단일 구현 경로를 지정하지는 않습니다. 요구 사항이 아닌 원칙, 패턴 및 질문을 제공합니다.
• 지금을 존중하면서 미래를 바라보는 것: 프레임워크는 기존 플랫폼 솔루션과 관련된 상태를 유지하면서 새롭게 발생하는 패턴(에이전트 AI, 자율 시스템)을 해결합니다. 두 사용 사례 모두 동일한 기본 원칙에 의존합니다.
• 평생, 정적이지 않음: 플랫폼, 업계 관행, 고객 요구가 변화함에 따라 프레임워크가 발전합니다. 변경 로그는 업데이트를 추적하므로 설계자가 새 지침을 사용하여 최신 상태를 유지할 수 있습니다.
• 모든 단계에서 작동 가능: 새 솔루션을 설계하거나 검토를 수행하거나 기존 구현을 개선하는 등 프레임워크에서 관련 지침을 제공합니다. 이는 단순한 인증 점검 목록이 아니라 작동하는 도구입니다.

이러한 원칙은 Salesforce 솔루션에 대한 아키텍처 품질의 의미에 대한 명확하고 일관된 지침을 유지하면서 다양한 아키텍처 컨텍스트에서 프레임워크가 유용하게 유지되도록 합니다.

각 기둥은 건축 품질의 기본 차원을 다룹니다. 이러한 기둥은 함께 포괄적인 범위를 제공합니다. 단일 기둥은 단독으로 충분하지 않으며, 가장 중요한 건축적 결정이 중요한 기둥 간의 조정이 적용됩니다.

다음 5개의 기둥은 기존 플랫폼 애플리케이션, 통합, 에이전트 시스템 등 모든 Salesforce 솔루션에 대한 기본 아키텍처 지침을 제공합니다. 에이전트 엔터프라이즈 개요 및 동반 기둥 변형은 에이전트별 오버레이를 제공합니다. 에이전트가 이러한 기능을 활용하는 방법, 시스템이 자율적으로 작동할 때 어떤 변화가 발생하고 관리형 AI에 필요한 아키텍처 패턴입니다.

둘 다 함께 사용:

• 핵심 아키텍처 패턴에 대한 기초 지침(예: 공유 책임 모델, 총괄자 제한, 모니터링 도구, TCO 모델링, 접근성 표준)부터 시작합니다.
• 그런 다음 에이전트 권한 및 감사 체인, 오케스트레이션 실패 처리, 에이전트 개발 수명 주기, 토큰 최적화, 에이전트 작업 단위, 설명 가능성 및 논쟁 가능성 등 에이전트별 고려 사항에 대해 해당 에이전트 엔터프라이즈 기둥을 참조합니다.

기둥은 “번체”와 “에이전트”가 아닌 기본 아키텍처이며 에이전트 솔루션이 구축하는 기반입니다. 에이전트 시스템은 다른 엔터프라이즈 솔루션과 동일한 Trust, 신뢰성, 운영 우수성, 리소스 및 비용 최적화, 공정성 요구 사항을 충족해야 하며, 자율 운영에 대한 추가 고려 사항이 있어야 합니다.

이 표는 빠른 참조를 제공합니다. 다음은 각 기둥에 대한 자세한 지침입니다.

최신 보안, 최소 권한 액세스, 개인 정보 보호 제어, 명확한 거버넌스를 통해 솔루션, 데이터, 사용자를 보호합니다. Trust on Salesforce는 공유 책임 모델을 통해 작동:합니다. Salesforce에서 인프라 및 플랫폼을 보호한 다음, 해당 기반에 보안 솔루션을 설계합니다. 책임 범위:

• ID 및 액세스 관리(역할, 프로필, 권한 집합, MFA, SSO, OAuth)
• 데이터 거버넌스(Shield Platform Encryption, 객체/필드/레코드 수준 보안)
• 통합 보안(API 인증, 명명된 자격 증명)
• 보안 개발 관행(Salesforce용으로 조정된 OWASP Top 10, 정적 분석, CI/CD 보안 게이트)

에이전트 솔루션: 에이전트가 독립적으로 행동할 때 Trust 요구 사항은 에이전트가 수행할 수 있는 작업을 규제하고, 그들이 수행한 작업을 감사하고, 에이전트 간 플랫폼 경계(Agent Fabric, Einstein Trust Layer)를 보호하는 등으로 확장됩니다. Agtic Enterprise Trust를 참조하십시오.

자세한 내용은 Trust 기둥 및 Agtic Enterprise Trust를 참조하십시오.

지속적인 가용성, 중단 시 신속한 복구, 예기치 않은 수요 시 확장할 수 있는 용량을 위해 설계합니다. 안정성을 위해서는 플랫폼 보증(다중 지역 인프라, 플랫폼 SLA)을 이해하고 이러한 제약 범위 내에서 신뢰할 수 있는 솔루션을 설계해야 합니다. 필은 다음을 포함합니다.

• 70% 운영 제한 지침이 포함된 총괄자 제한
• 비동기식 처리 패턴(배치 Apex, 대기 가능한 Apex, 플랫폼 이벤트)
• 외부 통합을 위한 회로 차단기
• 수용력 계획
• 테스트 로드
• 다중 조직 패턴
• 재해 복구
• 건강 모델링

에이전트 솔루션: 에이전트 구동 시스템은 오케스트레이션 실패에 대한 새로운 패턴, 에이전트 오류의 계단식 지정에 대한 회로 차단, 비즈니스 결과에 예측 가능성이 필요한 결정적 에이전트 그래프가 필요한 확률적 동작을 도입합니다. Agtic Enterprise Reliability를 참조하십시오.

자세한 내용은 신뢰도 기둥 및 에이전트 엔터프라이즈 신뢰도 를 참조하십시오.

솔루션에 포괄적인 관찰 가능성을 구축하고 잘 정의된 절차 및 자동화를 통해 관리합니다. Operational Excellence 범위:

• 관찰 가능성 (이벤트 모니터링, Proactive Monitoring, 스케일 센터)
• DevOps 관행(소스 중심 개발, CI/CD 파이프라인, 테스트 전략)
• 자동화(Flow Builder를 사용하는 선언적 우선, Apex 사용하는 프로그래밍 패턴)
• 사고 관리(심각도 수준, 온콜 순환, 무의미한 사후 추적)
• 지속적인 개선(DORA 메트릭, 운영 검토)

에이전트 솔루션: 시스템 동작이 확률적이면 관찰이 어려워집니다. 에이전트 개발 수명 주기(ADLC)는 아이디어 및 설계, 개발, 테스트 및 검증(정확성, 일관성 및 지침 준수에 대한 에이전트 테스트 센터 평가 포함), 배포 및 출시, 모니터링 및 조정(엔드 투엔드 상호 작용 가시성을 위해 Agentforce 세션 추적 포함)과 같은 5단계를 통해 구조를 제공합니다. Agtic Enterprise Operational Excellence를 참조하십시오.

자세한 내용은 운영적 우수성 기둥 및 에이전트 엔터프라이즈 운영 우수성을 참조하십시오.

귀하가 소유한 항목을 효율적으로 사용하고 구매한 항목에 의도적으로 투자하여 모든 플랫폼 자원 단위의 모든 달러에 대한 최대 비즈니스 가치를 반환합니다. 자원 측에서는 SOQL 총괄자 제한(SOQL 쿼리, DML 문, 힙 크기, CPU 시간)을 이해하고 SOQL 최적화, 비동기 처리, 데이터 왜곡 방지를 통해 해당 제한을 설계하는 것을 의미합니다. 비용 측면에서는 직접 비용(현현, 운영, 서비스 점검)과 간접 비용(기술 부채, 거버넌스 오버헤드) 모두에서 종종 직접 라이센스 비용을 초과하는 종합적인 TCO 모델링을 의미합니다. 필은 다음을 포함합니다.

• 코드 조직 패턴(트리거 처리기, 서비스 레이어, 선택기)
• 패키징 및 모듈성(관리형 2GP 및 잠금 해제 패키지(두 번째 세대 패키징 유형, LWC 구성) 비교)
• 데이터 수명 주기 관리(보관 전략, 플로 최적화)
• 성능 모니터링 도구(스케일 센터, 쿼리 계획 도구, ApexGuru, Salesforce 코드 분석기)
• 구축 및 구매 분석 비교(AgentExchange 평가)
• 라이센스 및 Sandbox 최적화
• 비용 모니터링 및 거버넌스(대시보드, 예산 제어, 쇼백 및 지불 거절 모델 비교)

에이전트 솔루션: 에이전트 워크플로는 추론 단계, 도구 호출, 데이터 검색 전반에 걸쳐 복합 자원 소비를 수행하므로 토큰 사용, 추론 대기 시간, 메모리 패턴을 최적화해야 합니다. 에이전트 시스템은 사용자별 라이센스보다 예측하기 어려운 소비 기반 비용(유연한 크레딧, 추론 토큰)도 도입합니다. 에이전트 작업 단위(AWU)는 원시 토큰 소비가 아닌 에이전트가 실제로 완료한 작업(완료된 개별 과업)을 측정합니다. 에이전트 엔터프라이즈 리소스 및 비용 최적화를 참조하십시오.

자세한 내용은 자원 및 비용 최적화 기둥 및 에이전트 엔터프라이즈 자원 및 비용 최적화를 참조하십시오.

자동화된 결정에 대한 적절한 인적 감독을 통해 솔루션이 액세스 가능하고 차별화되지 않으며 포괄적이며 투명한지 확인합니다. 공정성은 플랫폼 기반에 구축됩니다. Salesforce Lightning Design System(SLDS)은 표준 구성 요소에 대한 내장된 액세스 가능성을 제공하고, 사용자 지정 구성 요소는 명시적 WCAG 2.1 AA 구현을 요구합니다(2024년 12월 현재 W3C 권장 사항인 WCAG 2.2 AA는 새로운 작업을 위해 권장). 필은 다음을 포함합니다.

• 접근성 테스트(axe-core, sfdx 스캐너)
• 차별 방지 패턴(OWD, 공유 규칙, Shield 이벤트 모니터링 포함 FLS)
• 개인정보 보호 아키텍처(Data 360 동의 관리, 필드 감사 내역)
• AI 윤리 거버넌스(검토 위원회, 공정성 경로, 규정 준수).

에이전트 솔루션: 에이전트가 사람에게 영향을 미치는 자율적인 결정을 내릴 때 공정성의 이점이 증가합니다. 설명 가능성(에이전트가 행동한 이유를 이해), 논쟁 가능성(결정에 도전) 및 순서대로 사용(비례적 감독)이 중요합니다. Agent Enterprise Fairness를 참조하십시오.

자세한 내용은 공정성 기둥 및 에이전트 엔터프라이즈 공정성을 참조하십시오.

기둥은 격리되어 있지 않습니다. 한 필드의 아키텍처 결정은 반드시 다른 필드에 영향을 미칩니다.

• 강력한 Trust 제어(암호화, 감사 로깅)는 더 많은 리소스를 소비하고 비용을 추가합니다(리소스 및 비용 최적화), 신뢰성에 영향을 미치는 대기 시간을 추가합니다.
• 신뢰성(중복, 다중 지역) 향상으로 비용(자원 및 비용 최적화) 및 운영 복잡성(운영상 우수성) 증가
• 보다 포괄적인 공정성 적용(인간 감독, 편차 모니터링)으로 에이전트 처리량이 느려짐(자원 및 비용 최적화)
• 더 높은 Operational Excellence 성숙도(전체적인 도구)를 통해 Trust 적용이 향상되고 Fairness 문제를 더 빨리 발견할 수 있습니다.

이러한 상호 작용은 항상 아키텍처 품질의 균형을 유지한다는 의미입니다. 프레임워크를 사용하면 설계자가 거래하는 내용을 이해하고 의도적으로 해당 거래를 수행할 수 있습니다. 목표는 모든 기초를 동시에 최대화하는 것이 아니라 주어진 솔루션의 요구 사항, 위험 허용, 비즈니스 컨텍스트에 적합한 품질 프로필을 달성하는 것입니다.

좋게 설계된 프레임워크에 대한 사용자 의견을 공유하십시오.