-
Chegou a vez do DynamoDB soprar velinhas e o destaque da festa é a previsibilidade. A migração de sistemas que sofriam com cargas inesperadas e comportamento errático para uma solução que gerencia as requisições de forma clara é um golaço. O autor enfatiza que a facilidade em rejeitar cargas excessivas e a definição clara do trabalho necessário são game changers. No final das contas, quem oferece uma API que não deixa você andando em círculos merece ser celebrado.
-
Drew DeVault
05/08/2021 00:00
PostgreSQL é um verdadeiro dinossauro do mundo dos bancos de dados, com seu primeiro lançamento lá em 1996. O autor destaca como essa ferramenta se tornou um pilar do software livre, junto a gigantes como Linux e Firefox. Com uma documentação que é quase um manual de uma nave espacial e uma equipe de engenheiros disciplinados, não é à toa que say goodbye aos problemas de SQL em aplicações web. E quem diria que aprender SQL poderia ser mais fácil do que decifrar um post no Stack Overflow?
-
Drew DeVault
04/08/2021 21:00
PostgreSQL, com seu legado que começou lá em 1996, realmente se estabeleceu como um dos grandes pilares do software livre. "Postgres é simplesmente um software incrivelmente poderoso, robusto e confiável", e isso não é exagero quando vemos sua performance em SQL, que é frequentemente o gargalo nas aplicações web. A documentação deles é um verdadeiro compêndio de conhecimento; é como ter um Yoda da SQL à disposição. E a equipe por trás do projeto? Uma galera disciplinada que parece ter feito um curso intensivo em Git e segurança. Isso tudo faz com que seja uma escolha sensata para qualquer desenvolvedor que realmente se importe com desempenho e confiabilidade.
-
Drew DeVault
22/04/2020 00:00
Armazenar dados pra sempre é tipo guardar um relicário nerd: é preciso saber onde colocar e como cuidar. Como o autor menciona, microSDs podem ser mais problemáticos que o final de 'Game of Thrones' — a chance de falha é alta. Apostaria em HDDs como o melhor balanço entre praticidade e confiabilidade, mas não esqueça da redundância. RAID é como ter uma equipe de super-heróis no seu armazenamento; se um falha, os outros salvam o dia.
-
Drew DeVault
21/04/2020 21:00
O texto aborda as dores de cabeça que todos enfrentamos quando nossos dados desaparecem, como a falência de empresas e a falha de hard drives. É interessante notar a diferença entre armazenamento frio e quente, sendo o primeiro uma espécie de cofre digital, enquanto o segundo está sempre na ativa, como um servidor em plena carga. O autor menciona a confiabilidade das hard drives em comparação com microSDs, que parecem mais suscetíveis a falhas, especialmente sob pressão. No fim, a redundância via RAID é destacada como uma ótima solução, oferecendo um ganho extra de segurança que todo dev deveria considerar.
-
A proposta por trás do Physalia é como criar uma rede de suportes onde cada um é projetado para atender especificamente a uma demanda, ao invés de se ter um único banco de dados gigante, o que é uma abordagem que realmente faz sentido em ambientes distribuídos. Com a eficiência do TLA+ para garantir a correção, fica claro que a equipe não ficou apenas brincando de banco de dados. O foco na disponibilidade extrema para chaves específicas em vez de uma solução genérica é um ponto que pode ser um divisor de águas para a gestão de configurações em sistemas escaláveis. Vale a pena dar uma olhada no trabalho deles, especialmente para quem lida com sistemas complexos e precisa de uma solução robusta.
-
Dan Luu
27/03/2018 21:00
O "fsyncgate" revela um problema crítico na forma como o PostgreSQL lida com erros de fsync(). Como "um usuário encontrou corrupção de dados após um erro de armazenamento", fica claro que falhas como essa não deveriam passar batidas. A lógica de permitir a tentativa de reescrita em vez de parar e dizer PANIC pode acabar custando caro para a integridade dos dados. O aviso aqui é claro: se você está mexendo com dados importantes, dê uma olhada em como suas chamadas fsync() estão se comportando. A documentação é escassa, mas a atenção a esses detalhes pode ser a diferença entre uma recuperação de dados bem-sucedida e um grande "oops".
-
Antirez (Salvatore Sanfilippo)
25/01/2018 17:00
Parece que Streams está recebendo um tratamento VIP, com prioridade total. O desenvolvedor menciona que já está com "500 linhas de código" implementadas e que os grupos de consumidores estão a caminho. A interessante mudança no RDB vai permitir que os dados sobre o último acesso das chaves sejam mantidos mesmo após um restart, o que é um upgrade necessário para a estabilidade. Então, para quem está esperando essa funcionalidade, segure firme, Redis 5.0 está chegando e promete um presentinho de Natal.
-
Drew DeVault
15/11/2016 23:00
Abandonar o Google é uma jornada que muitos devs consideram, e claro, é ótimo ver alguém que realmente conseguiu. O autor menciona que, após deletar sua conta, sentiu "muito melhor sobre minha privacidade", o que já deve ser uma vitória digna para qualquer geek. Montar um servidor de email é como montar seu próprio mini-datacenter, e o uso de ferramentas como Postfix e Dovecot mostra que ele não está brincando. Alguma dúvida de que gerenciar sua própria infraestrutura traz uma satisfação única? Porém, é bom lembrar que isso não é para os fracos: o setup pode ser tão complicado quanto tentar debugar um código sem logs.
-
Antirez (Salvatore Sanfilippo)
29/01/2015 08:21
Comparar bancos de dados é tão complicado quanto tentar montar um PC gamer com peças de diferentes fabricantes e esperando que tudo funcione perfeitamente. Segundo o autor, "é quase sempre impossível comparar diferentes sistemas de maneira justa". Ele destaca que benchmarkings podem enganar, especialmente quando alegam altos números de ops por segundo em máquinas monstruosas. No fim das contas, tudo se resume a entender que cada sistema tem suas características e o que funciona para um pode não funcionar para outro, então, escolha seu DB com carinho e não apenas pelo número da velocidade.
-
Antirez (Salvatore Sanfilippo)
29/10/2014 08:17
Recentemente, os engenheiros do Stripe falaram sobre como a nova replicação sem disco do Redis pode mudar as regras do jogo. Agora, com a persistência opcional, é bacana ver a mudança na arquitetura que eles estão fazendo para atender melhor casos de uso. Além disso, a migração para PostgreSQL sublinha que às vezes um banco de dados relacional é mais adequado do que uma solução em memória, especialmente quando se mede a latência. Como @aphyr comentou, a replicação síncrona do Postgres parece ter um desempenho superior, mesmo que o Twitter esteja transbordando de opiniões intensas sobre métricas de latência.
-
Dan Luu
04/03/2014 21:00
Em 1983, a equipe da Universidade de Wisconsin revelou que o desempenho do Oracle era, digamos, meio "Nokias de 2000" em comparação com outros sistemas. Com tempos de execução que passavam de 300, Larry Ellison não ficou nada feliz e até tentou demitir David DeWitt. É curioso ver como a competitividade no mundo dos bancos de dados chegava a esse ponto, mas a verdade é que os benchmarks às vezes podem ser mais reveladores do que os marketings chamativos das empresas.
-
Antirez (Salvatore Sanfilippo)
28/02/2014 10:30
Discutir desempenho pode parecer papo de nerd, mas é crucial entender que ele não é sinônimo de escalabilidade. O post começa bem ao decompor o desempenho em três partes: latência, operações por segundo e qualidade das operações. O autor destaca que uma operação simples, mas ineficiente, pode parecer boa até a hora de encarar um problema real. No final das contas, desempenho é um conceito mais complexo do que a maioria dos devs imagina, e vale a pena investir tempo para entender sua essência, especialmente em sistemas de banco de dados.
-
A questão de latência versus largura de banda é mais do que um clichê; é uma realidade angustiante nos sistemas de armazenamento. O texto menciona que, "para cada década que Patterson mediu, os discos cresceram em média 50 vezes", mas a velocidade de busca foi apenas 2,4 vezes maior. Isso significa que, por mais que cache tenha escondido essa latência para a maioria, a situação está se agravando. Estamos vivendo um dilema: ou abraçamos a RAM como armazenamento principal, ou torcemos para que soluções padrões como MongoDB e Redis se tornem super-heroínas das aplicações.
-
A questão da taxa de falhas em HDs se revela um verdadeiro showdown entre dois estudos, com a pesquisa da Google, que utiliza 'dados de falhas de mais de cem mil drives', se saindo melhor ao se basear em dados reais, enquanto a Seagate confunde a galera com jargões e modelos complexos. No final das contas, 'não há substituto para dados', e esse caso é um ótimo lembrete de que um bom gráfico é mais convincente que um monte de fórmulas jogadas no papel. O que fica claro é que, às vezes, o saber não é suficiente se não tivermos boas referências dos dados que estamos usando.