Salesforce와 AWS 간의 의존성 이해: 무엇이 무엇에 실제로 의존하는가

Salesforce를 실행했는데 특정 기능이 느리거나, 사용할 수 없거나, 오류가 발생하는 경우를 생각해 보세요. 동시에 AWS 문제 보고도 확인할 수 있습니다. 이때 "Salesforce는 AWS에서 실행되므로 AWS가 원인일 것이다"라고 단정짓기 쉽습니다. 때로는 방향적으로 맞을 수도 있지만, 실제 의존성은 더 복잡합니다. Salesforce는 특히 Hyperforce를 통해 AWS를 광범위하게 사용 하지만, 일부 Salesforce 환경 및 서비스는 다른 인프라를 사용하기도 합니다. 따라서 AWS 장애는 모든 Salesforce 고객이나 모든 Salesforce 제품에 영향을 미치지 않더라도 일부 Salesforce 워크로드에 영향을 줄 수 있습니다.

실질적인 질문은 Salesforce가 AWS를 사용하는지 여부만이 아닙니다. Salesforce는 AWS를 사용합니다. 중요한 질문은 Salesforce 서비스의 어떤 부분이 어디에 호스팅되는지, 어떤 AWS 리전 또는 서비스에 의존하는지, 그리고 문제가 Salesforce, AWS, 자체 통합 또는 이들 간의 네트워크 경로에 있는지 여부입니다 . 이 가이드에서는 가장 간단한 확인부터 심층적인 아키텍처 세부 정보까지 이러한 의존성을 설명하고, 자체 상황을 검증하는 방법을 보여줍니다.

먼저 Salesforce의 Hyperforce가 무엇을 의미하는지 이해해야 합니다.

Hyperforce 는 Salesforce 애플리케이션을 지역 클라우드 환경에서 제공하기 위한 Salesforce의 퍼블릭 클라우드 인프라 아키텍처입니다. Salesforce는 Hyperforce를 Customer 360의 기반이 되는 인프라로 설명하며, 퍼블릭 클라우드 제공업체를 활용하여 지역 가용성, 데이터 상주, 보안 제어 및 확장성을 향상시킵니다.

Salesforce는 2026년 9월 기준으로 Hyperforce가 여러 국가에서 Amazon Web Services(AWS)를 통해 제공되고 있으며 Google Cloud Platform으로도 확장될 예정이라고 밝혔습니다. 이 차이점은 중요합니다. "Salesforce가 AWS를 사용한다"는 것은 사실이지만, "모든 Salesforce 조직이 AWS에서만 운영된다"는 것은 사실이 아닙니다. Salesforce는 여전히 자체적으로 관리하는 일부 인프라를 운영하고 있으며, 개별 서비스는 핵심 조직과 별도의 인프라에서 실행될 수 있습니다.

Salesforce의 최신 인프라 위치 안내는 Salesforce 도움말: 내 Salesforce 인스턴스는 어디에 있나요? 에서 확인할 수 있습니다 . 또한 Salesforce는 Hyperforce 모델에 대한 자세한 설명을 Salesforce Hyperforce 일반 정보 및 FAQ 에서 제공합니다 .

Salesforce와 AWS 간의 의존성은 어느 정도입니까?

두 회사 간의 의존성은 상당하지만 다층적입니다. AWS는 수년간 Salesforce의 주요 전략적 클라우드 공급업체였으며, AWS는 두 회사가 글로벌 전략적 파트너십을 맺고 있다고 설명합니다. Salesforce는 Hyperforce 배포를 위해 AWS 인프라를 사용하고 있으며, Amazon Connect 및 Amazon Bedrock과 같은 AWS 서비스와 Salesforce 제품을 통합하기도 했습니다.

고객과의 관계를 세 가지 계층으로 구분하는 것이 도움이 됩니다.

이 계층형 모델이 문제 해결의 핵심입니다. "Salesforce가 작동 중입니다"라는 상태 페이지가 표시된다고 해서 AWS에서 호스팅되는 통합이 정상이라는 것을 보장하는 것은 아닙니다. 마찬가지로, 광범위한 AWS 이벤트가 발생했다고 해서 특정 Salesforce 인스턴스가 영향을 받았다는 것을 의미하지도 않습니다.

AWS 장애가 발생했다고 해서 Salesforce도 자동으로 다운되지 않는 이유는 무엇일까요?

