Salesforce Sandbox 및 Lightning Flow의 올바른 사용 방법 알아보기

Salesforce를 처음 사용하거나 숙련된 Salesforce 개발자 또는 관리자인 경우 Salesforce에 대해 모든 것을 알 필요는 없습니다. 사람들은 다양한 요구 사항에 대해 Salesforce를 사용하며 대부분은 기본 요구 사항을 넘어서지 않거나 이를 탐색할 시간이 없습니다. 그러나 Salesforce는 실제로 기본 계획에서 최종 실행 및 투자 수익 분석에 이르기까지 일상적인 비즈니스 운영에 도움이 되는 많은 추가 작업을 수행할 수 있는 종단 간 플랫폼입니다.

Salesforce는 지속적으로 성장하는 플랫폼이므로 Salesforce를 최대한 활용하려면 사용자가 업데이트에 대해 아는 것도 중요합니다. Salesforce를 배우는 것은 어려운 작업이 아니며 약간의 논리를 적용하여 기껏해야 기능도 탐색할 수 있습니다. 많은 경우 기술뿐만 아니라 사람들은 전문가들이 사용하는 전문 용어와 혼동하는 것 같습니다. 이 기사에서는 먼저 다양한 Salesforce Edition 및 다양한 Salesforce Sandbox와 관련된 용어에 대해 설명합니다.

Salesforce 에디션

Salesforce를 처음 사용하고 구입을 계획 중인 경우 첫 번째 시점에서 선택할 에디션을 결정해야 합니다. 각 에디션에는 맞춤형 기능 세트가 함께 제공됩니다. 따라서 비즈니스의 특성과 설정할 우선 순위에 따라 가장 적합한 Salesforce 에디션을 선택할 수 있습니다. 현재까지 아래와 같이 7개의 서로 다른 Salesforce 에디션이 있습니다.

 권장 사항: 모든 Salesforce 전문가가 알아야 할 10가지 기능.

개발자 샌드박스

Salesforce Sandboxes는 모든 사람이 첫 번째 지점에서 알아야 하는 주요 기능 중 하나입니다. 샌드박스는 사용자가 애플리케이션을 사용자 지정 코딩하고 다양한 요구 사항이나 목적을 위해 다양한 복사본을 만드는 데 도움이 됩니다. Sandbox는 기술적인 것을 개발, 테스트 및 교육하는 데 사용할 수 있습니다.

Sandbox는 Salesforce 생산 조직과 같은 SPO 외부의 전체 원격이므로 Sandbox에 대한 프로세스는 Salesforce 제조 조직에 영향을 미치지 않으며 그 반대도 마찬가지입니다.

일반적으로 건설 기간과 같은 특정 환경에 대한 할당 요청의 모든 세그먼트에서 여러 그룹이 모여 개선을 시도할 가능성이 있습니다. 이 예에서는 각 그룹이 개발을 위해 자체 샌드박스가 필요합니다. 개발 기간 이후에는 테스트 필드를 원하고, 훈련 기간 동안 교육 그룹은 훈련 원인을 위한 별도의 필드가 필요하며 생산을 진행하기 전에 하나의 STAGING 단계가 필요합니다. 이러한 모든 세그먼트별 필드는 필수입니다.

다음 SDLC 다이어그램은 아래의 모든 필수 필드를 보여줍니다.

샌드박스 개발 수명 주기

1. 개발 분야를 만듭니다.
2. Salesforce 로컬 도구 및 웹을 사용하여 만듭니다.
3. 통합 및 UAT를 포함하는 테스트 필드를 개발합니다.
4. 개발 분야에서 통합 분야로 추가 수정을 진행합니다.
5. 테스트.
6. 통합 환경에서 UAT 필드로 변화를 드리프트합니다.
7. 사용자 승인 테스트를 수행합니다.
8. UAT 환경에서 스테이징 환경으로 조정을 변경합니다.
9. STAGING에서 프로덕션 변경 사항을 재현합니다.
10. 릴리스에 대한 특정 시간 또는 날짜를 수정합니다.

