삼성클라우드플랫폼(SCP) 소개와 기업용 CSP 도입 검토

기업용 클라우드 서비스 제공자(CSP)를 선택할 때는 필요한 서비스를 제공하는지와 함께 기존 시스템 연결, 보안 통제, 장애 대응, 운영 비용을 검토해야 한다. 삼성클라우드플랫폼(SCP, Samsung Cloud Platform)은 이러한 검토 대상에 포함할 수 있는 삼성SDS의 기업용 클라우드이다.

이 글은 공개된 공식 자료를 바탕으로 SCP의 주요 서비스와 도입 시 확인할 항목을 정리한다. 서비스 설명은 공급자의 공개 정보에 근거하며, 검토 항목은 기업의 요구사항을 평가하기 위한 일반적인 기준이다.

SCP의 범위

삼성SDS는 SCP를 기업·공공기관을 대상으로 컴퓨팅, 스토리지, 네트워크 등 자원을 제공하는 통합 클라우드로 소개한다. 공식 소개에서는 일반 기업 외에 금융·공공 분야를 위한 환경도 안내한다.

이 글의 SCP는 Samsung Cloud Platform을 뜻한다. 삼성전자 스마트폰의 백업 서비스인 Samsung Cloud와는 구분된다.

공식 포털은 금융 클라우드 SCP Finance, 공공 클라우드 SCP Sovereign, 고객 전용 환경인 Private Cloud를 별도로 안내한다. Private Cloud 안내에는 Private Zone과 Dedicated Cloud의 서비스 제공 여부가 구분되어 있다.

주요 서비스

다음은 공식 서비스 목록에 공개된 대표적인 구성 요소이다. 실제 도입 시에는 대상 환경의 제공 여부, 버전, 한도와 기능을 개별 문서에서 확인해야 한다.

영역	대표 서비스	도입 검토 항목
컴퓨팅·저장	Virtual Server, Bare Metal Server, Block/File/Object Storage	OS·라이선스 호환성, 성능, 용량과 확장 한도
DB·컨테이너	PostgreSQL·MySQL 등 DBaaS, Kubernetes Engine	지원 버전, 업그레이드, 백업·복구와 운영 범위
네트워크	VPC, Firewall, Security Group, Load Balancer, Direct Connect, VPN	주소 설계, 라우팅, 연결 이중화와 접근 제어
보안·관리	Key Management Service, Secrets Manager, IAM, Logging&Audit	인증·권한, 키 수명주기, 로그 보관과 외부 연계
AI·분석	Accelerated Server, AI&MLOps Platform, Event Streams	연산 자원 확보, 데이터 처리 요건과 비용

다른 CSP의 서비스와 역할이 비슷하더라도 API, 네트워크 동작, 권한 체계와 장애 처리 방식까지 같다는 의미는 아니다. 기존 설계나 자동화 코드를 옮길 때는 기능별 호환성을 검증해야 한다.

기존 시스템 연결

기업 시스템은 클라우드와 사내 데이터센터가 함께 운영되는 경우가 있다. 예를 들어 업무 애플리케이션을 클라우드로 옮기고 일부 시스템을 사내에 유지한다면 네트워크 연결이 업무의 필수 경로가 된다.

온프레미스가 Direct Connect 또는 VPN을 통해 SCP VPC의 애플리케이션과 데이터베이스에 연결되는 개념도 — 온프레미스와 SCP 연결 개념 예시. 방화벽·서브넷·이중화 등 세부 구성은 생략하였다.

SCP는 서비스 목록에서 Direct Connect와 VPN, VPC 등을 제공한다. 전용 연결과 암호화된 VPN은 연결 방식과 운영 조건이 다르므로 대역폭, 지연, 암호화 요구사항, 회선 장애 시 우회 경로를 함께 검토해야 한다.

사내망과 연결되면 접근 범위도 넓어진다. 한쪽의 계정이나 서버가 침해됐을 때 다른 영역으로 이동할 수 없도록 업무에 필요한 목적지·포트만 허용하고, 운영 접근과 서비스 통신을 구분해야 한다. 주소 대역 충돌과 비대칭 라우팅 여부도 PoC에서 확인할 항목이다.

보안과 운영 책임

SCP는 암호화 키 관리, 비밀정보 관리, 접근권한 관리, 활동 로그 등 관련 서비스를 제공한다. 보안 인증에 관한 공급자의 설명은 공식 소개의 보안 FAQ에서 확인할 수 있다.

