단일 클라우드에 대한 잘못된 통념

많은 이들의 생각과는 대조적으로, 실제로 단일 클라우드는 고도로 연결된 세상에 더는 존재하지 않습니다.

클라우드 기반 서비스를 둘 이상 사용한다면, 이미 여러분은 멀티클라우드를 사용하고 있는 것입니다. 아마도 이 개념을 ‘복잡한 클라우드’나 ‘상호 의존적인 클라우드’ 또는 ‘현실 세계의 클라우드’로 볼 수도 있을 것입니다. 그렇지만 우리는 이러한 환경에서 이미 작업하고 있습니다.

정의: 멀티클라우드란 여러 클라우드 컴퓨팅 및 스토리지 서비스를 단일 이기종 아키텍처에서 사용하는 것입니다. 또한 이는 클라우드 자산, 소프트웨어, 애플리케이션 등을 여러 클라우드 호스팅 환경에서 배포하는 것을 말합니다.

여러분은 Google에 개인 이메일, 사진, 파일을 맡깁니다. 여러분이 Salesforce에 고객의 개인 식별 정보(PII)를 맡기는 이유는 고객의 개인 정보 및 판매 프로세스의 작동 방식을 알려주기 때문입니다. 기업용 클라우드 소프트웨어 환경이 완벽하게 갖추어져 있으므로, 보안성과 복원력을 바탕으로 구축된 클라우드 컨택센터 플랫폼을 안심하고 신뢰할 수 있습니다. 그러나 다수의 기업의 경우에는 그렇지 않습니다.

클라우드(멀티클라우드)가 안전하지 않다는 인식을 심어주는 단일 클라우드에 대한 잘못된 통념은 다음과 같습니다.

통념 #1: 여러 시스템을 연결하면 클라우드가 불안정해진다.

불안정한 코드 및 통합 기능은 프로세스 단계에 문제가 발생하는 경우에 작동을 멈춥니다. 이는 제한된 리소스를 보유한 기존 시스템에서는 흔했던 일로, 시스템을 복구하거나 자체 복원하도록 설계하지 않으면 끊임없이 발생합니다. 유감스럽게도 서버가 다운되고, 프로세스가 중단되며, 데이터 라우팅에 문제가 발생하는 등 나쁜 일들은 계속 일어납니다. 피할 수가 없습니다. 예방을 시도할 수는 있겠지만, 모든 것을 예측하거나 예방할 수는 없습니다. 소프트웨어 작동 위치에 관계없이 그러한 문제가 발생합니다.

이상 동작을 파악하려면 시스템은 다음 두 가지를 갖춰야 합니다.

  1. 뛰어난 코딩. 장애가 발생할 것으로 예상되면, 항상 문제를 찾아서 복구를 계획하게 됩니다. 실제로 무작위로 발생하는 문제를 어떻게 테스트해야 할까요? 개발 시스템과 테스트 자동화의 일환으로서, 코드를 이용해 실제와 비슷하게 무작위로 프로세스를 방해하여 문제를 찾아냅니다. 즉 기능과 리소스에 강제로 장애를 발생시켜 실제 환경에서의 장애를 최소화합니다. 당사는 생산 과정 중에 기대치를 바꾸지 않습니다. 불가피한 상황에 대비합니다. 이로써 문제를 해결할 수 있습니다.
  2. 항상 대비하세요. 장애가 발생할 것으로 예상되면, 백업 계획을 마련해야 합니다. 실제로 백업 계획을 갖추고 백업 계획을 마련해야 합니다.

예를 들어, 전화를 걸어서 Salesforce, FedEx 또는 레거시 재고 시스템에서 고객 데이터를 확보하고자 할 경우에 당사는 응답하지 않는 상황을 예상하여 그에 대한 계획을 세웠습니다. 전화에 응답이 없는 경우, 최근 데이터로 되돌아가서 해당 요청을 수행하는 동시에 전화도 다시 겁니다.