샌드박스 유형

1. 개발자: 애플리케이션 코딩 및 테스트를 위한 샌드박스의 진정한 구성입니다. 개발자 Sandbox에서는 최대 200MB로 저장 및 데이터의 상한이 있습니다.
2. Developer Pro: 이 Sandbox는 다양한 조합으로 코딩 및 테스트를 위한 사용자 지정 구성 옵션을 제공합니다. 비공유 환경에서 독립형 개발자가 사용하기에 이상적입니다. 개발자 버전에 비해 저장 공간과 데이터 용량이 각각 1GB씩 더 커졌습니다. 그 외에는 개발자 버전과 동일합니다.
3. 그룹: Developer 및 Developer Pro Sandbox는 모두 개인 개발자를 위한 것이었지만 Group Sandbox는 이름에서 알 수 있듯이 그룹을 위한 것입니다. 팀 환경에서 이에 대한 일련의 개발 및 테스트 작업을 그룹화할 수 있습니다.
4. 전체: 모든 애플리케이션 스키마와 데이터가 동일한 개발 환경의 사본입니다. 프로덕션 Sandbox와 동일한 스토리지 및 데이터 제한이 제공됩니다.
5. 부분 복사: 전체와 마찬가지로 개체, 대시보드, 보고서 및 문서와 동일한 스키마를 가질 수도 있습니다. 스토리지와 데이터는 각각 5GB로 제한됩니다. 부분 복사는 비즈니스 또는 기술 테스트 등에 가끔 사용하기에 이상적입니다.

사용자는 조직을 테스트하기 위해 샌드박스를 사용자 정의할 수 있으며 누구나 Sandbox를 Lightning 및 Classic Salesforce 버전으로 만들 수 있습니다. 다음으로 많은 개발자가 처음 사용하는 Salesforce Lightning Platform을 살펴보겠습니다.

 다음을 좋아할 수 있습니다. 풍부한 Salesforce 모바일 애플리케이션 개발 플랫폼.

Salesforce Sandbox 템플릿을 만들려면 어떻게 해야 합니까?

Salesforce는 개발자 및 숙련된 개발자 Sandbox에 대해 템플릿을 만들 수 없는 경우에도 전체 및 부분 복사 Sandbox 템플릿을 만들 수 있는 조항을 제공합니다. Salesforce 샌드박스를 통해 사람은 제조에서 샌드박스로 또는 그 반대로 복제하려는 레코드의 길이를 조작하고 특정 개체를 선택할 수도 있습니다.

정보 샌드박스를 통해 다음과 같은 혜택이 제공됩니다.

샌드박스 템플릿은 생성 시 생성될 수 있습니다. 그러나 가장 좋은 5GB의 통계는 부분 또는 전체 샌드박스에 5GB의 문서와 함께 저장될 수 있습니다. 이제 샌드박스 템플릿을 만들고 사용하는 방법을 살펴보겠습니다. 부분 또는 전체 샌드박스일 수 있습니다.

샌드박스 템플릿을 삽입하려면 색인 아래 단계를 준수해야 합니다.

조직의 크기에 따라 적절한 샌드박스를 선택할 수 있으며 누구든지 선택할 수 있습니다. 복사가 완료되면 알림 메일을 받을 수 있습니다. Salesforce 샌드박스 템플릿 내에 가젯을 추가하려는 경우 메일에서 획득한 링크를 클릭하여 샌드박스 느슨한 Salesforce 데모에 입장할 수 있습니다. 그런 다음 각 개체 확인란을 선택합니다. 결정된 항목의 목록을 표시할 수 있으며 항목을 선택 취소할 수도 있습니다. 선호하는 항목을 선택한 후 저장 버튼을 클릭하고 샌드박스도 저장할 수 있습니다.

세일즈포스 라이트닝 플랫폼

