이그레스 0원 청구서는 Scaleway를 떠나는 비용이 아니다

요약

• EU 데이터법은 데이터 이그레스 요금을 포함한 공급자 전환 수수료를 없애고 있지만, 클라우드 탈출을 비용 없는 자동 절차로 바꾸지는 않습니다.
• 신뢰할 수 있는 탈출 예산은 추출, 서비스 대체, 리허설, 병행 운영, 컷오버, 종결의 여섯 개 항목으로 구성됩니다. 전송 청구서는 그중 첫 번째의 일부일 뿐입니다.
• Scaleway의 공개 문서는 데이터 복구, 신원, 워크로드 복원, 삭제 책임을 분리해 두고 있어 실질적인 테스트가 가능합니다. 목적지 서비스와 근거 자료가 모두 작동하기 전에는 종결할 준비가 된 것이 없습니다.

재무 팀에게는 안심이 되는 한 줄이 전달됩니다. 데이터 이그레스, €0. 그러나 다른 화면에서 엔지니어링 팀은 여전히 복원해야 할 데이터베이스, 재구축해야 할 정책, 교체해야 할 인증서, 변경해야 할 네트워크 경로, 다시 연결해야 할 알림, 그리고 되돌릴 수 없는 삭제 결정을 안고 있습니다. 두 화면 모두 정확할 수 있습니다. 하지만 떠나는 비용을 설명하는 것은 하나뿐입니다.

이 구분이 유럽에서 점점 더 중요해지고 있습니다. EU 데이터법은 2025년 9월부터 적용되었으며, 그 클라우드 전환 규칙은 상업적, 계약적, 기술적, 조직적 장애물을 제거하도록 설계되었습니다. 2027년 1월 12일부터 공급자는 전환 실행에 대한 전환 수수료, 관련 데이터 이그레스 요금을 포함하여 부과할 수 없게 됩니다. 과도기 동안에는 규정이 정한 한도 내에서 감면된 수수료가 여전히 가능합니다.

그 날짜는 주목할 가치가 있지만, 가격 헤드라인은 오해를 일으킬 수 있습니다. 이 법은 원 제공자가 청구할 수 있는 금액과 제공해야 하는 지원을 다룹니다. 고객이 목적지 서비스, 전문가 지원, 애플리케이션 변경, 병행 운영 또는 인수 테스트에 비용을 들이지 않을 것이라고 말하지는 않습니다.

규정 자체도 서비스 유형을 구분합니다. 인프라 서비스에서는 원 제공자가 동일한 서비스 유형에 대해 기능적 동등성을 실현하도록 합리적 조치를 취해야 하고, 그 외의 처리 서비스에서는 개방형 인터페이스와 기계 판독 가능한 내보내기가 핵심입니다. 내보내기만으로 충분하다면 이 구분은 불필요했을 것입니다.

수수료는 사라지지만 작업은 남는다

Scaleway는 오랫동안 락인 방지 논거를 제기해 왔습니다. 2022년 회사 입장문에서 이그레스 수수료를 전환 비용 문제의 일부로 규정하고, 멀티 클라우드를 가역성과 개방성과 연결했습니다. 이는 의도를 밝힌 유용한 선언입니다. 그러나 모든 워크로드가 재설계 없이 이동할 수 있다는 증거도, 현재의 모든 Scaleway 제품이 동일한 전송 요율을 적용한다는 증거도 아닙니다. Scaleway의 가격은 제품별로 책정되며, 모든 이그레스가 무료라는 일괄 주장은 틀립니다.

더 강력한 근거는 운영 문서에 있습니다. Scaleway의 스토리지 책임 모델에 따르면 고객이 가역성을 계획하고 실행하며, 데이터를 복구하고, 버킷이나 볼륨, 스냅샷을 삭제하기 전에 그 작업을 마쳐야 하며, 삭제를 확인해야 합니다. 반면 Scaleway는 서비스가 종료 시점까지 이용 가능한 상태로 유지되며 요청 시 데이터 삭제 인증서를 발급할 수 있다고 밝히고 있습니다. 이것은 한 단계에 대한 두 가지 설명이 아닙니다. 복구, 검증, 삭제, 근거 확보라는 순서입니다.

