Please enable JavaScript.

Coggle requires JavaScript to display documents.

DynamoDB, Características - Coggle Diagram

- - - - sem impacto de performance
  - - - consome 2x WCU e RCU
- - - - incluir dados ou substituir completamente um item
    - - atualização parcial de atributos de um item
    - - auxilia no acesso concorrente a algum item
        
        não há impacto em performance
    - - pode realizar até 25 PutItem ou DeleteItem por chamada
        
        máximo de 16MB de escrita
        
        máximo de 400KB por item
      - admite falha particial de escrita, mas a retentativa dos itens restantes é responsabilidade do usuário
  - - - deleta um item especifico
    - - deleta a tabela e todos os seus itens
  - - - leitura é baseada na pk e é eventually consistent por padrão
        
        é possível informar quais atributos dejesa recuperar através de ProjectionExpression
    - - possível recuperar até 100 itens
        
        no máximo 16MB de dados
        
        execução em paralelo para reduzir a latência da operação
  - - - --page-size
        
        a consulta retorna todos os dados elegíveis, mas limita a qantidade de itens retornados por consulta em X. Isso implica em realizar N chamadas retornando X itens
    - - --max-itens
        
        número máximo de itens retornados junto com o next_token
      - --starting-token
        
        retorna a próxima sequencia da página a partir do último LastToken fornecido
  - - - pode ser executado contra table e local ou global secondary index
        
        pode retornar até 1MB de dados ou uma quantidade especifica de itens
        
        é possível utilizar FilterExpression para refinar a busca, mas a isso acontece no client
        
        é possível paginar os resultados da busca
  - - - para acelerar a varredura é possível realizar parallel scans. Várias instâncias percorrem várias partições ao mesmo tempo
        
        é possível combinar ProjectionExpression e FilterExpression
        
        retorna até 1MB de informações
- - - - cada tabela possui uma primary key definida na criação
        
        as tables são compostas por linhas e não há um limite de linhas que uma table pode conter. As linhas são chamadas de itens
        
        os itens possuem attributes que podem ser incluídos com o tempo
        
        um item possui tamanho máximo de 400KB e um attribute
        
        Attribute
        
        possuem tipos definidos
        
        3 more items...
        
        TTL
        
        1 more item...
        
        Primary Key
        
        itens são dividos em partitions. O resultado da função hash sobre a partition key determina qual a particição do dado
        
        Partition key + Sort key
        
        a combinação destes dois attributes deve ser única na table
        
        os dados continuam sendo agregados pela pk e ordenados pela sk
        
        Partition key
        
        deve ser attribute único para cada item na table e precisa ser variado para distribuir a informação
        
        pode ser dos tipos binary, string e number
        
        Os valores de WCU e RCU são distribuídos igualmente entre as partições
        
        Secondary indexes
        
        Local Secondary Index
        
        alternativa para a sorting key e permanece atrelado a partition key
        
        1 more item...
        
        Global Secondary Index
        
        define uma nova primary key resultando em uma nova tabela
        
        1 more item...
        
        # de partitions
        
        capacity = (TOTAL RCU/3000) + (TOTAL WCU/1000)
        size = Total Size/10GB
        # partitions = CEILING(MAX(capacity, size))
      - as tableas são provisionadas de acordo com read and write capacity units que limitam seu throughput.
        
        RCU - Read Capacity Units
        
        a equivalência do RCU depende do modelo de leitua que será utilizado
        
        Eventually Consistent Read
        
        equivalente a 2 leituras por segundo para um objeto de até 4KB
        
        16 eventually consistent reads por segundo de 12KB cada = (16 * 2) * (12 / 4) = 24 RCU
        
        Strongly Consistent Read
        
        equivalente a 1 leitura por segundo de objeto de até 4KB
        
        10 strongly consistent reads por segundo de 4KB cada = 10 * (4 / 4) = 10 RCU
        
        10 strongly consistent reads por segundo de 6 KB cada = 10 * (8 / 4) = 20 RCU
        
        WCU - Write Capacity Units
        
        1 WCU é equivalemente a 1 escrita por segundo para um item de até 1KB
        
        Exemplos
        
        10 objetos por segundo de 2KB = 2 * 10 = 20 WCU
        
        6 objetos por segundo de 4.5KB = 6 * 5 = 30 WCU
        
        120 objetos por minuto de 2KB = 120 / 60 * 2 = 4 WCU
        
        é possível parametrizar auto-scaling para acompanhar a demanda de uso
        
        O throughput pode ser excedido através dos burst credits. Caso os crédito acabem será apresentada a exceção ProvisionedThroughputException
        
        o erro de provionamento pode originado a partir de
        
        hot keys
        
        chave muito lida
        
        1 more item...
        
        hot partitions
        
        very large itens
        
        RCU e WCU dependem do tamanho do item
        
        ao habilitar o auto-scaling não é possível definir WCU e RCU
        
        Target utilization
        
        Minimum provisioned capacity
        
        Maximum provisioned capacity
      - Write sharding
        
        manipulação das partition keys através da inclusão de um sufixo
        
        o sufixo previnirá o efeito de hot partition
      - Write types
        
        Concurrent writes
        
        todas as requisições são processadas e efetuadas na ordem de chegada
        
        Conditional writes
        
        escrita só é realizada mediante o cumprimento de uma validação
        
        Atomic writes
        
        incrementa ou decrementa o valor de um atributo independente da ordem das requisições (increase by)
    - - eventos provenientes das modificações ocorridas nas tabelas do bando de dados
        
        após ativar a funcionalidade é possível implementar replicação entre regiões diferentes atraveś de streams
        
        streams são compostas por shards e o provisionamento é automatizado pela AWS
        
        streams possuem uma retenção de 24 horas
        
        pode ser integrado com outros serviços AWS e fornece 4 tipos de eventos diferentes
        
        NEW_IMAGE
        
        1 more item...
        
        OLD_IMAGE
        
        1 more item...
        
        NEW_AND_OLD_IMAGE
        
        KEYS_ONLY
        
        1 more item...
        
        não há geração de streams retroativa