인증을 보유한 플랫폼을 선택하더라도 고객의 시스템 구성이 자동으로 해당 기준을 충족하는 것은 아니다. 계약 대상 환경이 인증 범위에 포함되는지, 인증 유효기간과 적용 서비스를 확인해야 한다. 금융·공공 업무의 적용 가능성도 해당 업무의 요건과 실제 구성에 따라 판단해야 한다.

운영 책임은 서비스와 계약에 따라 달라진다. 가상 서버의 OS 패치, 애플리케이션 보안, DB 계정 관리, 백업 수행과 복구 확인을 누가 담당하는지 문서화해야 한다. 관리형 서비스를 사용해도 고객의 데이터·권한·설정 관리 업무가 모두 사라지는 것은 아니다.

보안 검토에서는 관리자 인증과 최소권한, 인터넷 노출, 로그 보관·전송, 암호화 키의 접근 통제, 백업 복구를 실제로 확인한다. 예를 들어 관리 포트의 전체 인터넷 개방이나 공유된 API 키는 공격자가 관리 영역에 접근하는 경로가 될 수 있다. 권한 변경과 자원 생성·삭제 기록이 추적되는지도 검증해야 한다.

가용성과 기술지원

가용성은 홍보 문구보다 서비스 수준 협약(SLA)과 실제 구성으로 평가해야 한다. 대상 서비스의 보장 수준, 산정 방식, 제외 조건, 보상과 신청 절차를 확인한다.

SLA와 업무 시스템의 복구 목표는 구분해야 한다. 허용 가능한 중단 시간인 RTO와 허용 가능한 데이터 손실 구간인 RPO를 정하고, 서버·DB·회선의 장애 및 재해 복구 절차가 목표를 충족하는지 시험해야 한다.

Support Plan도 별도로 검토할 항목이다. 지원 가능 시간, 접수 채널, 장애 등급별 응답 목표, 기술지원 범위와 비용을 확인한다. 응답 목표 시간과 실제 복구 시간은 같은 의미가 아니다.

비용과 이전 가능성

공식 요금 안내를 기준으로 전체 구성을 산정한다. 서버 요금 외에 저장 용량과 성능, 백업, 네트워크, 보안 서비스, 라이선스와 기술지원 등 필요한 항목을 견적에 포함해야 한다. 항목별 과금 방식과 별도 계약 여부는 확인이 필요하다.

비교 견적은 동일한 성능·가용성·보안·지원 조건으로 맞춘다. 약정이나 사용량에 따라 비용이 달라질 수 있으므로 평상시, 최대 사용량, 장애 복구 시나리오를 나눠 산정하는 편이 정확하다. 특정 고객의 비용 절감 사례를 자사의 예상 절감률로 적용해서는 안 된다.

도입 전에는 다른 환경으로 옮기는 경로도 확인한다. 데이터와 백업의 반출 형식, 반출 시간·비용, 관리형 서비스의 종속성, 계약 종료 시 데이터 삭제와 증빙이 주요 항목이다. 콘솔·API·CLI의 자동화 범위는 공식 문서와 시험 환경에서 검증한다.

도입 검토 순서

업무 적합성 확인, PoC 검증, SLA와 비용 계약 검토, 운영 점검으로 이어지는 네 단계 — 업무 적합성 확인 → PoC 검증 → 계약 검토 → 운영 점검. 일반적인 검토 절차이다.

단계	확인할 결과
요구사항 정리	업무·데이터 분류, 성능, RTO/RPO, 보안 통제와 연결 요구사항
PoC 검증	대표 업무의 성능, 네트워크 장애 전환, 권한·로그 연계와 복구 시험 결과
계약 검토	제공 서비스·지역, SLA, 지원 범위, 운영 책임, 전체 비용과 종료 조건
운영 점검	권한·설정 변경 관리, 비용 모니터링, 정기 복구 시험과 개선 기록

SCP의 적합성은 제공 기능과 기업의 운영 요구사항을 대조해 판단해야 한다. 기존 데이터센터 연결, 전용 환경, 금융·공공 오퍼링이 필요한 경우 검토 후보로 삼을 수 있다. 해외 서비스 지역, 특정 관리형 기능이나 기존 자동화와의 연동이 중요한 경우에는 그 요구사항을 먼저 검증한다. 최종 선정은 동일 조건의 PoC와 계약 비교 결과를 근거로 결정하는 것이 적절하다.