Em formação

Quantos objetos em movimento uma pessoa pode contar (em média)?

Quantos objetos em movimento uma pessoa pode contar (em média)?

Eu me pergunto se experimentos em psicologia perceptual ou cognitiva foram realizados seguindo estas considerações:

Experiência padrão: Apresente pequenos números de itens simples para um sujeito de teste, por uma questão de especificidade e simplicidade como pontos iguais distribuídos dentro de uma caixa:

Acho que foram realizados experimentos que testam qual número de pontos os sujeitos de teste são capazes de dizer sem contar conscientemente, e que o número médio é algo como $7$ (o "número mágico"). (O número máximo que qualquer pessoa de teste foi capaz de dizer sem contar conscientemente também seria muito interessante.)

Eu também acho que o número mágico depende do grau de uniformidade da distribuição dos pontos (por assunto de teste e em média).

Mas o número mágico dependerá também do velocidades dos pontos. (Os casos acima assumiram pontos em repouso.) Dois casos devem ser distinguidos:

  1. Não os pontos, mas sua totalidade gira (em torno do centro da caixa que os contém) com velocidade angular $ v_1 $.

  2. Cada ponto se move de forma independente e se comporta como uma bola de bilhar refletida nas bordas da caixa

    1. com colisão entre pontos

    2. sem colisão entre pontos, neste caso

      1. tudo com a mesma velocidade $ v_2 $

      2. com velocidades ligeiramente diferentes

      3. com velocidades muito diferentes

Todos esses casos fornecem configurações experimentais e pode-se tentar determinar "números mágicos" dependendo, por exemplo, sobre $ v_1 $ (no caso 1) ou $ v_2 $ (no caso 2.2.1).

Este é o caso 2.1:

Mas o que me interessa ainda mais é a questão de até que número as pessoas podem realmente contar (não ver à primeira vista) quando solicitado a dizer o número de alguns pontos em movimento. Este número será maior do que os números mágicos acima - mas quão grande? Confira:

Alguém pode fornecer um link para resultados relacionados às configurações experimentais que tentei descrever? (Por favor, me perdoe, não sou um psicólogo erudito ou cientista cognitivo, então minha conversa sobre experimentos e assim por diante pode soar amadorística.)


Visão "normal" [editar | editar fonte]

A acuidade visual depende de quão precisamente a luz é focada na retina (principalmente na região macular), da integridade dos elementos neurais do olho e da faculdade interpretativa do cérebro [1]. A acuidade visual "normal" é frequentemente considerada como o que foi definido por Snellen como a capacidade de reconhecer um optótipo quando ele subtendeu 5 minutos de arco, ou seja, o gráfico de Snellen 20/20 pés, 6/6 metros, 1,00 decimal ou 0,0 logMAR. Em humanos, a acuidade máxima de um olho emetrópico saudável (e mesmo olhos ametrópicos com corretores) é de aproximadamente 20/16 a 20/12, por isso é impreciso referir-se à acuidade visual 20/20 como visão “perfeita”. O padrão 20/20 é a acuidade visual necessária para discriminar dois pontos separados por 1 arco-minuto, só isso. A significância do padrão 20/20 pode ser melhor considerada como o limite inferior do normal ou como um corte de triagem. Quando usado como um teste de triagem, os sujeitos que alcançam esse nível não precisam de investigação adicional, embora a acuidade visual média de olhos saudáveis ​​seja 20/16 ou 20/12.

Algumas pessoas podem sofrer de outros problemas visuais, como daltonismo, contraste reduzido ou incapacidade de rastrear objetos em movimento rápido e ainda ter acuidade visual normal. Assim, acuidade visual normal não significa visão normal. A razão pela qual a acuidade visual é amplamente utilizada é que é um teste que corresponde muito bem às atividades diárias normais que uma pessoa pode realizar e avaliar sua deficiência para realizá-las.


Conclusão

Cientistas pesquisadores e profissionais da indústria de filmes e videogames têm usado sons simulados para aprender mais sobre a audição e para aprimorar nossas experiências de entretenimento. Alguns cientistas se concentram em como o cérebro processa os sons, enquanto outros analisam as propriedades físicas das próprias ondas sonoras, por exemplo, como elas saltam ou são interrompidas de alguma outra forma. Alguns até investigam como outros animais ouvem e comparam suas habilidades com as nossas. Por sua vez, profissionais das indústrias de cinema e videogame têm usado essa pesquisa para ajudar a tornar a experiência dos cinéfilos e jogadores mais envolvente. Em ambientes virtuais, os designers podem fazer as ondas sonoras virtuais se comportarem como as ondas sonoras na vida real. Quando você está jogando um videogame ou assistindo a um filme, é fácil dar como certo a pesquisa e o tempo investidos na criação dessa experiência. Talvez o próximo avanço na tecnologia de som envolvente comece com você e sua própria curiosidade sobre as ondas sonoras e como o sistema auditivo funciona!

Glossário

Amplitude: & # x02191 O tamanho da onda sonora é o atributo de um som que influencia a intensidade percebida desse som.

Tom: & # x02191 A qualidade do som que é experimentada em função da frequência ou velocidade das vibrações, o grau percebido de elevação ou diminuição de um tom ou som.

Efeito Doppler: & # x02191 Um aumento ou diminuição na frequência de uma onda sonora à medida que a fonte do ruído e o observador se aproximam ou se afastam um do outro.

Cóclea: & # x02191 Um tubo oco (principalmente) no ouvido interno que geralmente é enrolado como uma concha de caracol e que contém os órgãos sensoriais da audição.

Córtex auditivo: & # x02191 A área do cérebro localizada no lobo temporal que processa as informações recebidas por meio da audição.

Diferença de tempo interaural: & # x02191 A diferença no tempo de chegada do som recebido pelas duas orelhas.

Diferença de intensidade interaural: & # x02191 A diferença no volume e na frequência de um som recebido pelos dois ouvidos.

Áudio Tridimensional: & # x02191 Um grupo de efeitos sonoros usados ​​para manipular o que é produzido por alto-falantes estéreo ou fones de ouvido, envolvendo a localização percebida de fontes de som em qualquer lugar de um espaço tridimensional.


10 coisas que você talvez não saiba sobre o uso do S3

Quase todo mundo que já usou o Amazon Web Services já usou o AWS S3. Na década desde que foi lançado pela primeira vez, o armazenamento S3 se tornou essencial para milhares de empresas para armazenamento de arquivos. Embora usar o S3 de maneiras simples seja fácil, em uma escala maior ele envolve muitas sutilezas e erros potencialmente caros, especialmente quando seus dados ou equipe estão aumentando.

Infelizmente, como acontece com grande parte da AWS, muitas vezes aprendemos algumas dessas dicas da maneira mais difícil, quando cometemos erros ou desejamos ter feito as coisas de forma diferente. Sem mais delongas, aqui estão as dez coisas sobre o AWS S3 que o ajudarão a evitar erros caros. Reunimos essas dicas com base em nossa própria experiência e na sabedoria coletiva de vários amigos e colegas engenheiros.

Visibilidade operacional da AWS

Os dados da máquina contêm segredos ocultos que fornecem percepções verdadeiras sobre a integridade operacional de sua infraestrutura AWS. Saiba mais sobre a visibilidade operacional da AWS hoje!

Como melhorar o desempenho do S3 obtendo dados de registro de e para o S3 mais rápido

Colocar dados dentro e fora do AWS S3 leva tempo. Se você estiver movendo dados com frequência, há uma boa chance de acelerá-lo. Reduzir o tempo que você gasta carregando e baixando arquivos pode ser extremamente valioso de maneiras indiretas - por exemplo, se sua equipe economiza 10 minutos toda vez que você implanta um build de teste, você está melhorando significativamente a produtividade da engenharia.

O S3 é altamente escalonável, portanto, em princípio, com um tubo grande o suficiente ou instâncias suficientes, você pode obter um rendimento arbitrariamente alto. Um bom exemplo é S3DistCp, que usa muitos trabalhadores e instâncias. Mas quase sempre você é atingido por um de dois gargalos:

  1. O tamanho do tubo entre a origem (normalmente um servidor local ou instância EC2) e S3.
  2. O nível de simultaneidade usado para solicitações durante o upload ou download (incluindo uploads de várias partes).

Como melhorar a latência S3 prestando atenção às regiões e conectividade

A primeira lição disso é que regiões e conectividade são importantes. Obviamente, se você estiver movendo dados dentro da AWS por meio de uma instância EC2 ou por meio de vários intervalos, como fora de um volume EBS, será melhor se sua instância EC2 e a região S3 corresponderem. Mais surpreendentemente, mesmo ao mover dados dentro da mesma região, Oregon (uma região mais recente) chega mais rápido do que Virgínia em alguns benchmarks.

Se os seus servidores estão em um data center principal, mas não no EC2, você pode considerar o uso de portas DirectConnect para obter largura de banda significativamente maior (você paga por porta). Como alternativa, você pode usar o S3 Transfer Acceleration para obter dados na AWS mais rapidamente, simplesmente alterando seus endpoints de API. Você também tem que pagar por isso, o equivalente a 1-2 meses de custo de armazenamento para a transferência em qualquer direção. Para distribuir conteúdo rapidamente para usuários em todo o mundo, lembre-se de que você pode usar o suporte do BitTorrent, CloudFront ou outro CDN com S3 como sua origem.

Como melhorar o desempenho do S3 usando redes de maior largura de banda

Em segundo lugar, tipos de instância importam. Se você estiver usando servidores EC2, alguns tipos de instância têm conectividade de rede com largura de banda maior do que outros. Você pode ver isso se classificar por “Desempenho da rede” na excelente lista ec2instances.info.

Como usar a simultaneidade para melhorar a latência e o desempenho do AWS S3

Em terceiro lugar, e de forma crítica, se você estiver lidando com muitos itens, simultaneidade importa. Cada operação S3 é uma solicitação de API com latência significativa - dezenas a centenas de milissegundos, o que significa quase uma eternidade se você tiver milhões de objetos e tentar trabalhar com eles um de cada vez. Portanto, o que determina sua taxa de transferência geral ao mover muitos objetos é o nível de simultaneidade da transferência: quantos threads de trabalho (conexões) em uma instância e quantas instâncias são usadas.

Muitas bibliotecas AWS S3 comuns (incluindo o amplamente usado s3cmd) não fazem, por padrão, muitas conexões de uma vez para transferir dados. Tanto o s4cmd quanto o próprio aws-cli da AWS fazem conexões simultâneas e são muito mais rápidos para muitos arquivos ou grandes transferências (já que os uploads de várias partes permitem o paralelismo).

