참고: 이 내용은 2021. 12. 8에 게시된 컨텐츠(Powered by Snowflake: Building a Connected Application for Growth and Scale)에서 번역되었습니다.
B2B SaaS 애플리케이션이 구축되는 방식에 큰 변화가 오고 있습니다. Redpoint Ventures의 사장인 벤처 캐피털리스트 Patrick Chase가 시사한 것처럼 업계 저명인사와 전문가들이 이를 보고 있으며 우리는 Powered by Snowflake 파트너 및 기업 고객과 함께 이를 보고 있습니다. 이는 고객이 자신의 데이터를 제어할 수 있도록 하는 연결된 애플리케이션으로의 전환입니다.
이것은 연결된 애플리케이션에 대한 두 부분으로 구성된 블로그 시리즈의 첫 번째 부분입니다. 이 게시물에서는 연결된 애플리케이션 모델과 이를 애플리케이션 공급자이자 고객으로서 모두 고려해야 하는 이유를 살펴보겠습니다. 다음 블로그 게시물에서는 연결된 애플리케이션의 작동 방식과 구축 방식을 검토할 것입니다.
연결된 응용 프로그램이 무엇일까요?
최근까지 SaaS 애플리케이션 공급자는 고객이 자체 환경에서 실행할 수 있는 것보다 훨씬 뛰어난 성능을 발휘하는 빅 데이터 기능에 투자했습니다. 결과적으로 그들의 애플리케이션이 고객의 데이터를 수집해야 SaaS 앱 공급자의 고성능 데이터 플랫폼 내에서 처리될 수 있었습니다. 이를 위해 고객은 자신의 데이터에 대한 제어를 포기하고 그 데이터에 액세스하기 위해 각 SaaS 애플리케이션에 대한 API 파이프라인을 구축 및 관리해야 했습니다. 고객 데이터가 저장되는 데이터 플랫폼을 앱 공급자가 관리하기 때문에 이러한 기존 모델을 구현하는 앱을 관리되는 애플리케이션이라고 합니다.
Snowflake Data Cloud™ 및 기타 최신 데이터 플랫폼의 광범위한 가용성으로 모든 규모의 기업이 자신의 공급업체와 동등한 상당히 크게 확장 가능하고 비용 효율적인 데이터 플랫폼을 채택하고 있습니다. SaaS 공급자는 이제 고객 데이터를 자체 데이터 플랫폼이 아닌 고객 데이터 플랫폼에 저장하고 처리할 수 있습니다. SaaS 공급자가 자체 관리 데이터 플랫폼에 데이터를 로드하는 대신 고객의 데이터 플랫폼에 연결하기 때문에 이러한 애플리케이션을 연결된 애플리케이션이라고 부릅니다.
연결된 애플리케이션은 SaaS 데이터에서 SaaS 코드를 분리
재무, 마케팅 및 보안 팀의 의사 결정권자는 데이터 사일로를 만들지 않으면서 회사에서 자신의 데이터를 계속 제어할 수 있는 SaaS 솔루션을 구현하기로 선택하고 있습니다. 이러한 이점을 실현하기 위한 핵심은 SaaS 데이터에서 SaaS 코드를 분리하는 SaaS 애플리케이션을 선택하는 것입니다.
개발자가 Snowflake® 또는 기타 최신 데이터 플랫폼에서 애플리케이션을 구축할 때 고객이 자신의 데이터에 대한 제어를 유지하고 개발자는 코드를 생성하고 유지 관리하는 방식으로 고객의 데이터에서 코드를 분리할 수 있습니다. 이렇게 연결된 애플리케이션을 만듭니다.
Snowflake의 독자적인 아키텍처는 늘 애플리케이션 개발자에게 상당한 기술적 이점을 제공해왔지만 점점 더 많은 Powered by Snowflake 파트너가 연결된 앱 모델이 자신의 제품을 더욱 차별화하고, 고객을 위한 가치를 높이며, Snowflake와의 시장 출시 제휴를 개선하는 데 도움이 될 수 있음을 깨닫고 있습니다.
고객이 연결된 앱 모델을 좋아하는 이유
고객이 자신의 Snowflake 인스턴스에 직접 연결되는 연결된 앱을 선택하는 여섯 가지 이유는 다음과 같습니다.
- 연결된 앱을 통해 전사적인 단일 진실 공급원 지원
SaaS 애플리케이션의 폭발적 증가는 높은 수준의 조각화로 이어졌습니다. Okta의 최근 연구에 따르면 2,000명 이상의 직원을 둔 고객들은 평균 175개의 애플리케이션을 유지한다고 합니다! 대부분의 SaaS 애플리케이션은 기존 관리형 모델에서 고객의 데이터를 관리하기 때문에 각 애플리케이션은 사실상 그림 1과 같이 새로운 사일로를 생성합니다. 이는 고객의 데이터 환경을 조각화하고 데이터 기반이 되는 것을 방해합니다.
그림 1: 기존 SaaS 애플리케이션 접근 방식에서 각 애플리케이션은 고객 데이터를 개별적으로 보유합니다.
연결된 앱 모델에서는 데이터가 대신 고객에 의해 중앙 집중화되고 각 앱은 고객의 데이터 플랫폼에 연결됩니다(그림 2 참조). 이는 사일로를 방지하고 고객이 데이터를 제어할 수 있도록 합니다.
그림 2: 연결된 앱 접근 방식에서 앱 공급자는 고객의 데이터 플랫폼에 연결합니다.
2. 연결된 앱으로 API 통합 백로그 방지
연결된 앱 모델을 구현하지 않는 많은 애플리케이션 공급자가 API를 통해 고객 데이터에 대한 액세스를 제공합니다. 이는 고객에게 각 애플리케이션에 대한 API 파이프라인의 구축 및 유지라는 부담을 줍니다. 대부분의 회사에는 많은 SaaS 애플리케이션이 있으며 이는 여러 파이프라인, 긴 통합 백로그 및 중앙 집중화되지 않는 데이터 세트를 의미합니다. 연결된 앱과는 API 통합을 구축하고 유지할 필요가 없습니다. 고객의 애플리케이션 데이터가 그들의 Snowflake 인스턴스에 있기 때문입니다. 또한 관리되는 애플리케이션이 Snowflake에 구축된 경우 이러한 문제가 적용되지 않습니다. 이 경우 고객이 API가 아닌 Snowflake의 안전한 데이터 공유 기능을 사용하여 데이터에 쉽게 액세스할 수 있기 때문입니다.
3. 연결된 앱으로 맞춤형 분석 가능
모든 애플리케이션의 데이터가 Snowflake 인스턴스에 중앙 집중화되어 있어 비즈니스 사용자는 애플리케이션 전반에 걸쳐 데이터 세트를 쉽게 분석할 수 있습니다. 예를 들어 규정 준수 분석가가 HR 애플리케이션의 종료 레코드와 ID 관리 서비스의 인증 이벤트를 상호 연관시키려고 할 수 있습니다. 마케팅 관리자는 CRM의 고객 구매 내역과 함께 고객 서비스 애플리케이션의 지원 티켓 데이터를 분석하여 오퍼를 타겟팅 할 수 있습니다. 이러한 유형의 애플리케이션 간 분석은 API 인터페이스 전반에 걸쳐 수행하기 어려울 것입니다.
4. 고객이 자체 데이터 거버넌스 정책 적용 가능
앱의 데이터를 자신의 Snowflake 인스턴스에 보관함으로써 고객은 데이터 거버넌스 정책이 일관되게 적용되도록 할 수 있습니다. 예를 들어, 일부 공급업체는 몇 개월 후에 자신들의 시스템에서 액세스 로그 및 금융 거래와 같은 레코드를 삭제합니다. 연결된 앱 모델을 사용하면 고객은 더 이상 애플리케이션 공급자의 제한된 보존 기간을 해결할 필요가 없으며 자신만의 보존 기간을 유연하게 결정할 수 있습니다.
5. 연결된 앱으로 느린 SaaS 속도 향상
SaaS 애플리케이션의 성능으로 어려움을 겪는 고객은 연결된 앱 모델을 사용하여 이를 해결할 수 있습니다. 고객이 Snowflake 인스턴스를 제어하고 있다면 애플리케이션 공급자가 사용하는 Snowflake 웨어하우스를 쉽게 확장할 수 있으므로 애플리케이션에 대한 검색 및 대시보드 속도가 빨라집니다. 이러한 속도 향상은 예를 들어 바쁜 감사 시즌 즈음에 일시적으로 이뤄질 수도 있고 회사가 성장함에 따라 영구적이 될 수도 있습니다.
6. 연결된 앱이 기업 전체에 실행 가능한 보고를 제공
대부분의 SaaS 애플리케이션이 몇몇 보고 기능을 제공하지만 대시보드는 대체로 기본적인 수준입니다. 모든 데이터에 대한 액세스를 제공하지 않으며 해당 애플리케이션에 로그인해야 합니다. 만약 그 데이터가 고객의 데이터 플랫폼에 있다면, 필요에 맞게 사용자 지정할 수 있고 회사의 모든 사람이 액세스할 수 있는 Tableau와 같은 표준 도구를 통해 이를 엔터프라이즈 BI 보고서에 사용할 수 있습니다. 더 이상 CSV 파일을 내보내거나 스크린샷을 보낼 필요가 없습니다.
애플리케이션 공급자를 위한 이점
연결된 앱 모델로 혜택을 받는 것은 고객만이 아닙니다. SaaS 애플리케이션 공급자 역시 그렇습니다. 다음은 Powered by Snowflake 파트너와의 경험에서 배운 내용입니다.
고객이 연결된 앱 모델을 좋아함
애플리케이션 공급자는 고객이 이를 좋아하여 그들의 애플리케이션을 차별화할 수 있기 때문에 연결된 앱을 좋아합니다. 고객은 자신의 데이터를 제어하는 것을 좋아하며 이를 지원하는 공급업체의 연결된 앱 모델을 선호하곤 합니다. 이러한 선호에 대응할 수 있게 되면 앱 공급자가 우위를 점하고 더 많은 비즈니스를 수주할 기회가 생깁니다. 고객이 좋아하는 몇 가지 이유는 다음과 같습니다.
연결된 앱 모델은 Snowflake의 시장 출시 전략과 일치함
연결된 앱 모델은 Snowflake와의 더 강력한 협업을 가능하게 합니다. Snowflake는 소비 기반 판매 모델을 가지고 있으며 Snowflake 영업 담당자는 고객 가치를 제공하고 Snowflake의 5,400명 이상의 고객(2021년 10월 31일 기준)의 소비를 촉진할 수 있는 새로운 사용 사례와 워크로드를 항상 찾고 있습니다. 결과적으로 연결된 앱 모델을 제공하는 애플리케이션 공급자는 계정 팀과의 협업과 Snowflake의 고객 기반에 애플리케이션을 마케팅할 수 있는 더 큰 기회의 혜택을 받을 수 있습니다.
판매 주기 마찰이 감소됨
공급자의 데이터 플랫폼에 자신의 데이터를 저장하는 새로운 SaaS 애플리케이션을 선택할 때 규정 준수 및 보안과 관련된 이의를 제기하는 잠재 고객이 종종 있습니다. 예를 들어 많은 고객이 데이터를 특정 클라우드 지역에 저장해야 하는 특정한 데이터 보존 요구 사항을 가지고 있습니다. 연결된 앱 모델에서는 이것이 문제가 되지 않습니다. 고객이 선택한 지역에 데이터가 남아 있기 때문입니다. 다른 잠재 고객은 스타트업 기업의 보안 성숙도에 대해 우려할 수도 있는데, 이 역시 이 모델로 해결될 수 있습니다. 연결된 앱 모델을 구현함으로써 애플리케이션 공급자는 이러한 문제를 피하고 판매 주기의 마찰을 줄일 수 있습니다.
마진이 개선됨
Snowflake를 기반으로 구축하면 Snowflake의 소비 기반 가격 책정 모델로 인해 앱 공급자가 마진을 보호할 수 있습니다. 애플리케이션 공급자는 컴퓨팅 비용을 초 단위로 지불하고 사용한 만큼만 비용을 지불합니다. 연결된 앱 접근 방식은 Snowflake 소비 및 비용이 공급자가 아니라 그들 고객의 시스템에 있기 때문에 애플리케이션 공급자의 마진을 더욱 향상합니다.
잠재적인 과제
연결된 앱 모델을 구현하는 앱 공급자에게 몇 가지 새로운 과제가 있긴 하지만 위에서 언급한 장점이 단점보다 더 크다고 생각합니다. 예를 들어, 일부 파트너는 내부 최적화를 위한 교차 고객 분석을 지원하는 것이 연결된 앱 모델 내에서 가능하긴 하지만 관리되는 앱 모델 내에서 더 쉽게 구현된다는 점을 공유했습니다.
두 모델 모두 지원
연결된 앱 및 관리되는 앱 모델은 상호 배타적이지 않고 상호 보완적입니다. Snowflake로 구동되는 애플리케이션을 구축하는 애플리케이션 공급자는 두 모델 모두 지원하는 것을 고려해야 합니다. 이렇게 하면 Snowflake 계정이 있거나 개설할 수 있는 고객에게는 연결된 앱 모델을 배포하고 다른 고객에게는 관리형 앱 모델을 배포하여 다양한 고객 요구 사항을 충족하는 유연성을 갖고 다룰 수 있는 시장을 확대할 수 있습니다. Panther 및 Hunters와 같은 Powered by Snowflake 파트너는 두 모델 모두 지원합니다.
실제 사례: Hunters와 NETGEAR
연결된 애플리케이션 모델의 이점에 대한 좋은 예는 사이버 보안 분야에 있습니다. 역사적으로 보안 팀은 전용 SIEM(보안 정보 및 이벤트 관리) 솔루션에 데이터를 수집했습니다. 이러한 시스템은 규모와 유연성에 골치 아픈 한계를 지닌 채 기업의 나머지 데이터 스택과 별도로 운영됩니다. 결과적으로 대부분의 보안 조직은 그 기업의 나머지에서 격리된 수많은 데이터 사일로와 씨름했습니다.
이러한 제한을 제거하고 빠르게 성장하는 NETGEAR의 클라우드에 대한 보안 요구 사항을 충족하기 위해 NETGEAR의 글로벌 사이버 보안 책임자인 Pallavi Damle는 데이터 클라우드의 연결된 앱으로 전환했습니다. 이 블로그 게시물에 설명된 대로 Damle은 전용 SIEM 솔루션으로부터 이동하여 Snowflake에서 NETGEAR의 다른 분석 워크로드와 함께 보안 분석을 실행하면서 상당한 비용 절감과 함께 가시성 및 자동화 목표를 달성했습니다. 이러한 변화는 NETGEAR가 Hunters로부터 구매한 SaaS 솔루션 덕분에 가능했습니다. Powered by Snowflake 파트너이자 Snowflake Ventures 포트폴리오 회사인 Hunters는 고객이 독립 실행형으로 실행하거나 기존 Snowflake 인스턴스에서 실행할 수 있는 위협 탐지 및 대응 기능을 제공합니다.
Hunters는 NETGEAR의 Snowflake 계정에 보안 데이터를 로드하고 NETGEAR의 Snowflake 컴퓨팅 리소스로 인터페이스 및 자동화를 강화합니다. NETGEAR의 Snowflake 리소스에 대한 직접 액세스는 Hunters의 위협 탐지 엔진이 보다 완전하고 다양한 데이터 세트를 활용하고 이를 결합한다는 것을 의미합니다. 신속한 조사가 필요한 보안 사고가 있는 경우 NETGEAR 정보 보안 팀은 필요에 따라 쿼리 능력을 빠르게 확장할 수 있습니다. NETGEAR가 웨어하우스 크기를 제어하기 때문입니다. 이는 매력적인 모델이며 NETGEAR가 Hunters 고객이 되는 데 중요한 역할을 했습니다.
Hunters는 혼자가 아닙니다. Securonix 및 Panther와 같은 흥미로운 보안 업계 플레이어 역시 이 혁신적인 접근 방식을 채택하고 있습니다.
참여 방법
Snowflake 데이터 클라우드 및 기타 최신 데이터 플랫폼의 인기가 높아짐에 따라 많은 기업이 SaaS 애플리케이션에 연결된 앱 접근 방식을 선택하고 있습니다. SaaS 공급자는 새로운 성장 기회를 즐기는 한편, 기업은 데이터에 대한 통제력을 유지합니다. 중요한 것은 Snowflake를 지원하는 SaaS 공급자가 Snowflake 영업 팀과의 강력한 시장 출시 제휴 및 수천 명의 Snowflake 고객에 대한 잠재적인 액세스의 이점을 누릴 수 있다는 점입니다.
더욱이 Snowflake와의 통합은 매우 간단합니다. 일반적으로 긴 재플랫폼 프로젝트에 참여할 필요가 없습니다. Snowflake에서 제공하는 커넥터와 서비스가 양방향 통합에 빠르게 활용되어 SaaS 공급자에 매우 매력적인 ROI를 제공합니다.
이러한 앱이 작동하는 방식과 이를 구축하는 방법에 대해 알아볼 다음 연결된 앱 블로그 게시물을 계속 지켜봐 주시기 바랍니다. 코드와 데이터를 분리하는 앱을 만드는 방법에 대한 자세한 정보를 찾고 있다면 Powered by Snowflake 프로그램을 통해 Snowflake 파트너가 되십시오. Powered by Snowflake 프로그램은 고객의 Snowflake 인스턴스에서 직접 실행할 수 있는 애플리케이션을 설계하고 구현하는 과정을 회원에게 안내합니다. 일단 솔루션을 시작하면 이 프로그램을 통해 데이터 클라우드 사용자 사이에서 솔루션에 대한 인식을 높일 수도 있습니다.