Salesforce는 Hyperforce 인스턴스가 해당 리전 내 3개의 가용 영역(Availability Zone, AZ)에 걸쳐 액티브/액티브 모델을 사용 한다고 밝혔습니다. 가용 영역은 AWS 리전 내의 격리된 위치입니다. 액티브/액티브 설계에서는 애플리케이션 용량이 여러 영역에 분산되어 운영되며, 하나의 영역을 콜드 스탠바이로 유휴 상태로 유지하는 방식은 사용되지 않습니다. Salesforce에 따르면 트래픽은 3개 영역의 활성 애플리케이션 서버에 분산되고 데이터베이스 복제를 통해 영역 간 일관성이 유지됩니다.

해당 아키텍처는 단일 가용 영역에 대한 의존도를 줄이기 위해 설계되었습니다. 특정 가용 영역에 국한된 문제가 발생하더라도 다른 영역을 통해 서비스가 계속 제공될 수 있도록 지원합니다. 하지만 다중 가용 영역 아키텍처가 모든 장애 유형을 완전히 제거하는 것은 아닙니다. 지역 전체에 걸친 서비스 문제, 제어 평면 문제, 네트워크 장애, 소프트웨어 오류, 종속성 오류 또는 애플리케이션 수준의 장애는 여전히 서비스 가용성에 영향을 미칠 수 있습니다.

따라서 올바른 사고방식은 다음과 같습니다. AWS의 Salesforce는 AWS 리전 내에서 복원력이 뛰어나도록 설계되었지만, 더 큰 규모의 AWS 이벤트 발생 시 영향을 미칠 수 있는 인프라 종속성이 여전히 존재합니다 .

일부 Salesforce 서비스는 핵심 조직과 별개로 장애가 발생할 수 있습니다.

많은 사고 조사에서 오류가 발생하는 지점이 바로 여기입니다. Salesforce는 특정 서비스가 고객 조직과 통합되면서도 별도의 인프라에서 실행될 수 있음을 명시적으로 밝히고 있습니다. 예를 들어, Salesforce의 Sales Engagement, Einstein Activity Capture, Salesforce Inbox, Einstein Conversation Insights 관련 문서에는 이러한 서비스가 조직의 Salesforce Core 인프라와는 별도의 AWS 인프라에서 호스팅된다고 명시되어 있습니다.

즉, 사용자는 다음과 같은 상황을 접할 수 있습니다.

• Salesforce 로그인 및 핵심 CRM 기록은 정상적으로 작동합니다.
• 특정 생산성 서비스 또는 아인슈타인 관련 서비스의 성능이 저하되었습니다.
• 이 문제는 핵심 Salesforce 조직보다는 별도의 인프라와 관련이 있습니다.

Salesforce는 Sales Engagement, Einstein Activity Capture, Salesforce Inbox 및 Einstein Conversation Insights에 대한 Hyperforce 마이그레이션 가이드 에서 이러한 분리를 문서화합니다 .

가장 쉬운 점검부터 시작하여 문제 해결을 시작하세요.

1. AWS가 문제의 원인이라고 단정하기 전에 Salesforce Trust 설정을 확인하세요.

Salesforce의 공식 상태 및 신뢰 정보부터 시작하세요. "Salesforce가 다운되었습니다"와 같은 일반적인 보고서에 의존하기보다는 특정 Salesforce 인스턴스의 상태를 확인하세요. Salesforce는 조직의 인스턴스를 식별하는 방법을 Salesforce 조직의 인스턴스 정보 보기 에서 설명합니다 .

Salesforce 설정에서 빠른 찾기 상자를 사용하여 회사 정보를 찾은 다음 인스턴스 필드를 찾으세요 . Salesforce에 따르면 AP0과 같은 두 글자 인스턴스 접두사는 Salesforce에서 관리하는 자체 인프라를 나타내고, GBR10과 같은 세 글자 접두사는 Hyperforce 인프라를 나타냅니다.

2. Hyperforce 조직이 AWS에 있는지 확인하십시오.

Hyperforce 인스턴스가 영원히 AWS와 동일시되는 것은 아닙니다. Salesforce는 Hyperforce가 AWS에서 사용 가능하며 Google Cloud Platform(GCP)으로 확장될 예정이라고 밝혔습니다. Salesforce 문서에서는 특정 Hyperforce 인스턴스가 AWS 또는 GCP에 있는지 확인해야 하는 고객은 Salesforce 고객 지원팀에 문의하도록 안내하고 있습니다.

