Início Arquitetura no InfoQ Brasil
Artigos
Feed RSS-
/articles/monitor-workflow-collaborating-microservices/pt/smallimage/secure-scalable-web-ecosystem-linkedin-s-1551190398162.jpeg)
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.
-
/articles/microservices-bdd-interface-oriented/pt/smallimage/microservices-bdd-interface-oriented-S-1548449537959.jpeg)
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.
-
/articles/overcoming-restlessness/pt/smallimage/overcoming-restlessness-s-1548835990305.jpeg)
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.
-
/articles/apache-kafka-licoes/pt/smallimage/image5-1565803095774.jpeg)
Uma introdução ao Apache Kafka, lições aprendidas em um ambiente de varejo
No mundo digital, inevitavelmente, as coisas falham, uma interface de rede pode parar, um disco pode encher ou queimar, um nó do data center pode ficar indisponível, a região do ambiente em cloud onde as suas aplicações estão hospedadas pode ficar indisponível, há inúmeros motivos para os sistemas falharem e é necessário desenvolver código, e configurar os sistemas para serem resilientes.
-
/articles/agile-anti-patterns-systems-thinking/pt/smallimage/a-common-language-through-systems-thinking-logo-small-1557241618851.jpg)
Antipadrões ágeis: uma abordagem de pensamento sistêmico
Os antipadrões ágeis conseguem se esconder disfarçando-se como soluções ou correções. Este artigo discute a importância de reconhecer e classificar esses antipadrões dentro do pensamento sistêmico e técnicas para erradicá-los ou controlá-los.
-
/articles/book-review-digital-transformation-scale/pt/smallimage/digital-transformation-at-scale-cover-s-1545858326761.jpeg)
Perguntas e Respostas sobre o livro Digital Transformation at Scale
O livro Digital Transformation at Scale, de Andrew Greenway, Ben Terrett, Mike Bracken e Tom Loosemore, explora o que governos e outras grandes organizações podem fazer para que uma transformação digital aconteça. Baseia-se na experiência dos autores para projetar e ajudar a fornecer um serviço digital ao governo do Reino Unido (GDS).
-
/articles/service-catalog-kubernetes/pt/smallimage/service-catalog-kubernetes-s-1549091867205.jpeg)
Catálogo de Serviços e Kubernetes
Os aplicativos nativos da nuvem não vivem apenas dentro do Kubernetes - eles também se beneficiam do uso dos serviços gerenciados em nuvem disponíveis. Semelhante ao modelo de configuração de objeto declarativo do Kubernetes, a API do Open Service Broker com o Catálogo de Serviços fornece uma maneira declarativa de descrever dependências de serviços gerenciados entre plataformas.
-
/articles/hyperledger-experience-report/pt/smallimage/hyperledger-experience-report-s-1551274078411.jpeg)
Explorando o HyperLedger: Uma experiência em ser um desbravador neste Framework
Há um tempo o OpenGift explorou o desenvolvimento de um blockchain baseado em HyperLedger. Este artigo apresenta a história das tentativas de integrá-lo e os problemas encontrados.
-
/articles/service-mesh-event-driven-messaging/pt/smallimage/using-service-mesh-for-event-driven-messaging-logo-small-1557145841741.jpg)
O potencial uso de service mesh na comunicação orientada a eventos
Neste artigo é discutida uma das mais desafiadoras e inexploradas áreas da arquitetura de service mesh; o suporte à comunicação orientada a eventos. Há dois padrões principais discutidos no artigo: O protocol proxy sidecar e o HTTP bridge sidecar. Independentemente do pattern utilizado, o sidecar facilita a implementação de funcionalidades como a observabilidade, rastreamento, etc.
-
/articles/Can-People-Trust-Algorithm-Decisions/pt/smallimage/logo-1529438072056.jpeg)
Podemos confiar em algoritmos para tomada de decisão automática?
A adoção de tomada de decisão automática vem crescendo a cada dia. Os algoritmos podem produzir resultados socialmente não compreendidos. Há como afirmar que são seguros se não podemos compreendê-los? Os receios do público sobre a incapacidade de prever as consequências adversas impediram tecnologias como a energia nuclear e as culturas geneticamente modificadas.
-
/articles/application-integration-service-mesh/pt/smallimage/role-application-integration-cloud-native-microservices-landscape-logo-small-1557478517420.jpg)
Integração de Aplicações para Arquiteturas em Microservices: Um Service Mesh não é um ESB
Um service mesh destina-se apenas a ser usado como infraestrutura para comunicação entre serviços, e os desenvolvedores não devem criar nenhuma lógica de negócios dentro de um service mesh. Outras estruturas e bibliotecas podem ser usadas para implementar padrões de integração de aplicativos corporativos nativos em nuvem.
-
/articles/distributed-stream-processor-container/pt/smallimage/distributed-stream-processor-container-s-1558040726709.jpeg)
Dimensionando um processador de Stream distribuído em um ambiente containerizado
Este artigo apresenta um experimento de escalonamento de processadores de Stream distribuído em um ambiente de Kubernetes. Para fazer isto, o processador de stream deve fornecer uma linguagem de programação de consulta para manter o nível ideal de paralelismo, independentemente da escala inicial do aplicativo.