클라우드 컴퓨팅
그렇다면 이번 주 AWS 중단에서 우리 모두는 무엇을 얻었습니까? 당신이 묻는 사람에 따라 다릅니다. 많은 IT 부서는 멀티클라우드 및 하이브리드 클라우드 환경을 고려하는 것이 좋은 알림이라고 생각합니다. 기본적으로 모든 클라우드 워크로드를 하나의 AWS 바구니에 담지 마십시오. S3 스토리지 중단은 버지니아 북부에 있는 Amazon의 US-EAST-1 지역 데이터 센터에서 호스팅되는 약 150,000개의 웹사이트에 영향을 미쳤습니다.
Amazon 가동 중단은 하루 동안 IT 부서의 모든 사람에게 클라우드 워크로드가 오프프레미스이며 언제든지 중단될 수 있음을 상기시켰습니다. 클라우드에는 여전히 복구, 백업 및 연속성 계획이 필요합니다. 사람들이 여전히 클라우드 머신을 운영한다는 오랜 시간 검증된 경고도 있습니다. 이번 주 S3 중단은 엔지니어가 스토리지 하위 시스템을 종료하는 일상적인 작업 중에 명령 실수로 인해 발생했습니다.
그러나 퍼블릭 클라우드 공급자 중단(예전보다 훨씬 덜 빈번함)에 대해 생각할 수 있는 다른 방법이 있습니다. 한 업계 전문가는 멀티클라우드 배포에 대한 연구를 시작하거나 더 많은 하이브리드 클라우드를 구축하겠다고 말하는 대신 클라우드 인프라에서 고려해야 할 사항은 실패에 대비한 설계라고 말합니다. 즉시 고려해야 할 권장 팁에는 AWS 교차 리전 복제를 선택하고 중단 및 복구 솔루션에 대한 테스트를 수행하는 것이 포함됩니다. 장기적인 팁은 비즈니스에 가장 적합한 클라우드 API를 선택하고 장애 조치를 위해 두 번째 클라우드 제공업체에 로그인하지 않는 것입니다.
하이브리드 클라우드를 주제로 한 이 이야기는 서버리스 컴퓨팅 트렌드를 탐구합니다. 즉, 서버리스는 본질적으로 PaaS(Platform as a Service) 컴퓨팅과 동일합니다. 이러한 접근 방식을 사용하면 중개자(하드웨어 조달)가 사라지고 IT 팀이 리소스를 클라우드 공급자의 플랫폼에 직접 프로비저닝할 수 있습니다. 결국 한 컨설턴트는 엔터프라이즈 IT가 백엔드 서비스를 클라이언트 및 클라이언트 애플리케이션에 직접 연결하여 사용자와 사용자가 필요로 하는 클라우드 기능 사이에 많은 중단이 없도록 선택할 수 있다고 말합니다.
물론, 최소한 한 클라우드 제공업체는 이번 주에 방금 발표한 AWS 중단이 자체 클라우드에 영향을 미치지 않았을 때 스스로를 자책할 수 있었습니다. Nimble은 안정성을 보장할 수 없기 때문에 AWS나 Azure에 클라우드 볼륨을 저장하지 않습니다. 대신 블록 스토리지를 위한 독점 퍼블릭 클라우드 서비스를 구축했습니다. 이것은 Nimble의 판매와 고객의 안정성 모두에 좋을 수 있습니다. 이것이 트렌드의 시작이 될지 지켜보는 것도 흥미로울 것입니다.
다음 주까지 서버를 꽉 안아주세요.
클라우드 컴퓨팅
지난 몇 년 동안 특히 기술 산업에서 클라우드 기반 서비스의 수가 급격히 증가했습니다. IT 전문가는 IT 서비스를 관리, 구매, 관리 및 업그레이드하는 데 많은 시간을 할애하여 조직의 미션 크리티컬한 목표에 집중하지 못하는 경우가 많습니다. 이는 많은 IT 부서가 사내 운영을 혁신하고 단순화하기 위해 클라우드 기술로 전환하는 주된 이유 중 하나입니다. 클라우드 컴퓨팅이라는 용어에는 퍼블릭, 프라이빗 및 하이브리드 클라우드라는 세 가지 주요 범주가 있는 다양한 유형, 분류 및 아키텍처 모델이 포함됩니다. 이러한 범주에서 서비스 기
클라우드 컴퓨팅에 대한 수요로 인해 다양한 유형의 클라우드 배포 모델이 생겨났습니다. 이러한 모델은 유사한 기술을 기반으로 하지만 확장성, 비용, 성능 및 개인 정보 보호 면에서 다릅니다. 어떤 클라우드 모델이 비즈니스에 가장 적합한지 항상 명확하지는 않습니다. 의사 결정자는 컴퓨팅 및 비즈니스 요구 사항을 고려해야 하며 다양한 배포 유형이 제공할 수 있는 것이 무엇인지 알아야 합니다. 5가지 주요 클라우드 배포 모델에 대해 자세히 알아보려면 계속 읽어보세요. 귀하의 비즈니스에 가장 적합한 선택을 찾으십시오. 클라우드 배포란 무