이는 사고 상관관계 분석에 있어 점점 더 중요해지고 있습니다. 단순히 단어 자체만 보고 "Hyperforce"를 "AWS"로 매핑해서는 안 됩니다.

3. 관련이 있는 경우에만 특정 AWS 리전을 확인하세요.

조직 또는 영향을 받는 Salesforce 서비스가 AWS에서 실행 중임을 확인했다면 해당 리전을 확인하십시오. Salesforce의 최신 위치 문서에는 Hyperforce 리전과 해당 퍼블릭 클라우드 공급자가 나와 있습니다. 예를 들어 Salesforce는 시드니, 뭄바이, 도쿄, 싱가포르, 런던, 프랑크푸르트, 캐나다 중부 및 여러 미국 리전을 포함한 AWS 기반 Hyperforce 리전을 나열합니다.

그런 다음 Salesforce 장애를 해당 리전 및 서비스와 관련된 공식 AWS 상태 정보와 비교하십시오. 한 AWS 리전에서 발생한 문제를 관련 없는 Salesforce 리전의 문제로 간주하지 마십시오.

4. Salesforce 호스팅과 AWS 통합을 분리하십시오.

Salesforce 자체에 문제가 없다면 통합 경로를 점검하십시오. 일반적인 고객 측 종속성에는 API 게이트웨이, Lambda 함수, Amazon Connect, 데이터베이스, 큐, 프라이빗 엔드포인트, VPN, DNS 및 기업 네트워크 제어가 포함됩니다. 이러한 구성 요소 중 하나에서 오류가 발생하면 Salesforce 워크플로 내에서 오류가 발생하기 때문에 사용자에게는 "Salesforce 문제"로 나타날 수 있습니다.

유용한 테스트 방법은 다음과 같습니다. 동일한 Salesforce 작업이 AWS 서비스를 호출하지 않고도 성공할 수 있습니까? 만약 그렇다면, 핵심 조직은 정상일 수 있지만 통합 경로에 문제가 있을 수 있습니다.

AWS Direct Connect는 어떻습니까?

일부 조직에서는 AWS Direct Connect (AWS에 대한 사설 네트워크 연결)를 사용하여 AWS에서 Hyperforce에 필요한 네트워킹 요구 사항을 지원합니다. Salesforce는 사설 연결, 규정 준수 또는 데이터 상주 요구 사항이 있는 조직을 위해 특정 Hyperforce 이메일 트래픽을 AWS Direct Connect를 통해 라우팅하는 사용 사례를 문서화했습니다.

이로 인해 또 다른 종속성 계층이 생성됩니다. 프라이빗 연결이 관련된 경우, 인시던트가 Salesforce 자체 내부가 아닌 사용자와 Salesforce 사이에 위치할 수 있습니다. 관련 Salesforce 문서는 Hyperforce용 AWS Direct Connect를 통한 이메일 라우팅을 참조 하십시오 .

세일즈포스가 멀티 클라우드 하이퍼포스 모델로 전환하는 이유는 무엇일까요?

Salesforce는 Hyperforce가 여러 퍼블릭 클라우드 제공업체에서 운영되도록 설계되었다고 설명합니다. 이는 하나의 하이퍼스케일러가 모든 Salesforce 워크로드의 영구적인 기반이 되어야 한다는 아키텍처적 가정을 완화합니다. Salesforce의 2026년 문서에 따르면 Hyperforce는 AWS에서 사용할 수 있으며, Google Cloud Platform 지원은 Salesforce의 로드맵 공개에 따라 일부 지역에서 도입될 예정입니다.

고객에게 있어 이는 기존 Salesforce 조직이 AWS 장애 발생 시 AWS에서 Google Cloud로 자동으로 페일오버된다는 것을 의미하지는 않습니다. 멀티 클라우드 지원은 Salesforce가 플랫폼을 배포하고 운영할 수 있는 위치에 관한 것입니다. Salesforce에서 사용 중인 서비스에 대해 명시적으로 문서화하지 않는 한, 공급자 간 페일오버가 지원된다고 가정해서는 안 됩니다.

세일즈포스와 AWS의 파트너십은 호스팅을 넘어 어떤 의미를 가질까요?

