블로그

드림포스 행사 중 세일즈포스 개발자를 위한 공간

세일즈포스(Salesforce)는 업계 표준 언어를 플랫폼에 '더 가깝게' 도입하여 사용할 수 있는 프로그래밍 언어는 더욱 유연하게 하는 등 매년 개발자 경험을 개선하기 위해 끊임없이 노력하고 있습니다.

그렇다면 주목할 만한 세일즈포스 개발자 트렌드는 무엇일까요? 대표적인 8가지를 소개합니다.

1. Salesforce 플랫폼의 GraphQL

GraphQL은 API를 위한 업계 표준 쿼리 언어입니다. 사용할 수 있는 모든 리소스에 대한 단일 엔드포인트가 존재하며, 여러 리소스에 걸쳐 데이터를 집계할 수 있습니다.

GraphQL과 플랫폼 이벤트는 둘 다 필요한 것만 요청하고 그 이상은 요청하지 않기 때문에 오버페칭/언더페칭(over-fetching/under-fetching)을 방지한다는 점에서 유사하며 전반적으로 앱 성능이 향상됩니다.

Graphical은 GraphQL에 널리 사용되는 IDE입니다.

• 데이터를 노드, 에지 및 연결 모음에 매핑하는 법
• 반조인 및 반조인 필터를 사용하는 법
• 루트 유형부터 연결, 노드까지 전체 스키마를 탐색하는 법

예) 고객 참여를 표시하는 앱의 프로필 페이지. REST API를 사용하면 통합이 각 리소스에 대해 서로 다른 엔드포인트를 호출해야 하므로 서버는 데이터 및 메타터이터가 포함된 프로필 페이지를 렌더링하기 위해 여러 차례의 라운드가 필요합니다. 이렇게 하면 속도가 느려지고 특히 모바일에서 성능이 저하됩니다. GraphQL을 사용하면 한 라운드에 하나의 엔드포인트를 서버로 호출합니다.

응답 스키마는 요청 스키마와 유사하므로 쿼리에서 원하는 결과의 모양을 설명할 수 있습니다.

GraphQL Wire Adapter: 라이트닝 웹 컴포넌트(LWC)에서 기본 쿼리 기능을 제공합니다. 즉, LWC에서 GraphQL을 호출할 수 있습니다.

2. Lightning Web Components (LWC)

특히 프론트엔드 개발에서 LWC는 '대세'입니다. LWC가 출시된 이후, Aura 컴포넌트의 수명이 다해가고 있다는 사실이 명확히 드러났습니다. (Salesforce는 이전 버전과의 호환성을 이유로 VF/Aura만 유지해 왔습니다)

지난 2년 동안은 LWC가 없이도 버틸 수 있었을지 모르지만, 계속 버티다 보면 커리어가 '벽에 부딪히게' 됩니다. 업무에 지장을 주지 않으면서도 배울 기회가 있을 때 LWC를 학습하세요.

Lightning Web Security은 Locker Service에 있던 모든 보안 기능을 개선하여 구현했지만, 주요 차이점이 있습니다.

• 웹 표준을 기반으로: Lightning Web Security 은 광범위한 브라우저 및 웹 기술에 맞춰 발전해야 합니다.
• 액세스: 문서, 창, 탐색기 등 실제 JavaScript 전역 객체에 액세스할 수 있습니다.
• 성능이 눈에 띄게 향상되었습니다: 이는 더 이상 스푸핑 글로벌 오브젝트의 Locker 서비스 래퍼가 필요하지 않기 때문입니다.

3. Salesforce Flow

Salesforce는 Flows를 강력하게 추진하고 있습니다. 사용자 지정이나 커스텀이 아닌 모든 것은 Flows를 통해 구축하는 것을 추천합니다.

Salesforce는 Flow의 엄청난 발전을 고려하여 "코드가 아닌 클릭"이라는 메시지를 삭제한 것처럼 보이기까지 했습니다. Flow가 로우코드 프로그래밍 언어일지라도 Salesforce 플랫폼의 핵심 프로그래밍 언어가 될 것입니다.

개발자의 '실력 향상'을 위한 주목할 만한 개선 사항

• Lightning Web Components + Flow: Lightning Web Components (LWC)의 정교함을 Screen Flow에 결합한 기능입니다. lightning-flow component를 사용하여 Screen Flow를 LWC에 임베드할 수 있습니다.
• Flow Reactive Screen Components: 반응형 화면을 사용하면 하나의 사용자 지정 컴포넌트가 같은 화면의 다른 컴포넌트에 반응하는 Flow Screen을 만들 수 있습니다.

• Flow Data table Component: 이 화면 흐름 컴포넌트는 많은 사람들이 좋아할 것입니다. Screen Flow을 위한 기본 옵션입니다.
• ‘In’/‘Not In’ operator: 새로운 데이터 테이블 컴포넌트와 관련하여 사용자가 레코드 목록을 보고 선택할 수 있습니다. 백엔드에서 컬렉션의 루프가 필요 없는 확장성 높은 Flow 디자인에 반가워 합니다. 요약하면, Flow가 ID 목록을 호출하도록 요청하여 사용자가 데이터 테이블에서 선택한 것과 비교하면 해당 목록의 모든 ID와 필드가 일치하는 관련 레코드를 찾을 수 있습니다. 레코드, 레코드 업데이트, 레코드 요소 삭제에 사용할 수 있습니다.

4. ‘Reusable’ 재사용 가능한 구성 요소

