<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Guilherme Brognoli</title>
    <description>The latest articles on DEV Community by Guilherme Brognoli (@guilherme_brognoli).</description>
    <link>https://dev.to/guilherme_brognoli</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3887894%2F3194085f-c87c-45ee-b59d-046cb1b1196c.jpg</url>
      <title>DEV Community: Guilherme Brognoli</title>
      <link>https://dev.to/guilherme_brognoli</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/guilherme_brognoli"/>
    <language>en</language>
    <item>
      <title>Arquitetura de Cliente-Servidor</title>
      <dc:creator>Guilherme Brognoli</dc:creator>
      <pubDate>Mon, 20 Apr 2026 00:33:36 +0000</pubDate>
      <link>https://dev.to/guilherme_brognoli/arquitetura-em-cliente-servidor-39lj</link>
      <guid>https://dev.to/guilherme_brognoli/arquitetura-em-cliente-servidor-39lj</guid>
      <description>&lt;p&gt;RESUMO&lt;br&gt;
O presente trabalho analisa a arquitetura Cliente-Servidor sob a perspectiva de seu funcionamento e viabilidade em cenários produtivos. O objetivo é avaliar os pontos positivos, como a centralização e facilidade de manutenção, em contrapartida às desvantagens relacionadas a pontos únicos de falha e limitações físicas de infraestrutura. A pesquisa dedica atenção especial aos gargalos de hardware que comprometem o desempenho sistêmico durante atualizações evolutivas. São propostas medidas de otimização que buscam elevar a performance do modelo vigente sem demandar alterações estruturais complexas. &lt;/p&gt;

&lt;p&gt;Palavras-chave: Sistemas Distribuídos; Cliente-Servidor; Performance; Infraestrutura.&lt;/p&gt;

&lt;p&gt;INTRODUÇÃO&lt;br&gt;
Com a evolução progressiva dos sistemas computacionais, a arquitetura Cliente-Servidor pode apresentar gargalos de escalabilidade decorrentes de limitações de hardware. Esse cenário compromete o desempenho do modelo frente a atualizações contínuas e ao aumento da demanda. O presente estudo analisa estratégias de otimização que visam mitigar tais limitações de infraestrutura sem a necessidade de uma reestruturação completa da arquitetura original, preservando a integridade e a continuidade operacional do software.&lt;/p&gt;

&lt;p&gt;ARQUITETURA CLIENTE – SERVIDOR&lt;br&gt;
A arquitetura define um modelo de interação distribuída onde o servidor é responsável pelo processamento de requisições e fornecimento de serviços, enquanto o cliente inicia a comunicação e consome os dados retornados. A relevância deste modelo manifesta-se na sua capacidade de operar em ambientes de rede, permitindo que programas distribuídos geograficamente colaborem de maneira transparente, independentemente de estarem em instâncias físicas isoladas ou compartilhadas.&lt;/p&gt;

&lt;p&gt;Cliente / servidor é um modelo de interação no qual um programa envia uma solicitação para outro programa e aguarda uma resposta.. O programa solicitante é chamado de cliente; o programa que responde é chamado de servidor. Embora o modelo cliente / servidor possa ser usado entre programas em um único computador, o termo geralmente se refere a uma rede. Em uma rede, o modelo fornece uma maneira conveniente de interconectar programas que são distribuídos em diferentes locais. (IBM, 2024)&lt;/p&gt;

&lt;p&gt;VANTAGENS&lt;br&gt;
Dentre as principais vantagens da arquitetura Cliente-Servidor, destaca-se a centralização de ativos, na qual dados e serviços são armazenados e gerenciados em um repositório único. Essa característica facilita a manutenção evolutiva, a aplicação de patches de atualização e a implementação de protocolos de segurança robustos. Do ponto de vista econômico, o modelo demonstra eficiência ao reduzir a exigência de recursos de hardware e software nas estações de trabalho (clients), que requerem apenas conectividade e uma interface de acesso, como navegadores web. Além disso, o servidor é projetado para gerenciar múltiplas requisições simultâneas, assegurando a escalabilidade horizontal e a manutenção de baixos índices de latência.&lt;/p&gt;