같은 분리가 다른 곳에도 나타납니다. Scaleway API 키는 하나의 조직에 속하며 해당 사용자 또는 애플리케이션의 권한을 상속합니다. PostgreSQL 덤프는 논리적 데이터를 옮길 수 있지만, 목적지의 주체, 정책 또는 시크릿을 재현하지는 못합니다. Scaleway의 Kubernetes 책임 모델은 워크로드 복구, 키, 인증서, 백업 정책을 고객 책임으로 둡니다. 계정을 영구 폐쇄하면 해당 조직의 리소스와 백업이 삭제되며, 계정을 다시 열어도 리소스를 되찾을 수 없습니다.

이 사실들은 슬로건보다 탈출 문제를 더 명확하게 정의합니다. 클라우드 포터빌리티에는 최소한 여섯 개의 비용 항목이 있습니다.

여섯 개의 항목

추출은 가장 눈에 보이는 항목입니다. 객체, 볼륨, 데이터베이스 덤프, 이미지, 스키마, 메타데이터, 로그, 감사 기록이 포함됩니다. 영수증은 '복사 완료'가 아니라 대조입니다. 원본 수, 목적지 수, 암호화 해시, 그리고 실패 또는 제외 항목의 명시적 목록입니다. 고객은 또한 제공자가 무엇을 내보낼 수 있다고 간주하는지, 무엇이 서비스의 내부 구현에 묶여 있는지 알아야 합니다.

대체는 저렴한 전송이 비용이 많이 드는 프로그램으로 변할 수 있는 지점입니다. 관리형 데이터베이스는 단지 행의 집합이 아닙니다. 로드 밸런서는 단지 주소가 아닙니다. 신원 시스템은 단지 이름 목록이 아닙니다. 팀은 확장 기능, 유지 보수 동작, 가용성 설계, 엔드포인트, 방화벽 규칙, 시크릿 저장소, 큐, 모니터링, 지원 절차를 목적지의 대응물로 매핑해야 합니다. 일부는 복사할 수 있고, 일부는 번역해야 하며, 일부는 재설계해야 합니다.

리허설은 그 매핑을 근거로 바꿉니다. 백업을 복원하고, 큐를 재생하고, 페일오버를 강제하고, 인증서를 만료시키고, 권한을 제거하고, 대표적인 부하 아래에서 중요 경로를 측정하십시오. Terraform 플랜은 리소스를 기술하고 변경을 검토 가능하게 만들 수 있지만, 인프라스트럭처 코드는 의미적 동등성의 인증서가 아닙니다. 목적지는 평상시와 실패 상황 모두에서 비즈니스 결과를 산출해야 합니다.

병행 운영은 단순 계산기가 흔히 빠뜨리는 비용입니다. 안전한 마이그레이션은 데이터가 따라잡고 사용자가 새 경로를 테스트하는 동안 원본과 목적지를 함께 이용 가능한 상태로 유지합니다. 그 기간 동안 인프라, 모니터링, 보안 통제, 지원 체계, 온콜 의무가 두 벌 있을 수 있습니다. 병행 기간을 줄이면 청구서는 작아질 수 있지만, 장애 없이 불일치를 발견할 수 있는 시간도 사라집니다.

컷오버는 트래픽이 아니라 권한을 옮깁니다. DNS, 라우트, 인증서, API 클라이언트, 자동화, 예약 작업, 시크릿, 인시던트 소유권이 새 자산을 가리켜야 합니다. 팀은 관찰 가능한 롤백 결정과, 그 시점 이후에는 기존 자산이 쓰기를 허용하지 않는다는 시점을 확보해야 합니다. 그렇지 않으면 두 개의 유효한 시스템이 갈라진 상태를 만들 수 있습니다.

종결은 통제된 소멸 절차입니다. 잔여 리소스 검사, 최종 청구 확인, 보존 및 법적 보류 처리, 자격 증명 폐기, 삭제 요청, 그리고 이용 가능한 인증서나 영수증이 필요합니다. Scaleway는 계정 폐쇄 전에 리소스를 삭제할 것을 권고하며, 폐쇄 시 리소스와 백업이 영구 삭제된다고 경고합니다. 이그레스 0원 청구서는 되돌릴 수 있지만, 마지막 클릭은 그렇지 않을 수 있습니다.