Salesforce Lightning 프레임워크는 조직 전체에서 재사용할 수 있는 구성 요소, 즉 '빌딩 블록'에 관한 것입니다. 개발자는 재사용할 수 있는 구성 요소와 Flow에서 사용할 수 있는 작업을 만들어 나머지 팀원들을 위한 멀티플라이어 역할을 할 수 있으며,이는 Salesforce UI의 다른 곳에서도 사용할 수 있습니다.

Flow 가능한 작업은 "개발자가 유용한 코드 기능을 다른 Salesforce 도구에서 사용할 수 있는 선언적 빌딩 블록으로 패키징할 수 있게 해주는" 주요한 예 중 하나입니다. 여기에는 Flow 등이 포함됩니다.

이러한 '기타' 중 하나가 Account Engagement (Pardot) External Actions입니다.

External Actions을 사용하면 마케터는 Engagement Studio와 같은 로우코드 도구를 통해 파닷 외부의 잠재 고객('People Object')에 대해 액션을 취할 수 있습니다.(Engagement Studio)

Flow 가능한 작업은 입력에 대한 매개변수를 설정하고(Flow 또는 Engagement Studio에), 이 값을 출력에 사용하는 웨비나 플랫폼(예: Prospect 데이터를 전송하여 예정된 웨비나에 등록하려는 웨비나 플랫폼)을 설정합니다.

>좀 더 자세히 보기: Pardot(Account Engagement) 외부 작업

5. Salesforce 코드 빌더

코드 빌더를 통해 Salesforce 개발자는 웹 기반 환경과 생산성을 높여주는 모든 도구의 장점을 모두 누릴 수 있으며, 이를 통해 Salesforce 플랫폼에서 앱을 더 빠르고 쉽게 구축할 수 있습니다.

Microsoft 의 Visual Studio Codespaces를 기반으로 구축된 코드 빌더는 브라우저에서 완전히 실행되는 Visual Studio Code의 모든 기능을 갖춘 버전입니다.

코드 빌더를 사용하면 개발자는 별도의 설정이나 구성없이도 현재 작업 중인 Salesforce 조직에 인증하여 Salesforce 확장 프로그램, Salesforce CLI, Git 통합을 포함한 Salesforce 플랫폼에서 애플리케이션을 빌드할 수 있습니다.

해당 기능을 활용하고 계시지 않다면 확인해보세요!

6. Salesforce Functions

Salesforce Functions를 사용하면 개발자는 이전과는 전혀 다른 방식으로 Salesforce 플랫폼의 기능을 확장할 수 있습니다. 함수는 별도의 전용 보안 컴퓨팅 환경에서 선호하는 프로그래밍 언어(Apex가 아닌 다른 언어를 사용할 수도 있습니다!)로 실행되는 코드를 활용합니다.

>좀 더 자세히 알아보기: Salesforce Functions 시작하기

개발자는 Salesforce Functions를 어떻게 사용할 수 있는지, 그리고 어떤 경우에 적합한 도구인지 알고 있어야 합니다. 특히 매우 복잡한 비즈니스 프로세스의 경우 Salesforce 플랫폼과 싸우지 말고 함께 작업해야 합니다.

"많은 솔루션을 훨씬 더 단순하게 만드는 데 있어 Functions이 핵심이라고 생각하며, 가격 인하 또는 리모델링이 이루어지기를 바라고 있습니다."

-Todd Halfpenny, 모바일 기술 아키텍트-

7. 2GP (2세대 패키징)

2세대 패키징에 대해 알고 있는 것은 ISV에서 일하거나 AppExchange에 출시할 의도가 있는 제품 상황에 있는 분들에게 중요합니다.

2GP(2세대 패키징)로 전환하면 개발 리소스를 절약할 수 있다는 점에서 비용 절감 효과가 매우 큽니다. 또한 2GP는 DevOps와 더욱 긴밀하게 통합됩니다.

"저희 앱에는 1 GP와 2 GP 버전이 있습니다. 1 GP 버전은 테스트 환경에 설치하는 데 약 20분 정도 걸리는데, 앱을 업로드하고 생각하는 동안 기다린 다음 패키지를 업로드하고 다시 기다려야 합니다. 2GP를 사용하면 이 과정을 자동화할 수 있습니다."

-Alex Crisp, 선임 개발자, Seven20.-

8. DevOps



DevOps는 Salesforce에서 비교적 새로운 개념입니다. 지난 몇 년 동안 Salesforce의 개발자 센터 및 타사 제공업체를 포함하여 도구가 더욱 개선되었습니다.

>좀 더 자세히 알아보기: Salesforce 개발자 센터

SFDX는 일반적으로 인기 있는 기술이며, 시간이 지날수록 그 중요성은 더욱 커질 것입니다.

DevOps는 여러 조직에 걸쳐 배포를 관리하기에 까다로운 컨설팅 회사에서 일하는 컨설턴트 개발자에게 매우 적합합니다. 컨설팅 회사 외의 경우에도 배포가 제대로 작동하는지 검증하는 것이 간단하더라도 소스 제어를 사용하고 자동화된 릴리스 파이프라인을 갖추는 것이 중요합니다.

>자세히 보기: Salesforce 릴리스를 자동화하는 방법

개발자는 DevOps에 '익숙해져야' 할 뿐만 아니라 DevOps 진화의 다음 단계인 DevSecOps에 대해서도 생각해 볼 수 있습니다. DevSecOps는 보안을 운영 모델에 도입하여 보안 위험을 완화하는 동시에 CI/CD 파이프라인을 지연 없이 진행하고 개발자의 일상생활을 더 편하게 만드는 것을 목표로 합니다.

Salesforce에서 DevOps의 진화

출처

8 Salesforce Developer Trends for 2023 | Salesforce Ben