Outra abordagem é com EMR, usando Hadoop para paralelizar o problema. Para sincronizações ou uploads de várias partes em uma rede de largura de banda mais alta, um tamanho de parte razoável é de 25–50 MB. Também é possível listar objetos com muito mais rapidez, se você percorrer uma hierarquia de pastas ou outra hierarquia de prefixo em paralelo.

Finalmente, se você realmente tem uma tonelada de dados para mover em lotes, basta enviá-los.

O que é otimização de dados AWS S3 e como melhorar os ciclos de vida antecipadamente

Ok, podemos ter nos adiantado. Antes de colocar algo no AWS S3 em primeiro lugar, há várias coisas em que pensar. Uma das mais importantes é uma pergunta simples:

Quando e como esse objeto deve ser excluído?

Lembre-se de que dados grandes provavelmente irão expirar - ou seja, o custo de pagar à Amazon para armazená-los em sua forma atual será maior do que o valor esperado que oferece ao seu negócio. Você pode reprocessar ou agregar dados de muito tempo atrás, mas é improvável que você queira registros, compilações ou arquivos brutos não processados ​​para sempre.

No momento em que você está salvando um dado, pode parecer que você pode decidir mais tarde. A maioria dos arquivos são colocados no S3 por um processo regular por meio de um servidor, um pipeline de dados, um script ou até mesmo processos humanos repetidos - mas você precisa pensar no que vai acontecer com esses dados ao longo do tempo.

Em nossa experiência, a maioria dos usuários do AWS S3 não considera o ciclo de vida antecipadamente, o que significa misturar arquivos que têm ciclos de vida curtos com aqueles que têm ciclos mais longos. Ao fazer isso, você incorre em dívidas técnicas significativas em torno da organização de dados (ou, equivalentemente, dívidas mensais com a Amazon!).

Depois de saber as respostas, você descobrirá que os ciclos de vida gerenciados e a marcação de objetos AWS S3 são seus amigos. Em particular, você deseja excluir ou arquivar com base em tags de objeto, por isso é aconselhável marcar seus objetos de forma adequada para que seja mais fácil aplicar políticas de ciclo de vida. É importante mencionar que a marcação S3 possui limite máximo de 10 tags por objeto e 128 caracteres Unicode. (Voltaremos a isso na Dica 4 e na Dica 5.)

Você também deve considerar os esquemas de compressão. Para grandes dados que ainda não estão compactados, é quase certo que você queira - a largura de banda S3 e as restrições de custo geralmente fazem a compactação valer a pena. (Considere também quais ferramentas irão lê-lo. EMR oferece suporte a formatos específicos como gzip, bzip2 e LZO, por isso ajuda a escolher uma convenção compatível.)

Quando e como o objeto AWS S3 é modificado?

Como acontece com muitos problemas de engenharia, prefira a imutabilidade quando possível - projete de forma que os objetos nunca sejam modificados, mas apenas criados e posteriormente excluídos. No entanto, às vezes a mutabilidade é necessária. Se o S3 for sua única cópia de dados de log mutáveis, você deve considerar seriamente algum tipo de backup - ou localizar os dados em um depósito com o controle de versão habilitado.

Se tudo isso parece uma dor de cabeça e difícil de documentar, é um bom sinal de que ninguém na equipe entende. No momento em que você escalar para terabytes ou petabytes de dados e dezenas de engenheiros, será mais difícil resolver.

Como priorizar o controle de acesso, criptografia e conformidade com AWS S3

Este AWS S3 FAQ é o menos atraente e possivelmente o mais importante aqui. Antes de colocar algo no S3, pergunte-se o seguinte:

  • Existem pessoas que não deveriam ser capazes de modificar esses dados?
  • Existem pessoas que não deveriam ser capazes de ler esses dados?
  • Como as últimas regras de acesso provavelmente mudarão no futuro?
  • Os dados devem ser criptografados? (E em caso afirmativo, onde e como gerenciaremos as chaves de criptografia?)
  • Existem requisitos de conformidade específicos?

Há uma boa chance de suas respostas serem: “Não tenho certeza. Eu realmente deveria saber disso? "

Alguns dados não são confidenciais e podem ser compartilhados com qualquer funcionário. Para esses cenários, as respostas são fáceis: basta colocá-lo no S3 sem criptografia ou políticas de acesso complexas. No entanto, toda empresa possui dados confidenciais - é apenas uma questão de quais dados e quão confidenciais eles são. Determine se as respostas a qualquer uma dessas perguntas são "sim".

A questão da conformidade também pode ser confusa. Pergunte a si mesmo o seguinte:

  • Os dados que você está armazenando contêm informações financeiras, PII, do titular do cartão ou do paciente?
  • Você tem requisitos de conformidade PCI, HIPAA, SOX ou EU Safe Harbor? (Este último tornou-se bastante complexo recentemente.)
  • Você possui dados de clientes com acordos restritivos em vigor - por exemplo, você está prometendo aos clientes que seus dados serão criptografados em repouso e em trânsito? Se a resposta for sim, talvez você precise trabalhar com (ou se tornar!) Um especialista no tipo relevante de conformidade e contratar serviços ou consultores para ajudar, se necessário.

No mínimo, você provavelmente desejará armazenar dados com necessidades diferentes em intervalos S3 separados, regiões e / ou contas AWS, e configurar processos documentados em torno de criptografia e controle de acesso para esses dados.

Não é divertido cavar em tudo isso quando tudo o que você quer fazer é economizar um pouco de dados, mas acredite em nós, vai economizar a longo prazo pensar nisso o quanto antes.

Como usar a organização da pasta S3 aninhada e problemas comuns

Os recém-chegados ao S3 sempre ficam surpresos ao saber que a latência nas operações do S3 depende dos nomes das chaves, uma vez que as semelhanças de prefixo tornam-se um gargalo em mais de cerca de 100 solicitações por segundo. Se você precisar de grandes volumes de operações, é essencial considerar esquemas de nomenclatura com mais variabilidade no início dos nomes de chave, como códigos alfanuméricos ou hexadecimais nos primeiros 6 a 8 caracteres, para evitar "pontos quentes" internos dentro Infraestrutura S3.

Isso costumava entrar em conflito com a Dica 2 antes do anúncio de novos recursos de gerenciamento de armazenamento S3, como marcação de objeto. Se você já pensou em seus ciclos de vida, provavelmente deseja marcar objetos para que possa excluir automaticamente ou fazer a transição de objetos com base em tags, por exemplo, definindo uma política como “arquivar tudo com tag de objeto bruto no Glacier após 3 meses”.

Não há solução mágica aqui, a não ser decidir antecipadamente com o que você se importa mais para cada tipo de dados: políticas fáceis de gerenciar ou operações de acesso aleatório de alto volume?

Uma consideração relacionada sobre como você organiza seus dados é que é extremamente lento rastrear milhões de objetos sem paralelismo. Digamos que você queira calcular seu uso em um balde com dez milhões de objetos. Bem, se você não tem ideia da estrutura dos dados, boa sorte! Se você tiver uma marcação sã ou se tiver hashes uniformemente distribuídos com um alfabeto conhecido, também é possível paralelizar.

Obtenha até 70% de economia de custos

Experimente o Sumo Logic hoje para começar a otimizar seus custos de AWS.

Como economizar dinheiro com Redundância Reduzida, Acesso Infrequente ou Glaciar

A classe de armazenamento "Padrão" do S3 oferece durabilidade muito alta (anuncia durabilidade de 99,999999999% ou "onze 9s"), alta disponibilidade, acesso de baixa latência e custo de acesso relativamente barato.

Existem três maneiras de armazenar dados com menor custo por gigabyte:

  • S3’s Reduced Redundancy Storage (RRS) tem durabilidade inferior (99,99%, portanto, apenas quatro noves). Ou seja, há uma boa chance de você perder uma pequena quantidade de dados. Para alguns conjuntos de dados onde os dados têm valor estatístico (perder, digamos, meio por cento de seus objetos não é um grande negócio), esta é uma troca razoável.
  • Acesso infrequente de S3 (IA) (confusamente também chamado de “Padrão - Acesso não frequente”) permite que você obtenha armazenamento mais barato em troca de acesso mais caro. Isso é ótimo para arquivos como logs que você já processou, mas pode querer ver mais tarde.
  • Geleira oferece armazenamento muito mais barato com acesso muito mais lento e caro. Destina-se ao uso de arquivamento.

As páginas de preços da Amazon estão longe de ser fáceis de ler, então aqui está uma comparação ilustrativa de agosto de 2016 para a região da Virgínia:

Uma política comum que economiza dinheiro é configurar ciclos de vida gerenciados que migram o armazenamento padrão para IA e, em seguida, de IA para o Glacier.

Como organizar os dados S3 ao longo dos eixos corretos

Um dos descuidos mais comuns é organizar os dados de uma forma que cause riscos ou custos aos negócios posteriormente. Você pode presumir inicialmente que os dados devem ser armazenados de acordo com o tipo de dados, ou produto, ou por equipe, mas muitas vezes isso não é suficiente.

Normalmente, é melhor organizar seus dados em diferentes segmentos e caminhos no nível mais alto, não sobre o que os dados são em si, mas considerando estes eixos:

  • Sensibilidade: Quem pode e não pode acessá-lo? (Por exemplo, é útil para todos os engenheiros ou apenas alguns administradores?)
  • Conformidade: Quais são os controles e processos necessários? (Por exemplo, é PII?)
  • Vida útil: Como será expirado ou arquivado? (Por exemplo, são registros detalhados necessários apenas por um mês ou dados financeiros importantes?)
  • Reino: É para uso interno ou externo? Para desenvolvimento, teste, teste, produção?
  • Visibilidade: Preciso rastrear o uso para esta categoria de dados exatamente?

Já discutimos os três primeiros. O conceito de um realm é apenas que você geralmente deseja particionar coisas em termos de processo: por exemplo, para garantir que ninguém coloque dados de teste em um local de produção. É melhor atribuir intervalos e prefixos por domínio antecipadamente.

O último ponto é técnico: se você deseja rastrear o uso, a AWS oferece relatórios de uso fáceis no nível do bucket. Se você colocar milhões de objetos em um balde, calcular o uso por prefixo ou outros meios pode ser complicado, então considere baldes individuais onde você deseja rastrear o uso significativo do S3 ou você pode usar uma solução de análise de log como Sumo Logic para analisar seu S3 Histórico.