AWS와 Salesforce의 협력 관계는 단순한 인프라 호스팅에 그치지 않습니다. 두 회사는 데이터, AI, 컨택센터 기능, 통합 및 조달을 아우르는 더욱 폭넓은 전략적 파트너십을 구축했습니다. AWS 공식 파트너십 페이지에서는 Salesforce 제품과 AWS 기술을 활용한 통합 사례를 소개하고 있으며, 여기에는 생성형 AI 및 데이터 관리 기능 등이 포함됩니다. 자세한 내용은 AWS와 Salesforce의 공식 파트너십 페이지 에서 확인하실 수 있습니다 .

이는 아키텍처 검토 과정에서 중요한데, 두 가지 서로 다른 의존성 문제가 발생하기 때문입니다.

• Salesforce 자체는 어디에서 실행되나요? 이는 호스팅에 따라 달라집니다.
• Salesforce에 연결하기 위해 어떤 AWS 서비스를 선택하셨나요? 이는 사용자가 직접 제어할 수 있는 통합 종속성입니다.

이 두 가지 종속성은 담당자, 모니터링 경로, 복구 절차 및 지원 팀이 서로 다릅니다.

실제 사고 점검 목록

사용자가 Salesforce를 사용할 수 없거나 부분적으로 작동하지 않는다고 보고하면 다음 확인 절차를 순서대로 진행하십시오.

1. 단순히 "Salesforce"라고만 하지 말고, 정확히 어떤 Salesforce 기능이 영향을 받았는지 확인하십시오.
2. Salesforce 인스턴스를 찾고 공식 Salesforce Trust 상태를 확인하세요.
3. 조직이 Salesforce 관리형 인프라를 사용하는지 아니면 Hyperforce를 사용하는지 확인합니다.
4. Hyperforce를 사용하는 경우, 관련 배포에서 AWS를 사용하는지 확인하십시오.
5. AWS 리전은 관련이 있다는 것을 확인한 후에만 식별하십시오.
6. 오류가 발생하는 기능이 핵심 조직과 별도로 호스팅되는 Salesforce 서비스인지 확인하십시오.
7. AWS 통합, 프라이빗 네트워킹, DNS, API 또는 컨택센터 서비스 중 어느 것이 실제 오류의 원인인지 테스트해 보세요.
8. Salesforce 지원팀이나 AWS 지원팀에서 오류 발생 원인을 파악할 수 있도록 타임스탬프와 요청 ID를 기록해 두십시오.

결론을 검증하는 방법

여러 계층에 걸쳐 증거가 일치할 때 진단이 더욱 확실해지고 있음을 알 수 있습니다. Salesforce Trust에서 특정 인스턴스에 대한 장애가 보고되고 영향을 받는 기능이 증상과 일치하는 경우 Salesforce 측에 문제가 있을 가능성이 높습니다. Salesforce는 정상인데 같은 시간대에 AWS 통합 테스트가 실패하는 경우 고객 측 AWS 종속성이 문제의 원인일 가능성이 더 큽니다. 핵심 CRM 기능은 정상적으로 작동하지만 Salesforce 추가 기능 중 하나만 영향을 받는 경우 해당 서비스의 별도 인프라 및 상태를 조사해야 합니다.

"AWS에 장애가 발생했습니다" 또는 "Salesforce에 문제가 생겼습니다"라는 말에 그치지 마세요. 가장 확실한 해결책은 인스턴스, 제품, 지역 및 통합 경로를 일치시키는 것입니다 .

결론적으로

Salesforce는 AWS에 대한 의존도가 매우 높습니다. 특히 Hyperforce 배포 및 지원 서비스의 상당 부분이 AWS 인프라에서 실행되기 때문입니다. 하지만 이러한 의존성이 전면적이거나 일방적인 것은 아닙니다. Salesforce는 자체 인프라도 운영하고 있으며, Hyperforce를 여러 퍼블릭 클라우드 제공업체로 확장하고 있고, 고객의 핵심 조직과 별도로 개별 서비스를 호스팅할 수도 있습니다.

운영팀의 경우 Salesforce와 AWS를 단일 스택이 아닌 종속성 그래프로 취급하는 것이 가장 좋습니다. 핵심 조직 운영 환경을 파악하고, 별도로 호스팅되는 Salesforce 서비스를 매핑하고, 고객이 관리하는 모든 AWS 통합을 문서화하고, 각 계층을 독립적으로 모니터링해야 합니다. 이렇게 하면 "Salesforce에 문제가 발생했습니다"라는 문제에서 실제로 주의가 필요한 특정 구성 요소를 훨씬 빠르게 찾아낼 수 있습니다.