O documento descreve a evolução das arquiteturas para aplicações Web, começando com as primeiras arquiteturas CGI e de linguagens de script para páginas dinâmicas, depois evoluindo para MVC, orientado a eventos e serviços Web. Também discute a importância de definir uma arquitetura para mitigar riscos e as necessidades de pessoal especializado para lidar com novos paradigmas de aplicações assíncronas e offline.

1. Evolução das arquiteturas
para aplicações Web
Breno Vitorino
Jornada de Sistemas de Informação
PUC Minas Contagem
07/05/2009

2. Arquitetura?
Decisões consistentes, aplicadas ao longo
do desenho do projeto, a fim de garantir
requisitos não-funcionais.

3. Requisitos não funcionais
Segurança Escalabilidade
Portabilidade
Disponibilidade
Extensibilidade Usabilidade

4. Arquitetura?
É o conjunto de decisões que, se feitas
incorretamente, podem causar o
cancelamento do projeto.” – Eoin Woods

5. Definir uma arquitetura é
importante para mitigar riscos
“Uma equipe descobriu que a aplicação
travava o banco de dados
periodicamente (deadlocks), e parava
toda uma universidade”

6. Web: Arquitetura básica
O básico: HTTP e URL

7. HTTP
Site
Navegador

8. Primeira arquitetura: CGI
Servidor Web
CGI

9. CGI: Proposta
Permitir a execução de programas
●
no servidor, a partir de uma URL,
e visualizar sua resposta através
do navegador.

10. CGI: Problema
Segurança: não há um ambiente de
●
execução do tipo sandbox.

11. Segunda arquitetura: Linguagens de
script para páginas dinâmicas
Servidor Web
HTML + PHP

12. Linguagens de script: Proposta
<TABLE>
<?
while($row = mysql_fetch_array($result)) {
?>
<TR>
<TD><?= $row['name'] ?></TD>
<TD><?= $row['email'] ?></TD>
</TR>
<?
} // end while
?>
</TABLE>

13. Terceira arquitetura: MVC
Contêiner Web
Controle
Modelo
Visão
BD

14. Quarta arquitetura:
Orientado a eventos
void
Button1_Click(Object
sender, EventArgs e)
{
...
}

15. Quinta arquitetura: Serviços
Web
@WebMethod (operationName = quot;executeSalequot;)
public SaleResponseTO executeSale (
@WebParam (name = quot;saleRequestquot;)
SaleRequestTO saleRequest,
@WebParam (name = quot;terminalquot;)
TerminalTO terminal) throws AuthorizationFault

16. Outras arquiteturas
Aplicações Assíncronas – Robô no
●
Twitter.
● Aplicações Offline – Google Gears

17. Conclusões
Precisamos de pessoal especializado!
●
● Aplicação evolui de acordo com os novos
paradigmas

18. Referências
Blog do Marco Aurélio
●
http://blog.marcomendes.com/2009/03/09/algumas-m
Revista Engenharia de Software
●
http://www.devmedia.com.br/esmag/
ROZANSKI, Nick; Woods, Eóin: Software
●
Systems Architecture. Addison-Wesley,
2005.

19. Obrigado!
Breno Vitorino
http://brenovitorino.wordpress.com