Apple, Amazon, Netflix, Quora, Trello 및 Slack과 같은 대규모 트래픽 웹 사이트 및 플랫폼의 큰 목록은 이번 주에 영향을 받았습니다. 미국 동부 지역 데이터 센터의 AWS S3 서비스. 그러나 이러한 상황은 이미 2011의 8 월에 번개 타격이 두드려 졌을 때 수천 개의 웹 사이트와 서비스에 의해 잘 알려져 있습니다. Amazon 및 Microsoft 데이터 센터 모든 서비스 및 데이터를 손실하고 가용성 계획, 백업 또는 재난 복구 솔루션을 사용하지 않아도됩니다.
불행히도 그것은 뉴스에 게시 될 첫 번째도 마지막 경험도 아닙니다. Gartner, 이미 AWS의 취약점 발견 AWS 서비스의 높은 의존성과 관련하여 AWS 서비스와 다른 플랫폼의 통합이 부족합니다.
일반적으로 단일 클라우드 공급자 배포를 통해 해당 공급자의 모든 사용 가능한 데이터 센터간에 서비스를 배포 할 수 있습니다.
왜 단 하나의 클라우드 제공 업체에 의존하는 비즈니스 위험을 감수해야합니까?
AWS Amazon Cloud Outage에서 발생한 것과 같은 클라우드 서비스 (프라이빗, 퍼블릭 또는 하이브리드)의 영향을받는 서비스를 피하는 핵심은 하나의 클라우드 공급자에만 의존하는 것이 아니라 서로 다른 클라우드간에 오케스트레이션 할 수있는 상위 계층 인프라를 만드는 것입니다. 독립적이고 유연한 인터페이스를 통해 공급자, 데이터 센터 또는 서비스를 제공합니다.
이것은 ZVNcloud 도구 상자 제공하기 위해 설계된 소프트웨어 정의 ADC 다른 데이터 센터, 퍼블릭 클라우드 제공 업체 또는 하이브리드 클라우드 플랫폼간에 가용성이 높은 서비스를 만들 수 있습니다.
그러나 누가 이러한 정보의 가용성을 보장하는지 공급자 불가 지론 서비스? 클라우드 플랫폼에서의 고 가용성의 미래는 불량 허용 방식으로 ADC 서비스를 통합 할 수있는 가볍지 만 빠른 프로토콜을 통해 WAN 네트워크에서 협업 할 수있는 분산 클러스터링 서비스를 만드는 것입니다.
Zevenet의 우리 연구원은 여전히 공공 및 하이브리드 클라우드 인프라의 위험을 줄일 수있는 확실한 접근 방식을 설계하고 있습니다.
관련 블로그
