Início Arquitetura e Design no InfoQ Brasil
Artigos
Feed RSS-
11 erros comuns em arquiteturas orientadas a eventos e como evitá-los
Existem muitos motivos para se utilizar uma arquitetura orientada a eventos, mas o foco desse artigo é levantar erros que são cometidos quando se tenta alcançar desacoplamento entre produtores e consumidores e consequentemente independência entre times.
-
Linkerd v2: como a adoção em produção serviu de lição para reescrever o Service Mesh
O Linkerd 2.0 introduziu uma grande reescrita de código no service mesh, usando Go e Rust. Neste artigo vamos discutir as lições aprendidas com a adoção em produção, e como essa filosofia serviu como aprendizado para implementar o Linkerd 2.x.
-
Automatizando a execução de Spark Notebooks
O uso de notebooks para explorar um dataset facilita muito o trabalho do desenvolvedor, mas possui desafios para serem publicados em produção ou para os usuários finais visualizarem seus resultados, veja nesse artigo como a Tail fez para automatizar o uso dos Spark Notebooks.
-
Como aliviar a dor de dar e receber feedback
Empresas que incentivam o feedback aberto e honesto é uma organização melhor do que empresas que não fazem. Não obstante, dar feedback é difícil porque os esforços físico e social compartilham o mesmo circuito neural. Por isso, o feedback pode ser fisicamente doloroso, como Sarah Hagan discutiu na sua palestra na QConSF18. Ela usa pesquisa científica para demonstrar como dar feedback corretamente.
-
Migração .NET Framework para o .NET Core
Este artigo busca resumir uma estratégia de migração de .NET Framework para .NET Core. Apresenta as vantagens do .NET Core, sobre o futuro da plataforma, as diferenças em relação a performance e configurações, além de um pouco da implementação na prática das principais configurações para essa mudança. No final você encontrará alguns conteúdos interessantes para ajudar nessa jornada.
-
Estendendo o OutputStream do Apache Spark Structured Streaming
Nem sempre o suporte padrão de saída do processamento de streams do Apache Spark Structured Streaming pode atender suas necessidades, por isso esse artigo mostra como estender a saída do stream e implementar sua própria integração externa. Apresento como estender o OutputStream com um exemplo completo de integração, persistindo o resultado do processamento em banco de dados relacional.
-
Elasticsearch é o ideal para meu projeto?
Elasticsearch é uma solução open-source, escalável e maleável. Existem diversos cenários nos quais podemos usá-lo em produção e, se bem configurado, pode ser uma vantagem para seu serviço. Mas, será que realmente atende ao seu cenário? O que deve ser considerado? Da preparação do cluster ao tipo de query e modelo de paginação, tudo isso pode ter impacto no usuário final.
-
ORMs heróis ou vilões dentro da arquitetura de dados?
Ferramenta útil e muito produtiva para uns, um equipamento que destrói toda a saúde no banco de dados para outros: os ORMs e os mappers são ferramentas que até o momento trazem uma grande polêmica. Afinal, existe uma quebra de paradigma entre o programa e a persistência, mas como resolver? O objetivo do post é falar sobre ORMs para que, finalmente, os programadores e os DBAs vivam em paz.
-
Processamento de dados em tempo real usando Redis Streams e Apache Spark Structured Streaming
Roshan Kumar, gerente sênior de produtos na Redis Labs, demonstra nesse artigo como a combinação do Apache Spark Structured Streaming, que possui recursos de consulta SQL para streaming de dados, com o Redis Streams pode promover e simplificar a escalabilidade do processamento de dados em tempo real.
-
Monitorando e gerenciando fluxos de trabalho em Microservices colaborativos
Este artigo argumenta que é preciso equilibrar a orquestração e a coreografia em uma arquitetura de microsserviços para poder entender, gerenciar e alterar o sistema.
-
Modernização: Jakarta NoSQL foi aprovado como um projeto EE4J
Conheça mais sobre as novidades do mundo Jakarta EE e o roadmap do suporte do Jakarta EE para bancos de dados NoSQL
-
Implementando microservices com desenvolvimento orientado a comportamento
Essas dependências exigem serviços bem definidos e bem testados. O Behavior Driven Development (BDD) e o Interface Oriented Design (IOD) ajudam a conseguir isso. O BDD concentra-se na funcionalidade dos serviços, que são especificados com testes. O IOD identifica as obrigações contratuais (por exemplo, relatório de falhas) dos serviços.