Microsoft Build 2017 이벤트에서 나는 CosmosDB Table API을 발견했습니다. Azure Table Storage처럼 보입니다.Azure 테이블 스토리지 대 CosmosDB 테이블 API
결국 Microsoft는 Azure 테이블 저장소를 지원하지 않을 것입니까? 결국?
이제 Document Db는 더 이상 존재하지 않습니다. 그것은 지금 CosmosDB로 변환되었습니다.
또한 Table Storage의 주된 문제점은 백업입니다. 어느 것이 CosmosDB Table API에서 해결되었습니다.
또한 표 API의 가격 책정 전략은 Throughput-based이고 표 저장소는 Storage-based입니다.
대용량 애플리케이션의 경우 여전히 탁월한 선택입니까?
베드로가 대답으로 DocumentDB 지금 Cosmos DB의 일부입니다, 그것은 새로운 서비스를 사용할 수 MongoDB API, Premium Tables API 및 Gremlin Graph API 등이있는 many Data Models 중 하나입니다.
이들은 모두 global distribution 기능과 consistency levels입니다.
이제 테이블 질문으로 이동하면 두 서비스의 시나리오와 가격 모델이 달라집니다.
Azure 스토리지 테이블은 단일 영역 (선택적인 보조 읽기 전용 영역이지만 페일 오버 없음)에서 고용량을 목표로하며 PK/RK 및 스토리지 최적화 가격 정책을 통해 인덱싱합니다. Azure Cosmos DB 테이블은 높은 처리량 (단일 자리 밀리 초 대기 시간), 전역 배포 (다중 장애 조치), 각 속성/속성의 자동 인덱싱 및 처리량에 중점을 둔 가격 책정 모델로 SLA 지원 예측 성능을 목표로합니다.
사용하려는 서비스에 따라 Azure Storage Tables는 여전히 훌륭한 솔루션이지만, 예를 들어 글로벌 배포가 필요한 경우 Cosmos DB Tables가 가장 적합한 서비스입니다.
Azure 테이블 스토리지의 장점 - 모든 사람들이 글로벌하게 갈 필요는 없습니다. – alvipeo
은 글로벌 vs 로컬 일뿐만 아니라 모든 속성에서 색인 생성을 잊지 않습니다. 성능과 확장성에 대한 불이익을받지 않고 엔티티 특성을 조회 할 수있는 방법으로 매우 강력한 기능이자 큰 도약입니다. –
예, 단지 예일뿐입니다. 이전 단락은 몇 가지 다른 기능을 나열합니다. Cosmos DB는 Azure Storage Tables보다 읽기/쓰기 시간이 훨씬 뛰어난 예측 가능한 고성능 모델을 갖추고 있습니다. –