설명

상자 1: 서버리스 용량 모드
Azure Cosmos DB 서버리스는 유휴 시간이 길고 간헐적이고 예측할 수 없는 트래픽이 예상되는 시나리오에 가장 적합합니다. 이러한 상황에서는 용량 프로비저닝이 필요하지 않고 비용이 많이 들 수 있으므로 다음 사용 사례에서는 Azure Cosmos DB 서버리스를 고려해야 합니다.
Azure Cosmos DB 시작하기
예측하기 어려운 폭주하고 간헐적인 트래픽 또는 낮은(<10%) 평균-피크 트래픽 비율로 애플리케이션 실행 트래픽 패턴을 알 수 없는 새로운 프로덕션 애플리케이션에서 개발, 테스트, 프로토타입 제작 및 실행 다음과 같은 서버리스 컴퓨팅 서비스와 통합 Azure Functions 상자 2: 프로비저닝된 처리량 용량 모드 및 자동 크기 조정 처리량 자동 크기 조정의 사용 사례는 다음과 같습니다.
가변적이거나 예측할 수 없는 워크로드: 워크로드의 사용량이 가변적이거나 예측할 수 없는 급증이 있는 경우 자동 크기 조정은 사용량에 따라 자동으로 확장 및 축소하여 도움이 됩니다. 예를 들어 계절에 따라 트래픽 패턴이 다른 소매 웹사이트가 있습니다. 하루 중 다양한 시간에 급증하는 IOT 워크로드 한 달 또는 1년에 몇 번씩 최대 사용량이 발생하는 LOB(기간 업무) 응용 프로그램입니다. 자동 크기 조정을 사용하면 더 이상 최대 또는 평균 용량을 수동으로 프로비저닝할 필요가 없습니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/serverless
https://docs.microsoft.com/en-us/azure/cosmos-db/provision-throughput-autoscale#use-cases-of-autoscale

C: Avro는 바이너리 형식이고 JSON은 텍스트입니다.
F: Azure Cosmos DB용 Kafka Connect는 Azure Cosmos DB에서 데이터를 읽고 쓰는 커넥터입니다. Azure Cosmos DB 싱크 커넥터를 사용하면 Apache Kafka 항목의 데이터를 Azure Cosmos DB 데이터베이스로 내보낼 수 있습니다. 커넥터는 Kafka의 데이터를 폴링하여 주제 구독을 기반으로 데이터베이스의 컨테이너에 씁니다.
D: Kafka Connect에서 Azure Cosmos DB 싱크 커넥터를 만듭니다. 다음 JSON 본문은 싱크 커넥터의 구성을 정의합니다.
발췌:
"connector.class": "com.azure.cosmos.kafka.connect.sink.CosmosDBSinkConnector",
"key.converter": "org.apache.kafka.connect.json.AvroConverter"
"connect.cosmos.containers.topicmap": "호텔#kafka"
오답:
B: JSON은 일반 텍스트입니다.
참고, 전체 예:
{
"이름": "cosmosdb-싱크-커넥터",
"구성": {
"connector.class": "com.azure.cosmos.kafka.connect.sink.CosmosDBSinkConnector",
"tasks.max": "1",
"주제": [
"호텔"
],
"value.converter": "org.apache.kafka.connect.json.AvroConverter",
"value.converter.schemas.enable": "false",
"key.converter": "org.apache.kafka.connect.json.AvroConverter",
"key.converter.schemas.enable": "false",
"connect.cosmos.connection.endpoint": "오류! 하이퍼링크 참조가 유효하지 않습니다.",
"connect.cosmos.master.key": "<cosmosdbprimarykey>",
"connect.cosmos.databasename": "kafkaconnect",
"connect.cosmos.containers.topicmap": "호텔#kafka"
}
}
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/sql/kafka-connector-sink
https://www.confluent.io/blog/kafka-connect-deep-dive-converters-serialization-explained/

설명
Azure Cosmos DB 통합 캐시는 Azure Cosmos DB 전용 게이트웨이에 기본 제공되는 메모리 내 캐시입니다. 전용 게이트웨이는 캐시된 데이터를 저장하고 요청을 백엔드 데이터베이스로 라우팅하는 프런트엔드 컴퓨팅입니다. 워크로드에 필요한 코어 수와 메모리에 따라 다양한 전용 게이트웨이 크기 중에서 선택할 수 있습니다1. 통합 캐시는 백엔드 컨테이너 대신 캐시에서 읽기 작업을 제공하여 RU 소비 및 읽기 작업의 대기 시간을 줄일 수 있습니다2.
해당 시나리오에서 App1이 통합 캐시를 사용할 수 있도록 하려면 다음 두 가지 작업을 수행해야 합니다.
* 계정 끝점을 https://account1.sqlx.cosmos.azure.com으로 변경합니다. 이는 Azure Cosmos DB 계정에 연결하고 통합 캐시를 활용하는 데 사용해야 하는 전용 게이트웨이 엔드포인트입니다. 표준 게이트웨이 엔드포인트(https://account1.documents.azure.com)는 통합 캐시2를 사용하지 않습니다.
* 요청의 일관성 수준을 세션으로 변경합니다. 이는 통합 캐시에서 지원하는 가장 높은 일관성 수준입니다. 더 높은 일관성 수준(예: 강력하거나 제한된 부실)을 사용하는 경우 요청은 통합 캐시를 우회하고 백엔드 컨테이너로 직접 이동됩니다.

설명

상자 1: 아니요
각각 1000RU/s인 컨테이너 4개.
상자 2: 아니요
db2의 경우 최대 8000RU/s. 컨테이너 8개이므로 각 컨테이너당 1000RU/s입니다.
상자 3: 예
db2의 경우 최대 8000RU/s. 컨테이너 8개이므로 각 컨테이너당 1000RU/s입니다. 컨테이너를 추가할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/plan-manage-costs
https://azure.microsoft.com/en-us/pricing/details/cosmos-db/