As melhores notícias de tecnologia, curadas diariamente para quem vive tech.
14841 notícias encontradas
O Amazon EKS agora oferece suporte ao egress do control plane roteado pelo cliente. Isso permite que o tráfego de saída do Kubernetes API Server, como admission webhooks, consultas OIDC e requisições agregadas de API, passe pelas VPCs dos clientes, aproveitando os controles de roteamento, segurança, firewall e conformidade já existentes na infraestrutura.
O Kubernetes Security Profiles Operator alcançou a versão v1.0.0, seu primeiro lançamento estável após seis anos de desenvolvimento. A nova versão promoveu todas as oito APIs do projeto para estáveis e passou por uma auditoria de segurança de terceiros que não encontrou nenhuma vulnerabilidade crítica.
O Octopus Deploy tornou os ambientes efêmeros opcionais para pull requests usando uma label do GitHub que ignora condicionalmente os jobs de implantação, mantendo a proteção de branches por meio de um job de validação que verifica os resultados obrigatórios do workflow. Essa abordagem reduz o tempo de deploy desnecessário e os custos de infraestrutura para alterações de baixo risco. A solução permite que as equipes compartilhem uma melhoria de fluxo de trabalho centralizada, beneficiando todos os repositórios que utilizam a plataforma.
Um desafio de agentes de programação transformou-se em um laboratório colaborativo, no qual os agentes compartilham playbooks, compartilham cotas de uso, realizam debugging do trabalho uns dos outros e acumulam pequenas melhorias que resultam em grandes ganhos de desempenho.
Um problema notável de desempenho no Kafka Share Groups ocorre ao utilizar a configuração record_limit com menos consumidores do que partições, especialmente sob condições de desbalanceamento de partições (partition skew). Esse cenário causa esperas de busca patológicas, o que pode reduzir drasticamente a velocidade de consumo durante a limpeza de backlogs ou sob cargas de trabalho desbalanceadas. A mitigação mais simples para esse comportamento é garantir o uso de, pelo menos, o mesmo número de consumidores em relação ao número de partições ao executar o sistema com record_limit.
Novos gráficos de host e domínio oferecem mais de 6 bilhões de arestas para análise de links em larga escala sem a necessidade de rodar seu próprio crawler.
O Manticore reescreveu seu pipeline de embeddings no ONNX Runtime, reduzindo o desperdício de CPU e aumentando o throughput em até 14 vezes para buscas vetoriais de baixa latência. A nova arquitetura compartilha uma única sessão ONNX thread-safe, desativa o spinning intra-op e processa os documentos individualmente para evitar contenção de travas e o overhead de padding com comprimentos variáveis.
O Dropbox utilizou o DSPy para converter avaliações de IA em melhorias concretas para o Dash Chat, combinando avaliações baseadas em LLM-as-judge, exemplos rotulados por humanos, replay offline e validação estatística. O resultado foi uma redução no número de respostas incompletas, melhor cobertura da intenção do usuário e menor consumo de tokens, sem comprometer a qualidade das respostas.
Uma avaliação com 250 execuções realizada pela Wix revelou que documentações otimizadas para agentes aumentaram a taxa de conclusão de tarefas de CLI de 67% para 87%, reduziram o consumo de tokens em 35% e superaram execuções baseadas apenas em skills quando estas estavam desatualizadas ou desalinhadas. Para tarefas de API, ambas as abordagens atingiram 80% de conclusão, mas as baseadas em documentação rodaram 31% mais rápido, enquanto as baseadas em skills consumiram 29% menos tokens. A recomendação é utilizar documentações otimizadas como base, adotando as skills como uma camada avaliada de caching.
O desempenho real das cargas de trabalho é mais importante do que benchmarks de destaque porque os sistemas em produção precisam lidar com dados reais, concorrência, latência, escala e custo. Alegações de performance devem ser avaliadas com base na correspondência com a sua carga de trabalho, se a configuração está pronta para produção, se os resultados se mantêm com o crescimento dos dados e se o produto está realmente disponível.
É possível criar uma aplicação auto-hospedada que simula a experiência do dbt Cloud combinando o dbt Core com uma interface em React e FastAPI, utilizando o Prefect para a orquestração. A principal lição desse desenvolvimento é priorizar o uso de APIs em vez de raspagem de CLI para garantir uma gestão confiável de jobs, logs, deploys e monitoramento de status de execução em tempo real.
O Hardwood 1.0 é um leitor de Parquet nativo para JVM pronto para produção, voltado para Java 21+, que elimina dependências obrigatórias e paraleliza a decodificação de páginas entre núcleos de CPU por padrão. O projeto oferece suporte a tipos físicos e lógicos do Parquet, projeções, predicate push-down, além de arquivos locais e em armazenamento de objetos, contando com APIs de linha e de lote de colunas. Benchmarks demonstram uma performance de 16,5 milhões de linhas por segundo e acelerações de aproximadamente 17 a 18 vezes com o uso de selective push-down.
Para consolidar dados de transações dispersos em mais de 500 milhões de perfis de usuários, a Razorpay desenvolveu uma Customer Data Platform (CDP) interna capaz de gerar segmentos de público consultáveis em tempo real. A arquitetura utiliza DAGs do Airflow combinados com Spark para o processamento diário de segmentos, aplicando técnicas de reutilização e deduplicação de dados. Para garantir a ingestão confiável no DynamoDB, a equipe implementou fluxos de trabalho com o Temporal, permitindo o versionamento de dados sem tempo de indisponibilidade (zero-downtime). Além disso, a plataforma utiliza buscas com hashes para realizar consultas seguras e preservar a privacidade dos dados dos usuários.
O Flink 2.3 avança em direção a uma plataforma de dados de streaming declarativa. As tabelas materializadas agora podem evoluir por meio de alterações de DDL e de consultas, evitando o reprocessamento histórico desnecessário em muitos cenários comuns. Além disso, o SQL adiciona conversão de changelog, tratamento explícito de conflitos de upsert e suporte nativo ao S3 sem dependências do Hadoop.
O Pinterest desenvolveu um sistema de evolução de schema para CDC integrado ao Kafka, Flink, Spark e Iceberg, tratando o schema como um contrato. Os schemas de origem e os mapeamentos de destino geram artefatos do Flink, Spark e Iceberg de forma automatizada, enquanto verificações baseadas em push e pull detectam desvios (drift). As alterações são implantadas com auditabilidade via PR, recuperação baseada em SLAs e mecanismos de fallback para backfill.
O SmithDB constrói índices invertidos utilizando parsing de JSON eficiente, tokenização, string interning e radix sorting. O processo de interning aumentou a velocidade de construção em cerca de 2,2 vezes. Além disso, a compactação via streaming limita o uso de memória independentemente do tamanho do índice, enquanto blocos alinhados e a coalescência de requisições reduzem as operações de GET no armazenamento de objetos. Para garantir dados atualizados em menos de um segundo, as consultas realizam o merge dos índices armazenados em SSD local com os segmentos do armazenamento de objetos.
ATUALIZAÇÃO (29/06/2026): não é mais rumor, foi lançado. 03 de março de 2026. Os chips Apple M5 Pro e M5 Max foram lançados oficialmente em 3 de março de (Rumor original) Apesar do lançamento do chip Apple M5 no fim de 2025, com processo de 3 nm de terceira geração, CPU de até 10 núcleos, GPU de 10 núcleos e Neural Accelerator otimizado para IA , , rumores apontam que o futuro MacBook de ponta com tela OLED sensível ao toque (previsto para final de 2026/início de 2027) usará os modelos M5 Pro e M5 Max, não uma nova geração. A Apple teria descartado os chips M6 Pro e M6 Max, direcionando esforços para os M7 Pro e M7 Max, voltados a cargas intensivas de IA e previstos para o fim de 2027. Um MacBook Pro básico com M6 ainda deve chegar em 2026, e o Mac Studio receberá atualização em 2028.
ATUALIZAÇÃO (29/06/2026): não é mais rumor, foi lançado. 2026-05 As próximas atualizações e recursos de IA do Docker já foram lançados ou anunciados oficialmente em 202 (Rumor original) O ecossistema Docker projeta avanços significativos com foco em inteligência artificial e facilidades para desenvolvedores. Atualmente, as versões estáveis mais recentes são o Docker Engine 29.6.1 e o Docker Desktop 4.79.0, que trouxeram melhorias no assistente de IA Gordon e atualizações de componentes como o Kubernetes integrado. Para o futuro, segundo rumores e discussões do setor, espera-se o Docker Offload, recurso que deve permitir descarregar processamento pesado de contêineres locais para GPUs em nuvem de forma transparente, otimizando o trabalho com LLMs. Outras especulações apontam para contêineres nativos de IA com autoescalonamento preditivo, portabilidade multi-nuvem aprimorada para ambientes como AWS EKS, GKE e Azure AKS, além do Docker Model Runner para execução local de modelos de IA.
O Snapdragon 8 Elite Gen 2 já está no mercado com arquitetura de 3nm da TSMC, núcleos Oryon de 3ª geração (até 4,6 GHz), GPU Adreno 840 e NPU Hexagon de 100 TOPS. Rumores apontam que o Gen 3, previsto para meados de 2026, migrará para o processo de 2nm da TSMC, mas os altos custos podem levar a Qualcomm a segmentar a linha em duas versões: SM8950 (topo) e SM8945 (acessível). A estratégia, inspirada na Apple, pode impactar preços e desempenho dos smartphones de fim de 2026 e início de 2027.
ATUALIZAÇÃO (29/06/2026): não é mais rumor, foi lançado. 27 de agosto de 2025. O Kubernetes 1.34 foi lançado oficialmente em 27 de agosto de 2025. A versão trouxe diversas novidades, como a disponibilidade geral (GA) da Alocação Dinâmica de Recursos (DRA), que permite aos Pods solicitarem recursos de hardware especializados como GPUs e TPUs de forma mais flexível. Outra novidade é a introdução do KYAML para kubectl, um dialeto YAML específico do Kubernetes para manifestos, visando reduzir problemas comuns e oferecer uma saída mais limpa. Além disso, a versão 1.34 inclui políticas de admissão mutantes baseadas em CEL (Common Expression Language), que permitem a definição nativa de políticas de mutação no API Server, simplificando os fluxos de trabalho de GitOps e melhorando a segurança. O fim do suporte (End of Life - EOL) para o Kubernetes 1.34 está previsto para 27 de outubro de 2026. (Rumor original) O Kubernetes mantém atualmente branches de suporte para as versões 1.36, 1.35 e 1.34, sendo que a versão v1.36.0 foi lançada em abril de 2026. A versão Kubernetes 1.34, codinome "Of Wind & Will" (O' WaW), que foi disponibilizada originalmente em 27 de agosto de 2025 com 58 aprimoramentos significativos, tem previsão de término de suporte (End-of-Life) para o dia 27 de outubro de 2026. Entre os destaques do Kubernetes 1.34 estão a estabilização da Alocação Dinâmica de Recursos (DRA) com as APIs ResourceClaim e ResourceSlice, e a promoção para estável do suporte a Node Swap e do rastreamento (tracing) para o kubelet e o API Server via OpenTelemetry. A versão também trouxe o amadurecimento para beta dos tokens de ServiceAccount para autenticação de pull de imagem do kubelet, do controle de autoescalonamento mais preciso com tolerância HPA e da distribuição de tráfego PreferSameZone e PreferSameNode para Services, além do dialeto KYAML para o kubectl.