즉 훌륭한 멀티클라우드는 결코 불안정하지 않습니다. 문제가 발생할 경우에 대응 및 대비하기 위한 민첩성을 갖추지 못한 상태로 호스팅된 시스템보다 훨씬 강력하고 복원력이 뛰어납니다.

통념 #2: 멀티테넌트 클라우드를 통해 다른 조직에서 데이터에 액세스할 수 있다.

시스템에는 까다로운 제한 사항이 프로그래밍될 수 있습니다. 시스템의 제한 사항 중 하나가 여러 조직의 데이터가 혼합되어 있는 요청은 유효하지 않다는 것입니다. 다시 말해, 두 계정을 병합하려는 경우에 많은 작업이 필요하지만, 까다로운 제한 사항에 따라 각 회사의 데이터를 보호하고 분리합니다.

다른 조직에서 데이터에 액세스하려면, 해당 조직에서만 작업을 수행하고 데이터에 액세스할 수 있는 권한을 가진, 유효한 조직의 그리고 유효한 사용자의 요청이 필요합니다.

최신 클라우드 아키텍처에는 모든 대응을 완료할 수 있는 세부 기능이 다수 마련되어 있습니다. 당사는 모든 업체 간에 존재하는 프로세스에 대한 체크포인트를 구축했습니다. 각 포인트에서는 해당 권한이 (여전히) 유효한지를 확인 및 검증하는 작업이 진행됩니다. 클라우드에서는 리소스에 제한이 없습니다. 모든 것을 확인하고 기록할 수 있으며, 그 결과물에 대한 확인 작업도 이뤄집니다. 이러한 전제하에 운영하면 고객의 비즈니스 연속성을 보장할 수 있습니다.

보안 체인이 방해받는 것을 예방하려면, 모든 멀티테넌트 조직이 모든 교차점에서 제로 트러스트식(zero-trust) 접근 방식을 채택해야 합니다. 즉 모든 요청이 잘못되어 신뢰할 수 없다고 가정해야 합니다. ‘신뢰하되 검증’하는 것이 아니라 ‘항상 검증’해야 한다는 뜻입니다.

아이러니하게도 클라우드에서는 모든 사용자, 모든 조직, 모든 시스템의 타당성과 의도를 의심하는 태도가 권장됩니다. 이 때문에 요청 응답 작업을 할 때 요청 시마다 여러 번 인증을 거치는 것입니다. 또한 전송 중인 데이터와 저장된 데이터는 모두 완전히 암호화합니다. 이처럼 강력한 암호화가 클라우드 스토리지 전반에 적용되므로, 클라우드 서비스 공급업체도 데이터를 볼 수 없습니다.

이뿐만 아니라, Genesys는 제로 트러스트 접근 방식을 취하는 다른 조직과도 협력합니다. 액세스를 통제하면 노출을 제한할 수 있기 때문입니다.

책임 및 기회
보안은 모든 조직의 책임입니다. 그래서 클라우드에서 운영할 때는 모든 파트너 조직이 침해되었다고 가정하고 데이터와 시스템을 보호합니다.

클라우드는 보안 취약점을 초래하지 않습니다. 이는 다른 소스의 데이터에서 작업하여 신뢰도를 높이는 대신 다른 소스의 데이터를 계층화하는 등 기회를 창출합니다. 여러 클라우드를 사용하지 않으면, 고객을 정확하게 파악하고 이해하여 선제적으로 서비스를 제공하는 데 이용할 수 있는 정보가 제한되므로 사실상 비즈니스 성공 기회가 제한됩니다.

Genesys Cloud 플랫폼 둘러보기를 통해 보안성과 복원력이 가장 뛰어난 클라우드 컨택센터 플랫폼이 비즈니스에 어떤 이점을 제공할 수 있는지 살펴보세요.

공유하기:

Genesys ChatQuick links
Close Widget

오늘 무엇을 도와 드릴까요?

Genesys Chat라이브 지원