Por que você deve evitar o uso de locais AWS S3 em seu código

Isso é muito simples, mas surge muito. Não codifique locais S3 em seu código. Isso é amarrar seu código aos detalhes de implantação, o que é quase garantido que prejudicará você mais tarde. Você pode querer implantar vários ambientes de produção ou preparação. Ou você pode querer migrar todos os tipos de dados para um novo local ou auditar quais partes do código acessam certos dados.

Desacople o código e as localizações S3. Especialmente se você seguir a Dica 6, isso também ajudará com versões de teste, ou testes de unidade ou integração para que eles usem diferentes buckets, caminhos ou serviços S3 simulados. Configure algum tipo de arquivo ou serviço de configuração e leia os locais do S3, como baldes e prefixos deles.

Como implantar seus próprios testes ou alternativas de produção para S3

Existem muitos serviços que são (mais ou menos) compatíveis com APIs S3. Isso é útil tanto para teste quanto para migração para armazenamento local. As ferramentas comumente usadas para pequenas implantações de teste são S3Proxy (Java) e FakeS3 (Ruby), que podem tornar muito mais fácil e rápido testar códigos dependentes de S3 isoladamente. Os servidores de armazenamento de objetos mais completos com compatibilidade S3 incluem Minio (em Go), Ceph (C ++ / Terra) e Riak CS (Erlang).

Muitas grandes empresas têm necessidades de nuvem privada e implantam componentes de nuvem compatíveis com AWS, incluindo camadas correspondentes ao AWS S3, em suas próprias nuvens privadas, usando Eucalyptus e OpenStack. Eles não são rápidos e fáceis de configurar, mas são sistemas maduros de nuvem privada de código aberto.

Por que avaliar as ferramentas mais recentes para mapear o sistema de arquivos e os dados AWS S3

Uma ferramenta que existe há muito tempo é o s3fs, o sistema de arquivos FUSE que permite montar o S3 como um sistema de arquivos regular no Linux e Mac OS. Infelizmente, isso geralmente é mais uma novidade do que uma boa ideia, já que o S3 não oferece todos os recursos certos para torná-lo um sistema de arquivos robusto: Anexar a um arquivo requer reescrever todo o arquivo, o que prejudica o desempenho. nenhuma renomeação atômica de diretórios ou exclusão mútua na abertura de arquivos e alguns outros problemas.

Dito isso, existem algumas outras soluções que usam um formato de objeto diferente e permitem acesso semelhante ao de um sistema de arquivos. Riofs (C) e Goofys (Go) são implementações mais recentes que geralmente são melhorias no s3fs. S3QL é uma implementação Python que oferece eliminação de duplicação de dados, captura instantânea e criptografia. No entanto, ele só oferece suporte a um cliente por vez. Uma solução comercial que oferece muitos recursos de sistema de arquivos e clientes simultâneos é o ObjectiveFS.

Outro caso de uso são backups de sistema de arquivos para S3. A abordagem padrão é usar volumes EBS e instantâneos para backups incrementais, mas isso não se aplica a todos os casos de uso. Ferramentas de backup e sincronização de código aberto incluem zbackup (backups de desduplicação, inspirado em rsync, em C ++), restic (backups de desduplicação, em Go), borg (backups de desduplicação, em Python) e rclone (sincronização de dados para nuvem) pode ser usado em conjunção com S3.

Não use S3 se outra solução for melhor

Considere que S3 pode não ser a escolha ideal para seu caso de uso. Conforme discutido, o Glacier e as variantes mais baratas do S3 são ótimas para preços mais baratos. O EBS e o EFS podem ser muito mais adequados para dados de acesso aleatório, mas custam de 3 a 10 vezes mais por gigabyte (consulte a tabela acima).

Tradicionalmente, o EBS (com instantâneos regulares) é a opção de escolha se você precisa de uma abstração do sistema de arquivos na AWS. Lembre-se de que o EBS tem uma taxa de falha muito alta em comparação com o S3 (0,1-0,2% ao ano), então você precisa usar snapshots regulares. Você só pode anexar uma instância a um volume EBS por vez. No entanto, com o lançamento do EFS, o novo serviço de arquivo de rede da AWS (NFS v4.1), há outra opção que permite que até milhares de instâncias EC2 se conectem ao mesmo drive simultaneamente - se você puder pagar.

Claro, se você deseja armazenar dados fora da AWS, as opções de nuvem diretamente competitivas incluem Google Cloud Storage, Azure Blob Storage, Rackspace Cloud Files, EMC Atmos e BackBlaze B2. (Observação: o BackBlaze tem uma arquitetura diferente que descarrega algum trabalho para o cliente e é significativamente mais barato.)

Dicas de bônus: dois problemas do AWS S3 com os quais você não precisa mais se preocupar

Algumas “pegadinhas” da AWS são significativas o suficiente para que as pessoas se lembrem delas anos depois, embora não sejam mais relevantes. Duas limitações do AWS S3, há muito odiadas, das quais você deve se lembrar ou sobre as quais ouviu rumores (finalmente!) Desapareceram:

  • Por muitos anos, houve um limite rígido de 100 baldes por conta, o que causou problemas significativos a muitas empresas. Você alegremente adicionaria intervalos e, em seguida, atingiria esse limite e ficaria preso até criar uma nova conta ou segmentos consolidados. A partir de 2015, ele agora pode ser aumentado se você pedir gentilmente à Amazon. (Até 1000 por conta ainda não é ilimitado, pois os intervalos estão em um namespace global.)
  • Por um longo tempo, o modelo de consistência de dados na região "padrão dos EUA" original era diferente e mais flexível do que nas outras regiões S3 (mais recentes). Desde 2015, esse não é mais o caso. Todas as regiões têm consistência de leitura após gravação.

Desempenhe como um profissional

É com truques como esse que os mágicos assumem o controle - brevemente - da maneira como vivenciamos, entendemos e lembramos os eventos. No resto do tempo, podemos copiar alguns de seus melhores truques psicológicos e começar a pensar e aprender melhor.

Precisamos fazer tudo o que pudermos para nos concentrar. Evite suposições. Questione todas as informações que recebemos. Esteja aberto a uma série de explicações possíveis - no entanto, naturalmente e com confiança, alguém pode estar nos contando como as coisas & # 8220 são. & # 8221

Os mágicos nos mostram o impacto da comunicação com clareza, para ajudar os outros a seguir nossa linha de pensamento e lembrar de nossa mensagem.

E eles podem até mesmo nos inspirar a encontrar nossas próprias técnicas para divertir e surpreender as pessoas ao nosso redor.

Dessa forma, podemos usar a psicologia do aprendizado para dar mais de nossas interações aquele toque mágico e encantador!


Modelo de probabilidade de elaboração

Um modelo especialmente popular que descreve a dinâmica da persuasão é o modelo de probabilidade de elaboração de persuasão (Petty & amp Cacioppo, 1986). o modelo de probabilidade de elaboração considera as variáveis ​​da abordagem de mudança de atitude - isto é, as características da fonte da mensagem persuasiva, o conteúdo da mensagem e as características do público são usadas para determinar quando a mudança de atitude ocorrerá. De acordo com o modelo de probabilidade de elaboração de persuasão, existem duas rotas principais que desempenham um papel na entrega de uma mensagem persuasiva: central e periférica (Figura 5).

Figura 5. A persuasão pode seguir um de dois caminhos, e a durabilidade do resultado final depende do caminho.

A rota central é conduzida por lógica e usa dados e fatos para convencer as pessoas da validade de um argumento. Por exemplo, uma empresa automobilística que busca persuadi-lo a comprar seu modelo enfatizará os recursos de segurança do carro e a economia de combustível. Este é um caminho direto para a persuasão que foca na qualidade da informação. Para que a rota central de persuasão seja eficaz na mudança de atitudes, pensamentos e comportamentos, o argumento deve ser forte e, se bem-sucedido, resultará em uma mudança duradoura de atitude.

o rota central a persuasão funciona melhor quando o alvo da persuasão, ou o público, é analítico e está disposto a se envolver no processamento das informações. Do ponto de vista do anunciante, quais produtos seriam mais bem vendidos usando a rota central para a persuasão? Qual público provavelmente seria influenciado a comprar o produto? Um exemplo é comprar um computador. É provável, por exemplo, que proprietários de pequenas empresas sejam especialmente influenciados pelo foco na qualidade do computador e em recursos como velocidade de processamento e capacidade de memória.

o rota periférica é uma rota indireta que usa pistas periféricas para associar positividade à mensagem (Petty & amp Cacioppo, 1986). Em vez de focar nos fatos e na qualidade de um produto, a rota periférica depende da associação com características positivas, como emoções positivas e endosso de celebridades. Por exemplo, fazer com que um atleta popular faça propaganda de calçados esportivos é um método comum usado para incentivar os jovens adultos a comprar os calçados. Esse caminho para a mudança de atitude não exige muito esforço ou processamento de informações. Este método de persuasão pode promover positividade em relação à mensagem ou produto, mas normalmente resulta em atitude menos permanente ou mudança de comportamento. O público não precisa ser analítico ou motivado para processar a mensagem. Na verdade, um caminho periférico para a persuasão pode nem mesmo ser percebido pelo público, por exemplo, na estratégia de colocação de produto. A colocação de produto refere-se a colocar um produto com um nome de marca ou identidade de marca claros em um programa de TV ou filme para promover o produto (Gupta & amp Lord, 1998). Por exemplo, uma temporada do reality show ídolo americano mostrou com destaque o painel de juízes bebendo em xícaras que exibiam o logotipo da Coca-Cola. Que outros produtos seriam mais bem vendidos usando a rota periférica para a persuasão? Outro exemplo são as roupas: um varejista pode se concentrar em celebridades que usam o mesmo estilo de roupa.

Tente


A palavra gestalt origina-se do alemão e está sendo usada para falar sobre a forma como algo é montado, muitas vezes traduzido para o inglês como “forma”, “forma” ou todo unificado.

A psicologia da Gestalt pode ser definida como uma escola de pensamento que surgiu no início dos anos 20 e acredita que o todo de um objeto ou cena é maior e mais importante do que seus componentes.

Junte-se a nós e tenha acesso ilimitado

Ao aderir à nossa plataforma de e-learning, você terá acesso ilimitado a todos os (mais de 1000) artigos, modelos, vídeos e muito mais!