&lt;p&gt;Algumas das vantagens são:&lt;br&gt;
1) É centralizado, o que significa que todos os dados e serviços são armazenados e gerenciados em um único local. Isso facilita a manutenção, a atualização e a segurança do sistema.&lt;br&gt;
2) É economicamente eficiente, pois requer menos recursos de hardware e software do lado do cliente. O cliente precisa apenas de uma conexão de rede e um aplicativo ou navegador da web para acessar o servidor.&lt;br&gt;
3) Possui alto desempenho e baixa latência, pois o servidor consegue lidar com muitas solicitações de muitos clientes simultaneamente e de forma eficiente. (TURNER, Lily. O que é arquitetura cliente-servidor? Uma explicação detalhada. 2026.)&lt;/p&gt;

&lt;p&gt;DESVANTAGENS&lt;br&gt;
Contrariamente às suas vantagens, o modelo Cliente-Servidor apresenta limitações significativas no que tange à escalabilidade e disponibilidade. O incremento no número de usuários ativos acarreta uma demanda proporcional de largura de banda, podendo ocasionar o congestionamento da rede e a degradação do rendimento do sistema. Adicionalmente, a centralização torna o servidor um gargalo potencial; caso o volume de requisições exceda a capacidade computacional da unidade central, ocorre a saturação dos recursos. Diferente das arquiteturas Peer-to-Peer (P2P), que possuem maior resiliência distribuída, o modelo Cliente-Servidor carece de robustez contra falhas críticas: a interrupção do nó central (ponto único de falha) resulta na completa indisponibilidade dos serviços para todos os clientes conectados.&lt;/p&gt;

&lt;p&gt;CONCLUSÃO&lt;br&gt;
A arquitetura Cliente-Servidor demonstra elevada eficácia quando há sinergia entre hardware de alto desempenho e um software estruturado sob princípios de código limpo (clean code). Em estágios iniciais de implementação, este modelo provê uma solução robusta, visto que o volume de requisições geralmente não excede a capacidade nominal do servidor. Todavia, o ciclo de vida evolutivo do sistema impõe desafios de escalabilidade; o aumento progressivo da base de usuários pode converter a unidade central em um gargalo operacional. Nestes cenários, a continuidade do serviço depende de intervenções estratégicas, como o upgrade de infraestrutura (escalabilidade vertical), a otimização de algoritmos e o refinamento dos protocolos de rede para suportar a nova demanda.&lt;/p&gt;

&lt;p&gt;REFERENCIAS BIBLIOGRAFICA&lt;br&gt;
MENDES, Antonio. Arquitetura de Software: desenvolvimento orientado para arquitetura. Editora Campus. Rio de Janeiro - RJ, 2002. Disponível em: &lt;a href="https://pt.wikipedia.org/wiki/Modelo_cliente%E2%80%93servidor" rel="noopener noreferrer"&gt;https://pt.wikipedia.org/wiki/Modelo_cliente%E2%80%93servidor&lt;/a&gt;&lt;br&gt;
IBM. CICS Transaction Server for z/OS. 2026. Disponível em: &lt;a href="https://www.ibm.com/docs/pt-br/cics-ts/5.6.0?topic=programs-clientserver-model" rel="noopener noreferrer"&gt;https://www.ibm.com/docs/pt-br/cics-ts/5.6.0?topic=programs-clientserver-model&lt;/a&gt;&lt;br&gt;
TURNER, Lily. O que é arquitetura cliente-servidor? Uma explicação detalhada. 2026. Disponível em: &lt;a href="https://www.theknowledgeacademy.com/blog/client-server-architecture/" rel="noopener noreferrer"&gt;https://www.theknowledgeacademy.com/blog/client-server-architecture/&lt;/a&gt;&lt;/p&gt;

</description>
      <category>architecture</category>
      <category>distributedsystems</category>
      <category>performance</category>
      <category>systemdesign</category>
    </item>
  </channel>
</rss>
