A diferença entre Stateful e Stateless é que uma vai guardar o estado dos objetos(Stateful) e o outro vai reconhecer cada requisição como uma requisição nova(Stateless).
Stateless:
Nenhum registro de todas as interações anteriores são salvos.
Cada interação é tratada com base nas informações disponíveis para a interação
Exemplo: Protocolos de Internet (IP), Protocolo de transmissão Hyper Text.
Vantagens:
Redução do uso de memória no servidor.
Reduz problemas de sessão expirada
Desvantagens:
Mais difícil de manter a interação do usuário e criar uma aplicação web sem emenda
Pode exigir informações extras a serem enviados para e de cliente
Stateful
O Oposto do Stateless
Mantém o controle do estado de interação
Permite que os dados sejam mantidos em diferentes requisições.
Exemplo: Java:HttpSession, APS.net: Session
Vantagens:
Manter o controle de um usuário durante toda a execução da aplicação.
Mais intuitivo, dados de entidade podem ser mantidas no servidor entre requisições
Pode melhorar o desempenho quando a recuperação de dados é necessária apenas uma vez.
Desvantagens:
Requer memória a ser alocada para armazenar os dados
Podem levar a uma diminuição do desempenho se o armazenamento de sessão não é mantido de forma eficiente
(Retirado de http://pt.stackoverflow.com/questions/86848/quando-usar-stateful-ou-stateless)
Gabarito A
Firewall Stateless
O modo de filtragem ‘Stateless’ tende a tratar cada pacote roteado pelo firewall como pacotes individuais, que não tenham associação alguma com qualquer outro tráfego que também estiver passando pela dada interface do firewall. Esse tipo de filtragem é o mais comum e o mais fácil de implementar.
Uma conexão é sempre bidirecional, assim devemos criar regras para que o host remetente possa enviar pacotes para o host destinatário e vice-versa, pois o host destinatário necessita enviar pacotes de resposta ao host remetente para estabelecimento de conexões.
Firewall Stateful
O modo de filtragem ‘Statefull’ ou dinâmico permitem tomar sua decisão baseada em decisões ou pacotes anteriores. Com um filtro statefull é possível tomar uma decisão como “vou deixar este pacote de dados passar porque a origem completou corretamente o handshake TCP”. Para que ele tome esta decisão é necessário que ele tenha visto o handshake e armazenado esta informação para lembrar-se dele posteriormente. Isso faz com que uma máquina com filtro statefull em execução necessite de mais recursos de processamento.
Como uma conexão é bidirecional, após o handshake TCP entre dois hosts ocorrer e os próximos pacotes participantes dessa conexão chegarem tanto da origem como do destino , simplesmente serão aceitos sem a necessidade de estarmos criando regras adicionais como acontece na filtragem de pacotes stateless.
"Retroceder Nunca Render-se Jamais !"
Força e Fé !
Fortuna Audaces Sequitur !