Por meio da psicologia da Gestalt, somos encorajados a ver e tratar a mente e o comportamento como um todo. Essa abordagem cria clareza no caos, ajudando a unificar partes separadas de informações e a procurar padrões.

A psicologia da Gestalt também contribuiu para o estudo da sensação e da percepção. O objetivo foi compreender como os humanos dão sentido ao mundo em que vivem e como identificam a ordem na desordem. De acordo com a psicologia da Gestalt, como os humanos interpretam o que veem no mundo depende do que esperam ver e tentarão encontrar um padrão no que veem e experimentam.


Modelo de probabilidade de elaboração

Um modelo especialmente popular que descreve a dinâmica da persuasão é o modelo de probabilidade de elaboração de persuasão (Petty & amp Cacioppo, 1986). o modelo de probabilidade de elaboração considera as variáveis ​​da abordagem de mudança de atitude - isto é, as características da fonte da mensagem persuasiva, o conteúdo da mensagem e as características do público são usadas para determinar quando a mudança de atitude ocorrerá. De acordo com o modelo de probabilidade de elaboração de persuasão, existem duas rotas principais que desempenham um papel na entrega de uma mensagem persuasiva: central e periférica (Figura 5).

Figura 5. A persuasão pode seguir um de dois caminhos, e a durabilidade do resultado final depende do caminho.

A rota central é conduzida por lógica e usa dados e fatos para convencer as pessoas da validade de um argumento. Por exemplo, uma empresa automobilística que busca persuadi-lo a comprar seu modelo enfatizará os recursos de segurança do carro e a economia de combustível. Este é um caminho direto para a persuasão que foca na qualidade da informação. Para que a rota central de persuasão seja eficaz na mudança de atitudes, pensamentos e comportamentos, o argumento deve ser forte e, se for bem-sucedido, resultará em uma mudança duradoura de atitude.

o rota central a persuasão funciona melhor quando o alvo da persuasão, ou o público, é analítico e está disposto a se envolver no processamento das informações. Do ponto de vista do anunciante, quais produtos seriam mais bem vendidos usando a rota central para a persuasão? Qual público provavelmente seria influenciado a comprar o produto? Um exemplo é comprar um computador. É provável, por exemplo, que proprietários de pequenas empresas sejam especialmente influenciados pelo foco na qualidade do computador e em recursos como velocidade de processamento e capacidade de memória.

o rota periférica é uma rota indireta que usa pistas periféricas para associar positividade à mensagem (Petty & amp Cacioppo, 1986). Em vez de focar nos fatos e na qualidade de um produto, a rota periférica depende da associação com características positivas, como emoções positivas e endosso de celebridades. Por exemplo, fazer com que um atleta popular anuncie calçados esportivos é um método comum usado para incentivar os jovens adultos a comprar os calçados. Esse caminho para a mudança de atitude não exige muito esforço ou processamento de informações. Este método de persuasão pode promover positividade em relação à mensagem ou produto, mas normalmente resulta em atitude menos permanente ou mudança de comportamento. O público não precisa ser analítico ou motivado para processar a mensagem. Na verdade, um caminho periférico para a persuasão pode nem mesmo ser percebido pelo público, por exemplo, na estratégia de colocação de produto. A colocação de produto refere-se a colocar um produto com um nome de marca ou identidade de marca claros em um programa de TV ou filme para promover o produto (Gupta & amp Lord, 1998). Por exemplo, uma temporada do reality show ídolo americano mostrou com destaque o painel de juízes bebendo em xícaras que exibiam o logotipo da Coca-Cola. Que outros produtos seriam mais bem vendidos usando a rota periférica para a persuasão? Outro exemplo são as roupas: um varejista pode se concentrar em celebridades que usam o mesmo estilo de roupa.

Tente


As letras miúdas: Os seguintes comentários são propriedade de quem os enviou. Nós não somos responsáveis ​​por eles de forma alguma.

Quase 30 anos e ainda gostando (Pontuação: 2)

Re: (Pontuação: 2)

Às vezes me pergunto se é isso que está por trás da interminável correia transportadora de "novas" linguagens / frameworks / padrões de design, etc. - o desejo de garantir que sua concorrência não consiga controlar o que você está trabalhando e conduzir o preço para baixo. Bem, isso e um contrato de livro.

Se os únicos empregos forem para pessoas que têm experiência máxima (esqueça as pessoas que mentem sobre seus currículos e dizem que têm mais experiência em uma determinada coisa do que a pessoa que é creditada por tê-la originado), e as únicas pessoas que têm

Re: perto dos 30 anos e ainda gostando (pontuação: 4, interessante)

Às vezes me pergunto se é isso que está por trás da interminável correia transportadora de "novas" linguagens / frameworks / padrões de design, etc.

É porque nenhum geek pode deixar tudo bem sozinho. Pior ainda do que os petrolheads, tudo sempre tem que ser mexido e bagunçado, quer seja necessário ou não. Não há nenhum motivo oculto, é apenas mexer interminável por mexer.

Re: (Pontuação: 2)

Na verdade, não é tão novo assim. Por exemplo, a programação funcional existe quase desde sempre. Uma vez que você tenha uma educação completa o suficiente em todas as coisas que existem, as novas coisas começam a se parecer muito com as antigas.

Re: (Pontuação: 2)

Re: (Pontuação: 2)

sim. O maior problema são as pessoas dizendo que a nova moda é melhor do que a antiga, embora geralmente você precise de um pouco disso e um pouco daquilo. nada se encaixa 100% no funcional, nada se encaixa 100% no operativo, 100% no objetivo.

Isso VAI deixá-lo preso (Pontuação: 3)

Sim, essa atitude vai deixá-lo com raiva, medo e amargura. Você VAI se esgotar se dedicar seu tempo culpando os outros em vez de trabalhar em suas habilidades.

Você não tem que continuar fazendo isso e se sentindo tão mal, sabe. Você pode realmente desfrutar do seu trabalho, como alguns de nós fazem. MAS isso envolve alguns meses bastante incômodos enquanto você se acostuma com a ideia de assumir a responsabilidade por si mesmo. Você sabe, crescendo.

Seja insubstituível. (Pontuação: 2)

Se você não fornecer nada de valor além do que poderia ser terceirizado para algumas pessoas com muito menos habilidades ou experiência (deixo os apelidos agressivos para você), você merece o que acontece com você.

