728x90
반응형
클라우드 서비스 중단에 따른 대응 방안
글로벌 클라우드 프로바이더의 특정 서비스 중단 사례
연도 | 제공자 | 서비스 | 상황 | 영향 | 대응 방안 |
2016 | Barracuda Networks | Copy.com 클라우드 스토리지 서비스 | 5월 1일부로 서비스 중단 발표. 사용자들에게 2개월간 데이터 이전 기간 제공. | 사용자들이 대체 스토리지 제공업체를 탐색해야 했고, 데이터 이전 부담 발생. | 사용자 데이터의 이식성 확보. 중단 시 충분한 이전 기간 제공. |
2017 | 페이스북 | Parse 서버 | 모바일 백엔드 서비스 Parse 종료 및 오픈 소스로 전환. 사용자가 직접 서버 호스팅 필요. | 개발자들이 대체 솔루션 탐색 및 애플리케이션 재구성 부담. 서버 운영 경험 부족으로 어려움. | 오픈 소스를 기반으로 자체 서버 운영 고려. 플랫폼 독립성을 유지하도록 설계. |
2017 | 마이크로소프트 애저 | Document DB | Document DB를 Cosmos DB로 대체. 기존 사용자 대상의 이전 강제. | 데이터 이전 과정에서 호환성 문제 발생. 기능 차이 및 추가 비용으로 인해 운영에 차질. | 서비스 선택 시 호환성 검토. 데이터베이스 이전 전략 및 지원 체계 마련. |
2018 | OVH | HubiC 클라우드 스토리지 서비스 | 새로운 사용자 등록 및 업데이트 중단 후 완전 종료 발표. | 사용자들이 대체 클라우드 스토리지 플랫폼으로 이전해야 했음. | 대체 가능한 스토리지 솔루션 사전 탐색. 주요 데이터를 다른 플랫폼에 백업. |
2021 | 구글 클라우드 | App Maker | Google Workspace의 로우코드 개발 도구 서비스 종료. | 내부 비즈니스 프로세스를 자동화하던 사용자들이 대체 솔루션을 찾아야 했음. | 멀티 툴 전략 및 이식성 확보. |
2024 | AWS | AWS CodeCommit, Cloud9, Amazon Forecast, CloudSearch 등 | 여러 관리형 서비스를 짧은 기간 내에 중단. 커뮤니케이션 부족으로 혼란 가중. | 다양한 AWS 서비스를 사용하던 고객들이 대체 솔루션을 탐색하고 워크플로 재구성 필요. | 서비스 종료 발표 시 명확한 커뮤니케이션. 대체 가능한 AWS 내 또는 외부 서비스 분석. |
2024 | Skiff (Notion 인수) | Skiff | Notion에 인수된 후 이메일, 캘린더, 파일 저장 등의 서비스 중단. | 사용자들은 모든 데이터를 다른 서비스로 이전해야 했음. | 데이터를 쉽게 이전할 수 있는 도구 제공. 대체 솔루션 가이드 마련. |
2024 | Adobe | Adobe Creative Cloud Files 동기화 서비스 | 클라우드 파일 동기화 서비스 중단. 회사의 창의적 협업 목표와 부합하지 않는다는 이유. | 사용자들이 데이터를 다른 스토리지 솔루션으로 이전해야 했음. | 대체 스토리지 플랫폼 추천. 데이터 마이그레이션 툴 제공. |
1. 멀티 클라우드 및 하이브리드 클라우드 전략
- 설명: 단일 클라우드 프로바이더에 의존하지 않고 여러 클라우드 및 온프레미스 인프라를 결합하여 사용하는 전략. 특정 클라우드 장애 시 대체 서비스를 통해 비즈니스 연속성을 보장.
- 사례:
- 넷플릭스: AWS와 온프레미스를 혼합하여 장애 시에도 시스템 가용성을 유지.
- 에어비앤비: GCP와 AWS를 함께 사용해 서비스 중단 대비.
2. 클라우드 애그노스틱(Agnostic) 애플리케이션 개발
- 설명: 특정 클라우드에 종속되지 않고 다양한 환경에서 동일하게 작동하는 애플리케이션을 개발. 프로바이더 변경 시 유연성을 제공.
- 사례:
- 쿠버네티스: 다양한 클라우드에서 동일한 방식으로 애플리케이션 배포 가능.
- 쇼피파이: 클라우드 간 전환이 용이한 인프라 구축.
3. 비즈니스 연속성 및 재해 복구 계획
- 설명: 장애 발생 시에도 비즈니스를 지속 운영하기 위한 데이터 백업 및 복구 절차를 사전에 수립하고 정기 테스트를 실시.
- 사례:
- 드롭박스: AWS에서 자체 인프라로 이전하며 데이터 손실 없는 복구 체계 구축.
- 캐피털 원: 멀티 리전 복제를 통해 특정 리전 장애 시 자동 전환.
4. 서비스 레벨 계약(SLA) 확인 및 클라우드 서비스 제공자 평가
- 설명: 클라우드 제공자와 SLA를 검토하여 다운타임, 보상 조항, 데이터 보호 조치를 사전에 파악. 제공자의 재정 안정성 및 지속 가능성도 평가.
- 사례:
- 어도비: SLA에 서비스 중단 보상 조항 포함, 정기적인 프로바이더 안정성 평가.
5. 데이터 백업 및 이중화(Duplication)
- 설명: 데이터를 온프레미스 및 다른 클라우드에 백업하여 데이터 손실을 방지. 주요 데이터는 이중화하여 리스크를 최소화.
- 사례:
- 슬랙: AWS와 온프레미스를 활용한 데이터 이중화 및 백업으로 장애 복구.
6. 클라우드 이전 전략 수립
- 설명: 클라우드 서비스 중단 시 대체 서비스를 신속히 도입할 수 있도록 이전 절차를 사전에 설계. 대체 서비스 후보 선정 및 필요한 도구 준비.
- 사례:
- 다양한 도구 및 플랫폼을 활용하여 빠른 전환 및 테스트 시뮬레이션 운영.
출처:
디지털서비스 이슈리포트 2024-10호, 아마존웹서비스(AWS)의 중요 서비스 중단이 미치는 영향과 대응 방안, 김영욱
https://www.infoq.com/news/2024/08/aws-discontinue-services/
728x90
'01.Digital Service' 카테고리의 다른 글
클라우드 컴퓨팅 - CSB(Cloud Service Provider) (1) | 2024.12.25 |
---|---|
클라우드 컴퓨팅 - 하이브리드 클라우드 (1) | 2024.12.25 |
클라우드 컴퓨팅 - 클라우드 애그노스틱(Agnostic) 애플리케이션 (1) | 2024.12.24 |
가상화 - 쿠버네티스(Kubernetes) (4) | 2024.12.20 |
Interface - BCI (Brain Computer Interface) (37) | 2024.12.11 |