Force.com의 개발에는 면밀히 주시해야 하는 몇 가지 주요 사항이 있습니다. 완성된 콘텐츠를 퍼블릭 도메인에 보관하여 게시합니다. 동시에 게시하기 위해 새 사이트를 항상 테스트하는 것은 중요한 과제입니다. 이러한 측면을 고려할 때 Force.com에는 많은 제한 사항이 있습니다. Force.com 개발자가 개발하는 동안 합병증에 직면하지 않도록 하기 위해 이러한 단점에 대해 아는 것이 이상적입니다. 이에 대해 자세히 알아보려면 Salesforce trailheads 및 사용자 정책을 살펴볼 수도 있습니다. DBMS에서도 효과적인 설계 모델을 고려할 수도 있습니다. 여기서 성공의 열쇠는 스키마와 쿼리 구조의 적절한 디자인입니다. 이러한 모든 혜택이 함께 제공되는 Salesforce Lightning은 이제 종단 간 개발 요구 사항을 충족하는 최고의 솔루션입니다.

 당신은 또한 다음을 좋아할 수 있습니다: 성공적인 Salesforce 구현의 8가지 기본 사항.

Lightning Flow의 올바른 사용

위에서 본 것처럼 Lightning Flow는 현재 가장 인기 있는 Salesforce 도구입니다. 주로 플래시가 없는 흐름 빌더입니다. Flow를 잘 이해하고 있는 Salesforce의 개발자는 Flow를 사용하여 큰 이점을 얻을 수 있습니다. Flow 빌더가 알아야 할 몇 가지 기본 사항은 다음과 같습니다. 흐름에 대해 알아보기 위해 Salesforce Trailheads를 사용할 수도 있습니다. 전문가 자습서와 함께 Salesforce 관리 포털에서 사용할 수 있는 교육 자료가 있습니다.

apex 트리거, 프로세스 빌더, 페이지 레이아웃 버튼을 통해 Flow를 시작하고 Lightning 구성 요소 또는 Lightning 커뮤니티에 포함할 수도 있습니다. 기억해야 할 또 다른 중요한 사항은 진행 중인 개발 환경에서 일을 더 쉽게 하기 위해 코드에 형식을 지정하고 주석을 추가하는 것이 중요하다는 것입니다. 또 다른 중요한 점은 개발 과정에서 Flow에서 테스트한 모든 개체를 언급했는지 확인하는 것입니다. 화면 흐름 측면에서 이들이 관련된 위치와 모든 페이지가 사용되는 위치를 언급하는 것이 중요합니다.

프로그래밍 측면에서 따르는 표준과 마찬가지로 요소를 준비하거나 Flow에서 변수를 생성하는 동안에도 적절한 명명 규칙을 준수해야 합니다. 무엇을 캡처해야 하는지에 대한 모든 변수 설명도 지정해야 합니다. 이러한 점을 고려할 때 Flow 과정에서 다른 사람이 작업을 더 진행하는 것을 방지하기 위해 사전에 약간의 추가 노력을 기울일 가치가 있습니다. 또 다른 전문가의 조언은 각 단계에서 수행한 작업을 문서화하기 위해 짧은 설명을 작성하는 것입니다. 이러한 추가 단계는 나중에 재고할 때 이전에 수행한 작업을 기억하는 데 도움이 됩니다.

이러한 모든 입력 사항을 준수하면 Lightning Flow를 올바르게 사용할 수 있습니다. 이렇게 하면 개발 과정에서 더 쉽고 이해하기 쉬워질 것입니다.

 이 기사는 Sujain Thomas가 작성했습니다. 수자인은 작가이자 SEO 전문가입니다. 요즘 수자인은 Flosum.com을 관리하고 글을 씁니다. 그녀의 주요 초점은 "Salesforce DX"입니다. 그녀는 IT 전문가가 서로의 고도로 전문화된 언어를 구사하는 방법을 배우는 데 도움이 되는 콘텐츠 구축을 담당하고 있습니다.