Por outro lado, eu trago algo sobre a mesa:
- amplo conjunto de habilidades avançadas que são uma raridade muito procurada (você não é apenas um cara de design da Web aleatório que lança páginas da Web rapidamente, você tem vasta experiência em ciência de dados baseada em aprendizado de máquina)
- muita experiência no terreno (yo

Re: Seja insubstituível. (Pontuação: 5, perspicaz)

Re: Seja insubstituível. (Pontuação: 4, Interessante)

mas você consegue o tempo necessário? Na maioria dos lugares em que estive, você não tem tempo para fazer o melhor trabalho.

Re: (Pontuação: 2)

Obrigado por apontar porque nem tudo é tão claro na prática. Não, mas eu identifico e comunico esses riscos. Mesmo que eu não possa implementar nenhum recurso para evitar esses riscos, geralmente tento identificá-los e classificá-los de acordo com o quão arriscado eles podem ser. Em geral, antecipo um ou mais dos problemas altamente arriscados para que eu possa girar rapidamente e ter um plano de batalha a qualquer momento.

Na verdade, tudo se resume a julgamentos. É raro, mas há casos em que recuso absolutamente algo

Problemas de primeiro mundo (pontuação: 2)

Re: (Pontuação: 2)

Realmente não importa. Você pode sobreviver. Talvez até por um certo tempo, mas todo mundo tem um ponto de ruptura.

Minha teoria sobre o brontossauro (pontuação: 2)

Interesse de campo (pontuação: 3)

Evite gerentes (pontuação: 3)

Esses desgraçados para quem tudo é prioridade porque não podiam dizer não aos clientes nem aceitar não como resposta porque só vivem para se reunir sobre coisas que nunca vão entender direito.

Re: (Pontuação: 2)

Re: (Pontuação: 2)

Re: (Pontuação: 1)

Vá nuclear (pontuação: 3)

Eu recomendo sinceramente

Dane-se isso. (Pontuação: 4, perspicaz)

Encontre um problema real que precise ser resolvido e resolva-o.

Ou: (Pontuação: 2)

Torne-se um burocrata, uma engrenagem. Não documente nada para que ninguém ouse substituí-lo e ninguém mais possa testar seu código. Sempre escreva tudo do zero em seu idioma pessoal. Afirme ter listas de verificação e runbooks, mas nunca os mostre a ninguém e não documente nada. Insista que a documentação é inútil, apenas o código em si é uma documentação.Recuse-se a educar seus colegas ou assistir a suas apresentações sobre suas ferramentas.

Essas características são _extremamente_ comuns em pessoal mal treinado, ensinado a nunca olhar

Re: (Pontuação: 1)

O que você está descrevendo são os sintomas de uma administração extremamente ruim. Gerenciamento não é apenas dizer às pessoas o que fazer e ameaçar demitir alguém que não obedece. Correndo o risco de ser um pouco vacilante, a administração tem o dever de nutrir o talento, não apenas controlá-lo. Um problema aqui é que as pessoas que se esforçam para cargos de gestão tendem a ser o tipo de personalidade que gosta de estar no controle.

O desenvolvimento de software é um portal, não um fim! (Pontuação: 5, interessante)

Meu emprego atual veio a mim por pura sorte cega.

Dois anos atrás, eu estava entrevistando para o cargo de desenvolvedor Yet Another C / C ++ sênior e descobri na entrevista que eles estavam usando C ++ de maneiras com as quais eu não tinha experiência (e já havia servido em comitês de linguagem!). A quarta pessoa com quem entrevistei naquele dia, o chefe de desenvolvimento de software, literalmente me disse: "Não preciso de você." Ok, suponho que seja uma maneira de encerrar uma entrevista.

Aí ele disse: "Não vá embora. Eu já volto".

Na época, eu havia passado 35 anos como desenvolvedor de sistemas embarcados de tempo real e adorava cada minuto disso. Fui pago para ajudar a criar algumas das coisas mais incríveis: instrumentos de detecção de radiação para usinas nucleares comerciais. Sistemas automatizados de inspeção por raio-X. Sistemas de radiografia de nêutrons man-in-the-loop. Câmeras de vídeo capturando 100.000 quadros por segundo. Sistemas de segurança para aeroportos. Instrumentos de aeronaves. Aviônica espacial (que infelizmente não entrou em órbita). A lista continua.

Eu realmente senti que vivi uma vida encantadora como desenvolvedor de software. Só naquele momento em particular parecia que tudo estava chegando ao fim, comigo sentado sozinho em uma pequena sala de conferências, me perguntando por que ainda estava lá.

Então chegou alguém que não estava na minha lista de entrevistas e tudo seguiu em uma direção totalmente diferente. Eu não tinha ideia de quais arremessos eu estava lançando, mas pela reação que eu estava vendo, eu estava acertando eles fora do estádio. Uma sensação verdadeiramente estranha. Como um teste para uma peça para a qual eu não tinha lido o roteiro. Surreal.

Recebi uma oferta de emprego como Engenheiro de Sistemas Sênior, que aceitei. Dois meses depois, eu estava me culpando por não ter considerado essa opção uma década ou mais antes.

Fazer sistemas embarcados em tempo real significa que você gradualmente se torna um especialista em todas as peças que compõem esses sistemas. Porque, afinal, quando algo dá errado durante a inicialização, eles sempre culpam o software. E caberia a mim encontrar a verdadeira origem do problema. E, além disso, muitas vezes eu tinha que encontrar uma solução! Eu entendi a engenharia mecânica para atuadores e membros estruturais. Eu entendia de engenharia elétrica para os circuitos, distribuição de energia e gerenciamento de ruído. Eu entendi os aspectos eletromecânicos de motores e relés. Eu entendi FPGAs e seu desenvolvimento e teste.

Acontece que nunca pensei que poderia ser PAGO por saber todas essas coisas fora da minha área de atuação. Até que me disseram que não era necessário como desenvolvedor de software e recebi outra oferta.

Foi um golpe duplo que me fez girar e me acordou. Há três dias, estou há dois anos neste emprego e adoro isso tanto quanto qualquer outro trabalho que já tive. Estou fazendo coisas tão divertidas! Amanhã, vou levar um sistema de última geração para o FCC irradiado e realizar testes de certificação de emissões. Uau!

Olhando para trás, o software é a camada mais externa que faz qualquer sistema funcionar, a ponte entre o hardware e o mundo externo. Tive a sorte de sempre ter trabalhado "perto do metal", onde o hardware estava sempre bem na minha cara, com o mundo exterior empurrando do outro lado.

Eu ainda escrevo muitos softwares, mas é principalmente um código de cola para convencer o hardware novo a não explodir em chamas por tempo suficiente para que os desenvolvedores "reais" consigam escrever algum código para ele. Muitos scripts para portas I2C para colocar os dispositivos em um estado normal, e mais scripts para fazer com que os instrumentos de laboratório forneçam os sinais corretos para o hardware. Basicamente, sou um rato de laboratório glorificado! E eu amo isso.

Todo desenvolvedor de software deve estar sempre olhando para fora de seu cubículo, verificando como o mundo está evoluindo e se seu lugar nele mudou. Não consegui fazer isso, e foi apenas por sorte cega que uma defesa foi lançada em minha direção.

A única coisa que evitei foi entrar na área de gerenciamento: fui forçado a fazer isso três vezes durante o início de minha carreira e, embora tivesse sucesso, odiava o trabalho, não sentia prazer nele e queria meu IDE de volta. Trabalhar


Sintomas

O principal sintoma da megalofobia é o medo de objetos grandes ou animais. Além de sentir medo na presença de um objeto grande, as pessoas também podem ter sintomas de:

  • Dor no peito
  • Diarréia
  • Tontura
  • Sentimento de pânico
  • Aumento da frequência cardíaca
  • Náusea
  • Tremendo
  • Falta de ar
  • Suando

Ter essas fobias pode limitar muito suas interações sociais. É fundamental que você compreenda sua fobia e obtenha a ajuda necessária para superá-la.


Perguntas e respostas: Christopher Chabris, professor de psicologia, sobre ilusões do dia-a-dia

Chabris explica como podemos ignorar coisas que mais tarde parecem óbvias - e por que as pessoas que as acham engraçadas têm o pior senso de humor.

Por Christina Hernandez Sherwood | 24 de novembro de 2013 - 04:00 GMT (20:00 PST) | Tópico: Inovação

Quando um político conta uma história pessoal que se revela falsa, isso o torna um mentiroso? Quando um funcionário exala confiança, isso o torna a pessoa mais inteligente da sala?

Apesar de nossa intuição sobre o modo como nossa mente funciona, as respostas podem acabar sendo não, de acordo com Christopher Chabris, professor de psicologia do Union College. (Para ver por que, assista ao vídeo no final da página para testar sua própria mente antes de terminar o resto desta história.)

Falei com Chabris, coautor com Dan Simons de O Gorila Invisível, sobre por que não vemos um gorila bem na nossa frente, por que confiamos demais em nossas memórias e como essas ilusões do dia-a-dia causam algumas situações complicadas. Abaixo estão trechos de nossa entrevista.

O vídeo que inspirou seu livro - e recebeu mais de oito milhões de visualizações no YouTube - mostra seis pessoas jogando bolas de basquete para frente e para trás. O visualizador é instruído a contar quantas vezes um grupo passa a bola. No meio do clipe, uma pessoa vestida com um traje de gorila caminha pelo grupo e bate em seu peito. A ideia é que a maioria das pessoas ficará tão absorta em contar os passes que nem perceberá o gorila. Como você sabia que o experimento funcionaria e o que encontrou?

Não sabíamos que ia funcionar. Foi uma surpresa para mim e, de certa forma, ainda é uma surpresa. Depois de ver essa coisa andar pela tela, parece tão óbvio. É difícil imaginar que alguém pudesse perder isso.

Dan Simons era um novo membro do corpo docente em Harvard no departamento de psicologia e eu era um estudante de graduação. Estávamos ministrando um curso sobre métodos experimentais em psicologia cognitiva. Dan decidiu que a classe deveria colaborar em um experimento. Foi idéia dele recriar um estudo feito por Ulric Neisser, um dos pioneiros da psicologia cognitiva. Ele fez um vídeo nos anos 70 usando um truque com espelhos para sobrepor três streams de vídeo. Ele tinha pessoas passando bolas de basquete - duas equipes de três pessoas. Mas ele fez uma mulher carregando um guarda-chuva caminhar no meio da ação. Neisser descobriu que se as pessoas prestassem atenção no que os jogadores de basquete estavam fazendo - contando o número de vezes que eles jogaram a bola - muitas pessoas sentiriam falta dessa mulher com o guarda-chuva.

Fizemos várias versões diferentes do vídeo. Em um deles, a pessoa vestindo o traje de gorila olhou para a câmera e deu um tapa no peito. Queríamos ultrapassar os limites. Dissemos: ‘Se muitas pessoas perderem algo que simplesmente atravessa, e se ficar na tela por mais tempo e bater no peito? Podemos finalmente fazer com que seja notado? ' Mesmo assim, apenas metade das pessoas que testamos notou. Fiquei surpreso com os resultados. Já superei isso, mas por vários anos, quando exibia o vídeo em sala de aula ou em uma palestra, ficava preocupada que todos vissem o gorila. Parecia tão óbvio. Demorou muito para superar a crença de todos, que é que devemos ver coisas óbvias.

Esse experimento mostra o que você chama de "cegueira desatencional", um termo que parece um pouco perigoso. O que significa e por que acontece?

Cegueira desatencional não foi um termo que cunhamos. Eu acredito que foi cunhado por Arien Mack e Irvin Rock, que escreveu um livro com esse nome. Eles fizeram experimentos como este. Eles pediam às pessoas que olhassem para a tela de um computador. Um sinal de mais gigante piscaria no centro da tela. A parte vertical ou horizontal do sinal de mais seria mais longa do que a outra. Você teve que decidir qual era mais longo. Você tinha que prestar muita atenção para acertar. Depois de alguns desses julgamentos, outro pequeno objeto piscaria em algum lugar da tela ao mesmo tempo que o sinal de mais. Um quarto das vezes ou mais, as pessoas não notavam o outro objeto. Eles tinham a ideia de que, quando sua atenção é absorvida por uma tarefa visual exigente, pode ser como se você estivesse cego para outras coisas. Esses outros objetos eram visíveis se você olhasse para onde eles estavam, mas com sua atenção voltada para o sinal de mais era como se eles fossem invisíveis. É por isso que é chamada de cegueira desatencional. É como se você tivesse um ponto cego aí.

Tentamos com nosso trabalho mostrar que não são apenas objetos que piscam brevemente em telas de computador que podem causar cegueira por falta de atenção. Isso pode acontecer em eventos mais longos e em um ambiente mais naturalista, onde você está observando seres humanos. No jornal chamamos Cegueira desatencional sustentada, a ideia era que a cegueira desatencional poderia durar o tempo que o evento levasse para acontecer. Contanto que sua atenção estivesse focada em outro lugar, você poderia ficar cego para eventos importantes.

Por que isso acontece? É apenas a maneira como nossas mentes funcionam?

Você pode chamar isso de efeito colateral da maneira como a mente é projetada. Outros pesquisadores descobriram que, quando você presta atenção a algum aspecto do seu mundo visual, os sistemas cerebrais responsáveis ​​por processar o que você está prestando aumentam de atividade. Isso é parte do que é atenção. Ele está dedicando mais poder de processamento de informações àquilo em que você está prestando atenção. Ele permite que você faça coisas com aquele estímulo que você não poderia fazer de outra forma. Por exemplo, você pode seguir uma bola que está se movendo em velocidades muito altas. Você não pode fazer isso sem prestar atenção.

O fato de podermos prestar atenção nos ganha muito. Aumenta o poder computacional do cérebro em relação ao que estamos prestando atenção. Mas o custo é que isso diminui o processamento de informações feito em outros lugares. A atenção é uma habilidade maravilhosa. Mas, de certa forma, é como um jogo de soma zero. Ele tira o nosso poder de perceber objetos inesperados. Isso surpreende as pessoas. Sua intuição é que essas coisas vão chamar sua atenção. Acontece que a atenção pode ser devotada tão fortemente a uma coisa que você nem percebe outras coisas.

A cegueira desatencional e os outros exemplos em seu livro são conhecidos como "ilusões do dia-a-dia". Como você define esse termo?

Eles são ilusões sobre a maneira como nossas mentes funcionam. Pensar que você vai notar tudo de importante que acontece é uma ilusão sobre como sua mente funciona. Pensar que vai se lembrar das coisas com mais detalhes e com mais precisão do que você, isso é uma ilusão sobre como sua mente funciona. Quanto mais pensamos sobre eles, mais percebemos o grande papel que desempenham no comportamento e nas decisões cotidianas. Você não precisa de equipamento especial para experimentá-los. Eles acontecem o tempo todo na vida cotidiana.

A mídia é conhecida por criticar políticos que contam histórias sobre seu passado que na verdade não aconteceram com eles. Mas, de acordo com o seu trabalho, podemos ser mais fáceis com eles. Eles podem estar sofrendo do que você chama de "ilusão de memória". Descreva isso.

Quando os políticos dizem algo sobre seu próprio passado que não é verdade, o debate sempre acende. Eles são mentirosos? Eles estão perdendo a cabeça? Mas é assim que a memória funciona. Não é tão perfeito quanto pensamos. A ilusão de memória é nossa maneira de resumir as descobertas de décadas de pesquisa sobre como a memória funciona. A memória não funciona como uma câmera de vídeo. Não registra tudo o que acontece com você. É tendencioso de maneiras sistemáticas. Normalmente, nossas memórias nos colocam no centro da ação, muito mais do que realmente éramos. Nossas memórias nos fazem parecer melhores do que antes e nossas memórias também tendem a se conformar com o que esperaríamos que acontecesse e perder detalhes sem importância, mas distintivos.

Um grande exemplo disso nas notícias recentes foi o julgamento de George Zimmerman na Flórida. Uma grande parte do caso da acusação foi baseada na inconsistência nas declarações que Zimmerman deu sobre o incidente. A promotoria argumentou que essas inconsistências eram mentiras. Isso pode ou não ser verdade. Não tenho uma opinião sobre isso - e a ciência não pode responder a essas perguntas de maneira confiável sobre casos individuais. Mas o que sabemos sobre a memória é suficiente para dizer que é inteiramente possível que, à medida que alguém narra um evento, ele mude com o tempo. Isso foi demonstrado em pesquisas sobre eventos como pessoas relembrando o assassinato de J.F.K. ou a explosão de um ônibus espacial.

Tudo estaria bem se as pessoas agissem em sua vida cotidiana de acordo com o funcionamento da memória. Mas as pessoas discutem apenas porque suas memórias são diferentes. Eles votam a favor ou contra o político porque a memória dessa pessoa pode estar imprecisa. Toda a campanha de Hillary Clinton ficou paralisada por semanas porque ela tinha essa falsa memória de ter sido baleada na Bósnia. Ela poderia ser presidente hoje se não fosse pela ilusão de memória.

Você também descobriu que os menos habilidosos entre nós tendem a ser os mais confiantes. Você pode dar um exemplo disso?

Freqüentemente, quando você está interagindo com alguém, você não tem muitas informações sobre o quão habilidosos eles são ou quão precisas são suas memórias. Nossa tendência natural como seres humanos parece ser considerar a confiança de outra pessoa como um indicador dos fatos mais inobserváveis ​​sobre o nível de habilidade, conhecimento e memória dessa pessoa. Acreditamos na confiança e não acreditamos na falta de confiança. Justin Kruger e David Dunning, dois psicólogos sociais, fizeram um estudo no qual compararam o quão habilidoso alguém era em uma tarefa com o quão habilidoso eles pensavam que eram. A habilidade que escolheram foi o senso de humor. Eles fizeram as pessoas avaliarem 30 piadas diferentes sobre como elas eram engraçadas. Em seguida, eles compararam as avaliações das pessoas sobre as piadas com as avaliações de comediantes profissionais. Eles descobriram que as pessoas cujas avaliações das piadas divergiam mais das avaliações dos comediantes profissionais pensavam que estavam acima da média em senso de humor. Quase todos em seu estudo pensaram que estavam acima da média, mas a maior lacuna estava nas pessoas que tinham o pior senso de humor.

Existe algo que possamos fazer para melhorar o funcionamento de nossas mentes?

Estamos trabalhando em um novo livro, que tentará responder a essa pergunta. Sabendo que nossas mentes são limitadas nessas formas, pode ver o que estamos perdendo? Podemos saber quando estamos em um território cognitivo perigoso e precisamos prestar atenção extra ou repensar suposições ou questionar nosso conhecimento? Parte da resposta é aprender mais sobre como sua mente funciona. O próximo passo é ser mais honesto consigo mesmo sobre seu próprio nível de conhecimento. Muitas decisões erradas são tomadas quando as pessoas superestimam seu próprio conhecimento. Adotar uma atitude de humildade sobre seu próprio conhecimento é crucial.

Em seguida, você pode começar a pensar em maneiras específicas de ver o que está perdendo - talvez pesquisando mais informações relevantes para sua decisão. Você pode refletir sobre seus próprios processos de tomada de decisão. Eu estava usando todas as informações que deveria ter? Eu estava tirando conclusões precipitadas? Isso não é fácil. Não existem atalhos. Mas temos uma capacidade extraordinária de aprender novas habilidades e nos tornarmos especialistas em tarefas que parecem impossíveis de se desfazer. Apenas observe dois mestres do xadrez. Eles estão se movendo na velocidade da luz e fazendo bons movimentos, apesar de só pensarem neles por alguns segundos. Se você não sabe jogar xadrez, o que eles estão fazendo parecerá estranho. Mas você pode aprender passo a passo. O desenvolvimento de experiência em áreas específicas é uma maneira surpreendentemente boa de melhorar sua capacidade de tomar decisões. Não há nenhum esquema de esperteza rápido que resolva repentinamente esses problemas para você. Mas depois de conhecer as armadilhas, você pode descobrir como evitá-las.


Desempenhe como um profissional

É com truques como esse que os mágicos assumem o controle - brevemente - da maneira como vivenciamos, entendemos e lembramos os eventos. No resto do tempo, podemos copiar alguns de seus melhores truques psicológicos e começar a pensar e aprender melhor.

Precisamos fazer tudo o que pudermos para nos concentrar. Evite suposições. Questione todas as informações que recebemos. Esteja aberto a uma série de explicações possíveis - no entanto, naturalmente e com confiança, alguém pode estar nos contando como as coisas & # 8220 são. & # 8221

Os mágicos nos mostram o impacto da comunicação com clareza, para ajudar os outros a seguir nossa linha de pensamento e lembrar de nossa mensagem.

E eles podem até mesmo nos inspirar a encontrar nossas próprias técnicas para divertir e surpreender as pessoas ao nosso redor.

Dessa forma, podemos usar a psicologia do aprendizado para dar mais de nossas interações aquele toque mágico e encantador!


Conclusão

Cientistas pesquisadores e profissionais da indústria de filmes e videogames têm usado sons simulados para aprender mais sobre a audição e para aprimorar nossas experiências de entretenimento. Alguns cientistas se concentram em como o cérebro processa os sons, enquanto outros analisam as propriedades físicas das próprias ondas sonoras, por exemplo, como elas saltam ou são interrompidas de alguma outra forma. Alguns até investigam como outros animais ouvem e comparam suas habilidades com as nossas. Por sua vez, profissionais das indústrias de cinema e videogame têm usado essa pesquisa para ajudar a tornar a experiência dos cinéfilos e jogadores mais envolvente. Em ambientes virtuais, os designers podem fazer as ondas sonoras virtuais se comportarem como as ondas sonoras na vida real. Quando você está jogando um videogame ou assistindo a um filme, é fácil dar como certo a pesquisa e o tempo investidos na criação dessa experiência. Talvez o próximo avanço na tecnologia de som envolvente comece com você e sua própria curiosidade sobre as ondas sonoras e como o sistema auditivo funciona!

Glossário

Amplitude: & # x02191 O tamanho da onda sonora é o atributo de um som que influencia a intensidade percebida desse som.

Tom: & # x02191 A qualidade do som que é experimentada em função da frequência ou velocidade das vibrações, o grau percebido de elevação ou diminuição de um tom ou som.

Efeito Doppler: & # x02191 Um aumento ou diminuição na frequência de uma onda sonora à medida que a fonte do ruído e o observador se aproximam ou se afastam um do outro.

Cóclea: & # x02191 Um tubo oco (principalmente) no ouvido interno que geralmente é enrolado como uma concha de caracol e que contém os órgãos sensoriais da audição.

Córtex auditivo: & # x02191 A área do cérebro localizada no lobo temporal que processa as informações recebidas por meio da audição.

Diferença de tempo interaural: & # x02191 A diferença no tempo de chegada do som recebido pelas duas orelhas.

Diferença de intensidade interaural: & # x02191 A diferença no volume e na frequência de um som recebido pelos dois ouvidos.

Áudio Tridimensional: & # x02191 Um grupo de efeitos sonoros usados ​​para manipular o que é produzido por alto-falantes estéreo ou fones de ouvido, envolvendo a localização percebida de fontes de som em qualquer lugar de um espaço tridimensional.


Visão "normal" [editar | editar fonte]

A acuidade visual depende de quão precisamente a luz é focada na retina (principalmente na região macular), da integridade dos elementos neurais do olho e da faculdade interpretativa do cérebro [1]. A acuidade visual "normal" é frequentemente considerada como o que foi definido por Snellen como a capacidade de reconhecer um optótipo quando ele subtendeu 5 minutos de arco, ou seja, o gráfico de Snellen 20/20 pés, 6/6 metros, 1,00 decimal ou 0,0 logMAR. Em humanos, a acuidade máxima de um olho emetrópico saudável (e mesmo olhos ametrópicos com corretores) é de aproximadamente 20/16 a 20/12, por isso é impreciso referir-se à acuidade visual 20/20 como visão “perfeita”. O padrão 20/20 é a acuidade visual necessária para discriminar dois pontos separados por 1 arco-minuto, só isso. A significância do padrão 20/20 pode ser melhor considerada como o limite inferior do normal ou como um corte de triagem. Quando usado como um teste de triagem, os sujeitos que alcançam esse nível não precisam de investigação adicional, embora a acuidade visual média de olhos saudáveis ​​seja 20/16 ou 20/12.

Algumas pessoas podem sofrer de outros problemas visuais, como daltonismo, contraste reduzido ou incapacidade de rastrear objetos em movimento rápido e ainda ter acuidade visual normal. Assim, acuidade visual normal não significa visão normal. A razão pela qual a acuidade visual é amplamente utilizada é que é um teste que corresponde muito bem às atividades diárias normais que uma pessoa pode realizar e avaliar sua deficiência para realizá-las.


10 coisas que você talvez não saiba sobre o uso do S3

Quase todo mundo que já usou o Amazon Web Services já usou o AWS S3. Na década desde que foi lançado pela primeira vez, o armazenamento S3 se tornou essencial para milhares de empresas para armazenamento de arquivos. Embora usar o S3 de maneiras simples seja fácil, em uma escala maior ele envolve muitas sutilezas e erros potencialmente caros, especialmente quando seus dados ou equipe estão aumentando.

Infelizmente, como acontece com grande parte da AWS, muitas vezes aprendemos algumas dessas dicas da maneira mais difícil, quando cometemos erros ou desejamos ter feito as coisas de forma diferente. Sem mais delongas, aqui estão as dez coisas sobre o AWS S3 que o ajudarão a evitar erros caros. Reunimos essas dicas com base em nossa própria experiência e na sabedoria coletiva de vários amigos e colegas engenheiros.

Visibilidade operacional da AWS

Os dados da máquina contêm segredos ocultos que fornecem percepções verdadeiras sobre a integridade operacional de sua infraestrutura AWS. Saiba mais sobre a visibilidade operacional da AWS hoje!

Como melhorar o desempenho do S3 obtendo dados de registro de e para o S3 mais rápido

Colocar dados dentro e fora do AWS S3 leva tempo. Se você estiver movendo dados com frequência, há uma boa chance de acelerá-lo. Reduzir o tempo que você gasta carregando e baixando arquivos pode ser extremamente valioso de maneiras indiretas - por exemplo, se sua equipe economiza 10 minutos toda vez que você implanta um build de teste, você está melhorando significativamente a produtividade da engenharia.

O S3 é altamente escalonável, portanto, em princípio, com um tubo grande o suficiente ou instâncias suficientes, você pode obter um rendimento arbitrariamente alto. Um bom exemplo é S3DistCp, que usa muitos trabalhadores e instâncias. Mas quase sempre você é atingido por um de dois gargalos:

  1. O tamanho do tubo entre a origem (normalmente um servidor local ou instância EC2) e S3.
  2. O nível de simultaneidade usado para solicitações durante o upload ou download (incluindo uploads de várias partes).

Como melhorar a latência S3 prestando atenção às regiões e conectividade

A primeira lição disso é que regiões e conectividade são importantes. Obviamente, se você estiver movendo dados dentro da AWS por meio de uma instância EC2 ou por meio de vários intervalos, como fora de um volume EBS, será melhor se sua instância EC2 e a região S3 corresponderem. Mais surpreendentemente, mesmo ao mover dados dentro da mesma região, Oregon (uma região mais recente) chega mais rápido do que Virgínia em alguns benchmarks.

Se os seus servidores estão em um data center principal, mas não no EC2, você pode considerar o uso de portas DirectConnect para obter largura de banda significativamente maior (você paga por porta). Como alternativa, você pode usar o S3 Transfer Acceleration para obter dados na AWS mais rapidamente, simplesmente alterando seus endpoints de API. Você também tem que pagar por isso, o equivalente a 1-2 meses de custo de armazenamento para a transferência em qualquer direção. Para distribuir conteúdo rapidamente para usuários em todo o mundo, lembre-se de que você pode usar o suporte do BitTorrent, CloudFront ou outro CDN com S3 como sua origem.

Como melhorar o desempenho do S3 usando redes de maior largura de banda

Em segundo lugar, tipos de instância importam. Se você estiver usando servidores EC2, alguns tipos de instância têm conectividade de rede com largura de banda maior do que outros. Você pode ver isso se classificar por “Desempenho da rede” na excelente lista ec2instances.info.

Como usar a simultaneidade para melhorar a latência e o desempenho do AWS S3

Em terceiro lugar, e de forma crítica, se você estiver lidando com muitos itens, simultaneidade importa. Cada operação S3 é uma solicitação de API com latência significativa - dezenas a centenas de milissegundos, o que significa quase uma eternidade se você tiver milhões de objetos e tentar trabalhar com eles um de cada vez. Portanto, o que determina sua taxa de transferência geral ao mover muitos objetos é o nível de simultaneidade da transferência: quantos threads de trabalho (conexões) em uma instância e quantas instâncias são usadas.

Muitas bibliotecas AWS S3 comuns (incluindo o amplamente usado s3cmd) não fazem, por padrão, muitas conexões de uma vez para transferir dados. Tanto o s4cmd quanto o próprio aws-cli da AWS fazem conexões simultâneas e são muito mais rápidos para muitos arquivos ou grandes transferências (já que os uploads de várias partes permitem o paralelismo).

Outra abordagem é com EMR, usando Hadoop para paralelizar o problema. Para sincronizações ou uploads de várias partes em uma rede de largura de banda mais alta, um tamanho de parte razoável é de 25–50 MB. Também é possível listar objetos com muito mais rapidez, se você percorrer uma hierarquia de pastas ou outra hierarquia de prefixo em paralelo.

Finalmente, se você realmente tem uma tonelada de dados para mover em lotes, basta enviá-los.

O que é otimização de dados AWS S3 e como melhorar os ciclos de vida antecipadamente

Ok, podemos ter nos adiantado. Antes de colocar algo no AWS S3 em primeiro lugar, há várias coisas em que pensar. Uma das mais importantes é uma pergunta simples:

Quando e como esse objeto deve ser excluído?

Lembre-se de que dados grandes provavelmente irão expirar - ou seja, o custo de pagar à Amazon para armazená-los em sua forma atual será maior do que o valor esperado que oferece ao seu negócio. Você pode reprocessar ou agregar dados de muito tempo atrás, mas é improvável que você queira registros, compilações ou arquivos brutos não processados ​​para sempre.

No momento em que você está salvando um dado, pode parecer que você pode decidir mais tarde. A maioria dos arquivos são colocados no S3 por um processo regular por meio de um servidor, um pipeline de dados, um script ou até mesmo processos humanos repetidos - mas você precisa pensar no que vai acontecer com esses dados ao longo do tempo.

Em nossa experiência, a maioria dos usuários do AWS S3 não considera o ciclo de vida antecipadamente, o que significa misturar arquivos que têm ciclos de vida curtos com aqueles que têm ciclos mais longos. Ao fazer isso, você incorre em dívidas técnicas significativas em torno da organização de dados (ou, equivalentemente, dívidas mensais com a Amazon!).

Depois de saber as respostas, você descobrirá que os ciclos de vida gerenciados e a marcação de objetos AWS S3 são seus amigos. Em particular, você deseja excluir ou arquivar com base em tags de objeto, por isso é aconselhável marcar seus objetos de forma adequada para que seja mais fácil aplicar políticas de ciclo de vida. É importante mencionar que a marcação S3 possui limite máximo de 10 tags por objeto e 128 caracteres Unicode. (Voltaremos a isso na Dica 4 e na Dica 5.)

Você também deve considerar os esquemas de compressão. Para grandes dados que ainda não estão compactados, é quase certo que você queira - a largura de banda S3 e as restrições de custo geralmente fazem a compactação valer a pena. (Considere também quais ferramentas irão lê-lo. EMR oferece suporte a formatos específicos como gzip, bzip2 e LZO, por isso ajuda a escolher uma convenção compatível.)

Quando e como o objeto AWS S3 é modificado?

Como acontece com muitos problemas de engenharia, prefira a imutabilidade quando possível - projete de forma que os objetos nunca sejam modificados, mas apenas criados e posteriormente excluídos. No entanto, às vezes a mutabilidade é necessária. Se o S3 for sua única cópia de dados de log mutáveis, você deve considerar seriamente algum tipo de backup - ou localizar os dados em um depósito com o controle de versão habilitado.

Se tudo isso parece uma dor de cabeça e difícil de documentar, é um bom sinal de que ninguém na equipe entende. No momento em que você escalar para terabytes ou petabytes de dados e dezenas de engenheiros, será mais difícil resolver.

Como priorizar o controle de acesso, criptografia e conformidade com AWS S3

Este AWS S3 FAQ é o menos atraente e possivelmente o mais importante aqui. Antes de colocar algo no S3, pergunte-se o seguinte:

  • Existem pessoas que não deveriam ser capazes de modificar esses dados?
  • Existem pessoas que não deveriam ser capazes de ler esses dados?
  • Como as últimas regras de acesso provavelmente mudarão no futuro?
  • Os dados devem ser criptografados? (E em caso afirmativo, onde e como gerenciaremos as chaves de criptografia?)
  • Existem requisitos de conformidade específicos?

Há uma boa chance de suas respostas serem: “Não tenho certeza. Eu realmente deveria saber disso? "

Alguns dados não são confidenciais e podem ser compartilhados com qualquer funcionário. Para esses cenários, as respostas são fáceis: basta colocá-lo no S3 sem criptografia ou políticas de acesso complexas. No entanto, toda empresa possui dados confidenciais - é apenas uma questão de quais dados e quão confidenciais eles são. Determine se as respostas a qualquer uma dessas perguntas são "sim".

A questão da conformidade também pode ser confusa. Pergunte a si mesmo o seguinte:

  • Os dados que você está armazenando contêm informações financeiras, PII, do titular do cartão ou do paciente?
  • Você tem requisitos de conformidade PCI, HIPAA, SOX ou EU Safe Harbor? (Este último tornou-se bastante complexo recentemente.)
  • Você possui dados de clientes com acordos restritivos em vigor - por exemplo, você está prometendo aos clientes que seus dados serão criptografados em repouso e em trânsito? Se a resposta for sim, talvez você precise trabalhar com (ou se tornar!) Um especialista no tipo relevante de conformidade e contratar serviços ou consultores para ajudar, se necessário.

No mínimo, você provavelmente desejará armazenar dados com necessidades diferentes em intervalos S3 separados, regiões e / ou contas AWS, e configurar processos documentados em torno de criptografia e controle de acesso para esses dados.

Não é divertido cavar em tudo isso quando tudo o que você quer fazer é economizar um pouco de dados, mas acredite em nós, vai economizar a longo prazo pensar nisso o quanto antes.

Como usar a organização da pasta S3 aninhada e problemas comuns

Os recém-chegados ao S3 sempre ficam surpresos ao saber que a latência nas operações do S3 depende dos nomes das chaves, uma vez que as semelhanças de prefixo tornam-se um gargalo em mais de cerca de 100 solicitações por segundo. Se você precisar de grandes volumes de operações, é essencial considerar esquemas de nomenclatura com mais variabilidade no início dos nomes de chave, como códigos alfanuméricos ou hexadecimais nos primeiros 6 a 8 caracteres, para evitar "pontos quentes" internos dentro Infraestrutura S3.

Isso costumava entrar em conflito com a Dica 2 antes do anúncio de novos recursos de gerenciamento de armazenamento S3, como marcação de objeto. Se você já pensou em seus ciclos de vida, provavelmente deseja marcar objetos para que possa excluir automaticamente ou fazer a transição de objetos com base em tags, por exemplo, definindo uma política como “arquivar tudo com tag de objeto bruto no Glacier após 3 meses”.

Não há solução mágica aqui, a não ser decidir antecipadamente com o que você se importa mais para cada tipo de dados: políticas fáceis de gerenciar ou operações de acesso aleatório de alto volume?

Uma consideração relacionada sobre como você organiza seus dados é que é extremamente lento rastrear milhões de objetos sem paralelismo. Digamos que você queira calcular seu uso em um balde com dez milhões de objetos. Bem, se você não tem ideia da estrutura dos dados, boa sorte! Se você tiver uma marcação sã ou se tiver hashes uniformemente distribuídos com um alfabeto conhecido, também é possível paralelizar.

Obtenha até 70% de economia de custos

Experimente o Sumo Logic hoje para começar a otimizar seus custos de AWS.

Como economizar dinheiro com Redundância Reduzida, Acesso Infrequente ou Glaciar

A classe de armazenamento "Padrão" do S3 oferece durabilidade muito alta (anuncia durabilidade de 99,999999999% ou "onze 9s"), alta disponibilidade, acesso de baixa latência e custo de acesso relativamente barato.

Existem três maneiras de armazenar dados com menor custo por gigabyte:

  • S3’s Reduced Redundancy Storage (RRS) tem durabilidade inferior (99,99%, portanto, apenas quatro noves). Ou seja, há uma boa chance de você perder uma pequena quantidade de dados. Para alguns conjuntos de dados onde os dados têm valor estatístico (perder, digamos, meio por cento de seus objetos não é um grande negócio), esta é uma troca razoável.
  • Acesso infrequente de S3 (IA) (confusamente também chamado de “Padrão - Acesso não frequente”) permite que você obtenha armazenamento mais barato em troca de acesso mais caro. Isso é ótimo para arquivos como logs que você já processou, mas pode querer ver mais tarde.
  • Geleira oferece armazenamento muito mais barato com acesso muito mais lento e caro. Destina-se ao uso de arquivamento.

As páginas de preços da Amazon estão longe de ser fáceis de ler, então aqui está uma comparação ilustrativa de agosto de 2016 para a região da Virgínia:

Uma política comum que economiza dinheiro é configurar ciclos de vida gerenciados que migram o armazenamento padrão para IA e, em seguida, de IA para o Glacier.

Como organizar os dados S3 ao longo dos eixos corretos

Um dos descuidos mais comuns é organizar os dados de uma forma que cause riscos ou custos aos negócios posteriormente. Você pode presumir inicialmente que os dados devem ser armazenados de acordo com o tipo de dados, ou produto, ou por equipe, mas muitas vezes isso não é suficiente.

Normalmente, é melhor organizar seus dados em diferentes segmentos e caminhos no nível mais alto, não sobre o que os dados são em si, mas considerando estes eixos:

  • Sensibilidade: Quem pode e não pode acessá-lo? (Por exemplo, é útil para todos os engenheiros ou apenas alguns administradores?)
  • Conformidade: Quais são os controles e processos necessários? (Por exemplo, é PII?)
  • Vida útil: Como será expirado ou arquivado? (Por exemplo, são registros detalhados necessários apenas por um mês ou dados financeiros importantes?)
  • Reino: É para uso interno ou externo? Para desenvolvimento, teste, teste, produção?
  • Visibilidade: Preciso rastrear o uso para esta categoria de dados exatamente?

Já discutimos os três primeiros. O conceito de um realm é apenas que você geralmente deseja particionar coisas em termos de processo: por exemplo, para garantir que ninguém coloque dados de teste em um local de produção. É melhor atribuir intervalos e prefixos por domínio antecipadamente.

O último ponto é técnico: se você deseja rastrear o uso, a AWS oferece relatórios de uso fáceis no nível do bucket. Se você colocar milhões de objetos em um balde, calcular o uso por prefixo ou outros meios pode ser complicado, então considere baldes individuais onde você deseja rastrear o uso significativo do S3 ou você pode usar uma solução de análise de log como Sumo Logic para analisar seu S3 Histórico.

Por que você deve evitar o uso de locais AWS S3 em seu código

Isso é muito simples, mas surge muito. Não codifique locais S3 em seu código. Isso é amarrar seu código aos detalhes de implantação, o que é quase garantido que prejudicará você mais tarde. Você pode querer implantar vários ambientes de produção ou preparação. Ou você pode querer migrar todos os tipos de dados para um novo local ou auditar quais partes do código acessam certos dados.

Desacople o código e as localizações S3. Especialmente se você seguir a Dica 6, isso também ajudará com versões de teste, ou testes de unidade ou integração para que eles usem diferentes buckets, caminhos ou serviços S3 simulados. Configure algum tipo de arquivo ou serviço de configuração e leia os locais do S3, como baldes e prefixos deles.

Como implantar seus próprios testes ou alternativas de produção para S3

Existem muitos serviços que são (mais ou menos) compatíveis com APIs S3. Isso é útil tanto para teste quanto para migração para armazenamento local. As ferramentas comumente usadas para pequenas implantações de teste são S3Proxy (Java) e FakeS3 (Ruby), que podem tornar muito mais fácil e rápido testar códigos dependentes de S3 isoladamente. Os servidores de armazenamento de objetos mais completos com compatibilidade S3 incluem Minio (em Go), Ceph (C ++ / Terra) e Riak CS (Erlang).

Muitas grandes empresas têm necessidades de nuvem privada e implantam componentes de nuvem compatíveis com AWS, incluindo camadas correspondentes ao AWS S3, em suas próprias nuvens privadas, usando Eucalyptus e OpenStack. Eles não são rápidos e fáceis de configurar, mas são sistemas maduros de nuvem privada de código aberto.

Por que avaliar as ferramentas mais recentes para mapear o sistema de arquivos e os dados AWS S3

Uma ferramenta que existe há muito tempo é o s3fs, o sistema de arquivos FUSE que permite montar o S3 como um sistema de arquivos regular no Linux e Mac OS. Infelizmente, isso geralmente é mais uma novidade do que uma boa ideia, já que o S3 não oferece todos os recursos certos para torná-lo um sistema de arquivos robusto: Anexar a um arquivo requer reescrever todo o arquivo, o que prejudica o desempenho. nenhuma renomeação atômica de diretórios ou exclusão mútua na abertura de arquivos e alguns outros problemas.

Dito isso, existem algumas outras soluções que usam um formato de objeto diferente e permitem acesso semelhante ao de um sistema de arquivos. Riofs (C) e Goofys (Go) são implementações mais recentes que geralmente são melhorias no s3fs. S3QL é uma implementação Python que oferece eliminação de duplicação de dados, captura instantânea e criptografia.No entanto, ele só oferece suporte a um cliente por vez. Uma solução comercial que oferece muitos recursos de sistema de arquivos e clientes simultâneos é o ObjectiveFS.

Outro caso de uso são backups de sistema de arquivos para S3. A abordagem padrão é usar volumes EBS e instantâneos para backups incrementais, mas isso não se aplica a todos os casos de uso. Ferramentas de backup e sincronização de código aberto incluem zbackup (backups de desduplicação, inspirado em rsync, em C ++), restic (backups de desduplicação, em Go), borg (backups de desduplicação, em Python) e rclone (sincronização de dados para nuvem) pode ser usado em conjunção com S3.

Não use S3 se outra solução for melhor

Considere que S3 pode não ser a escolha ideal para seu caso de uso. Conforme discutido, o Glacier e as variantes mais baratas do S3 são ótimas para preços mais baratos. O EBS e o EFS podem ser muito mais adequados para dados de acesso aleatório, mas custam de 3 a 10 vezes mais por gigabyte (consulte a tabela acima).

Tradicionalmente, o EBS (com instantâneos regulares) é a opção de escolha se você precisa de uma abstração do sistema de arquivos na AWS. Lembre-se de que o EBS tem uma taxa de falha muito alta em comparação com o S3 (0,1-0,2% ao ano), então você precisa usar snapshots regulares. Você só pode anexar uma instância a um volume EBS por vez. No entanto, com o lançamento do EFS, o novo serviço de arquivo de rede da AWS (NFS v4.1), há outra opção que permite que até milhares de instâncias EC2 se conectem ao mesmo drive simultaneamente - se você puder pagar.

Claro, se você deseja armazenar dados fora da AWS, as opções de nuvem diretamente competitivas incluem Google Cloud Storage, Azure Blob Storage, Rackspace Cloud Files, EMC Atmos e BackBlaze B2. (Observação: o BackBlaze tem uma arquitetura diferente que descarrega algum trabalho para o cliente e é significativamente mais barato.)

Dicas de bônus: dois problemas do AWS S3 com os quais você não precisa mais se preocupar

Algumas “pegadinhas” da AWS são significativas o suficiente para que as pessoas se lembrem delas anos depois, embora não sejam mais relevantes. Duas limitações do AWS S3, há muito odiadas, das quais você deve se lembrar ou sobre as quais ouviu rumores (finalmente!) Desapareceram:

  • Por muitos anos, houve um limite rígido de 100 baldes por conta, o que causou problemas significativos a muitas empresas. Você alegremente adicionaria intervalos e, em seguida, atingiria esse limite e ficaria preso até criar uma nova conta ou segmentos consolidados. A partir de 2015, ele agora pode ser aumentado se você pedir gentilmente à Amazon. (Até 1000 por conta ainda não é ilimitado, pois os intervalos estão em um namespace global.)
  • Por um longo tempo, o modelo de consistência de dados na região "padrão dos EUA" original era diferente e mais flexível do que nas outras regiões S3 (mais recentes). Desde 2015, esse não é mais o caso. Todas as regiões têm consistência de leitura após gravação.


Assista o vídeo: Rozwiąż jedną z tych zagadek i udowodnij, że jesteś Sherlockiem (Janeiro 2022).