Início Arquitetura no InfoQ Brasil
Artigos
Feed RSS-
Repensando as APIs do Flink para um framework unificado de processamento de dados
Desde o início, o Apache Flink seguiu uma filosofia de adotar uma abordagem unificada para processamento batch e streaming. O componente principal é o processamento de streams de dados ilimitados, como em batch por exemplo. Atualizações recentes das APIs do Flink incluem projetos arquiteturais realizados pela comunidade para suportar tanto batch como streaming de forma unificada no Apache Flink.
-
Aumentando a Qualidade do Atendimento ao Paciente através de Stream Processing
Today’s healthcare technology landscape is disaggregated and siloed. Physicians analyse patient data streams from different systems without much correlation. Even though health-tech domain is mature and rich with data, the value of it is not directed towards increasing the quality of patient care. This article presents a stream processing solution in which streams are co-related.
-
Dois lados da mesma moeda: Blockchain, Ética e Direitos Humanos
A blockchain tem um potencial como ferramenta para o bem comum. Este artigo explora se a blockchain poderia ajudar boas causas e discute lições de ética que poderiam beneficiar toda a comunidade blockchain.
-
Entendendo o Serverless: Dicas e recursos para construção de aplicações Servicefull
Existem muitos conceitos equivocados e preocupações sobre soluções serverless. A dependência de fornecedor, ferramentas, gestão de custos, cold start, monitoramento e o ciclo de vida do fornecedor são iténs importantes no que diz respeito a esta tecnologia. O artigo compartilha dicas e recursos para orientar os novatos no serverless a criar aplicações poderosas, flexíveis e econômicas.
-
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.
-
Como desenvolvedores podem aprender a linguagem dos stakeholders do negócio
Este artigo explora como os stakeholders de negócios e desenvolvedores podem melhorar sua colaboração e comunicação aprendendo o idioma e os dicionários uns dos outros. Explorando áreas que podem apresentar mais tensão: conversando sobre impedimentos e bloqueadores, aprendizado individual e em equipe, opções reais e gerenciamento de riscos.
-
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.
-
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.
-
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.
-
Superando a substituição do REST
Novos protocolos de API como o GraphQL, o gRPC e o Apache Kafka, ganharam popularidade como alternativas para APIs HTTP inspiradas em REST. Em vez de substituir o REST, a indústria de engenharia de software deve procurar evoluir na maturidade do ecossistema REST, enquanto explora os pontos fortes tecnológicos dos novos protocolos.