내보내기 가능성은 동등성이 아니다

이 프레임워크는 Scaleway를 떠나는 것이 유난히 어렵다는 뜻이 아닙니다. 어떤 공급자도 낮거나 면제된 이그레스 요금만으로 전체 질문에 답할 수 없다는 이유를 보여줍니다. 표준 도구는 중요합니다. Scaleway는 PostgreSQL용pg_dump와pg_restore, MySQL용mysqldump와mysql을 문서화하고 있습니다. S3 호환 객체 접근과 Terraform으로 관리되는 인프라도 마찰을 줄일 수 있습니다. 이들은 경계를 고객에게 유리한 쪽으로 옮깁니다.

그러나 각 도구는 자신이 관찰한 것만을 증명합니다. 성공적인 데이터베이스 복원은 목적지가 받아들인 논리적 데이터에 대해 말해 줍니다. 그것만으로 확장 호환성, 페일오버 동작, 복구 시간, 모니터링 연속성 또는 애플리케이션 지연을 증명하지는 않습니다.

객체 체크섬은 바이트 시퀀스가 도착했음을 증명합니다. IAM 정책이 올바른 주체에게 올바른 작업을 부여하는지, 오래된 키가 폐기되었는지는 증명하지 않습니다. 깨끗한 Terraform apply는 목적지 API가 원하는 구성을 받아들였음을 증명합니다. 결과적으로 만들어진 관리형 서비스가 인시던트 상황에서 같은 방식으로 동작하는지는 증명하지 않습니다.

데이터법의 표현이 여기서 도움이 됩니다. '기능적 동등성'은 동일한 시스템을 의미하지 않습니다. 유럽 집행위원회는 이를 인프라 전환 후 공통 기능에 대한 실질적으로 비슷한 결과로 설명합니다. 이는 조달 팀이 가정할 수 있는 라벨이 아니라 테스트해야 할 결과입니다.

갱신 전에 증명에 가격을 매기라

실질적인 발주 질문은 따라서 단순합니다. 내일 이그레스 항목이 0원이 된다면, 안전한 탈출을 막는 것은 무엇이겠습니까?

다음 대규모 확장이나 장기 약정 전에 이 질문에 답하십시오. 청구와 인프라스트럭처 코드에 대조되는 자산 목록을 만드십시오. 하나의 실제 운영 형태 워크로드를 선택하십시오. 내보내고, 필요한 통제를 재구축하고, 목적지에서 복원하고, 장애 훈련을 통해 운영하고, 두 자산이 함께 운영되어야 하는 시간을 계산하십시오. 모든 수동 단계와 모든 공급자 고유 의존성을 기록하십시오. 그런 다음 계약으로 돌아가 부족한 작업에 가격을 매기십시오.

그 결과는 떠나겠다는 약속이 아닙니다. 행사 가격이 붙은 옵션입니다. 서비스, 가격 또는 유럽 운영 모델이 여전히 매력적이기 때문에 회사가 Scaleway에 합리적으로 남아 있을 수 있습니다. 그러나 측정된 리허설 후에 남는 것은 결정입니다. 전송 수수료가 작아 보여서 남는 것은 가정입니다.

법적 규칙의 출처는데이터법 공식 텍스트와유럽 집행위원회 설명 자료입니다.

제품 책임은 Scaleway의스토리지 가역성,Kubernetes 책임,IAM 키,데이터베이스 마이그레이션,계정 폐쇄관련 공개 문서에서 가져왔습니다. 고객 결과나 공개되지 않은 Scaleway 역량은 가정하지 않습니다.

나머지 출처의 역할은 Scaleway의 현행서비스 일반 약관, 회사의 것으로 인용되는2022년 멀티 클라우드 입장문, 제품별가격 색인, 그리고Terraform 개요입니다. 이들은 계약, 회사 입장, 가격 경계, 인프라스트럭처 코드 맥락을 확립하지만, 고객 결과를 증명하는 것은 하나도 없습니다.