diff --git a/.gitignore b/.gitignore
index ce2f19a2..dede4742 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@
docs/drawio-exporter
_site
site
+.env
\ No newline at end of file
diff --git a/docs/arch/rest.md b/docs/arch/rest.md
new file mode 100644
index 00000000..161de0aa
--- /dev/null
+++ b/docs/arch/rest.md
@@ -0,0 +1,61 @@
+# Representational State Transfer (REST)
+
+Esta nota visa introduzir e explicar o que é a transferência de estado representacional. REST um estilo arquitetural para um sistema distribuído de hypermedia. Em um sistema distribuído um processo pode ser visto como **componente** que se comunica com outro componente através de um conector. Um sistema distribuído de hypermedia é por exemplo: o sistema que permite você ler esta nota. Um navegador que funciona como um cliente que recebe como resposta o Hypertext Markup Language (HTML) da sua solicitação feita através do hyper text transfer protocol (HTTP). um estilo arquitetural é o conjunto de restrições aplicadas em uma arquitetura com o objetivo de replicar os bons resultados obtidos a partir das restrições.
+
+## Compreendendo REST através das suas restrições
+
+Uma forma de entender um estilo arquitetural é através de suas restrições, ou seja, que um componente do sistema **pode, ou não pode** fazer. Cada componente do sistema possui as suas responsabilidades e seus limites.
+
+### Restrição Cliente-Servidor
+
+A primeira barreira arquitetural imposta no REST é o cliente-servidor. Separando inicialmente o sistema em dois componentes: cliente e servidor. O componente cliente se torna responsável pela interface do usuário. O componente servidor se torna responsável pelo armazenamento de dados. Essa separação permite portabilidade e escalabilidade.
+Escalabilidade pois tanto o componente servidor quando cliente evoluem separadamente. Portabilidade, uma vez que, permite diferentes plataformas implementarem e funcionarem como cliente.
+
+
+
+
+### Restrição: Comunicação sem estado (stateless)
+
+A comunicação entre o cliente e o servidor não pode necessitar de um estado. Cada pedido realizado pelo cliente deve conter todas as informações necessárias para que o servidor possa responder a esse pedido. Caso seja necessário informações sobre a sessão, essas informações deverão estar armazenadas pelo cliente. Esta restrição busca aumentar a visibilidade, escalabilidade e confiabilidade. Aumenta a visibilidade pois não é necessário observar uma sequência de eventos para entender a resposta do pedido. Aumenta a confiabilidade pois torna mais fácil o servidor se recuperar de uma falha quando ele não armazena o estado da sessão. Aumenta a escalabilidade pois o servidor poupa recursos não armazenando o estado da sessão e libera recursos mais rapidamente, uma que ao responder um pedido pode liberar a memória.
+
+### Restrição: cache
+
+As respostas do servidor deverão ser rotuladas como armazenáveis em cache ou não.
+O objetivo dessa restrição é melhorar a eficiência na rede reduzindo o número de iterações com servidor melhorando a escalabilidade. Cache é um trade-off entre confiabilidade e escalabilidade. O armazenamento das respostas no lado do cliente reduz a confiabilidade, uma vez que pode haver diferenças no conteúdo salvo no cliente e no conteúdo do servidor.
+
+### Restrição: Interface uniforme
+
+A interface REST é otimizada para a transferência de dados de hypermedia, como por exemplo: Hyper Text markup language (HTML). Cada componente no sistema está restringido a interface REST. Obrigando todos os componentes a seguirem a mesma interface, melhora-se a visibilidade, uma vez que as interações dos componentes são simplificadas. Criar um padrão de interface no entanto sacrifica performance, pois os diferentes componentes devem seguir o padrão ao invés de projetar uma interação específica que atende melhor os requisitos da aplicação.
+
+
+!!!note "JSON não é um hypermedia"
+ Ironicamente, o formato JSON não é _naturalmente_ uma hypermedia. Para um objeto JSON ser uma hypermdia ele precisa incluir os Hypermedia controls, portanto não confundir Rest API com um JSON API. Mais informações sobre essa confusão pode ser encontrada nessa issue: [Clarify statement "JSON is not a hypermedia"](https://github.com/bigskysoftware/hypermedia-systems/issues/40). Informações sobre Hypermedia Controls: [Richardson Maturity Model steps toward the glory of REST](https://martinfowler.com/articles/richardsonMaturityModel.html#level3)
+
+### Restrição: Sistemas em camadas
+
+Um sistema em camadas é uma restrição onde um serviço só pode se comunicar com o serviço que está acima e só pode depender do serviço que está abaixo.
+
+
+
+Esta restrição impede que um componente “veja” além da sua camada intermediária. Permitindo uma uma interdependência entre os componentes e aprimorando o comportamento do sistema, uma vez que pode-se adicionar um balanceador de carga, firewall, ou uma camada intermediária que visa encapsular um sistema legado. Restringindo os componentes em um sistema de camadas trás um ponto negativo que é o overhead, cada camada reduz a performance percebida pelo usuário.
+
+### Restrição: Código sob demanda
+
+A última restrição do REST é a capacidade do cliente em executar código sobre um conjunto restrito de recursos, como por exemplo executar JavaScript. Esta restrição é opcional, mas provê uma extensividade ao sistema ao mesmo tempo que se reduz o número de features necessárias e pré-estabelecidas pelo cliente.
+
+
+!!!note "Contexto histórico"
+ REST foi proposto no ano 2000, onde aplicações web eram basicamente páginas estáticas com um pouco de JavaScript.
+
+## Conclusão
+
+REST é uma arquitetura cliente-servidor cuja comunicação não tem estado, as respostas dos servidores devem poder ser classificadas como armazenáveis em cache ou não. Todos os componentes devem possuir a mesma interface. Um componente só pode depender e se comunicar com componentes abaixo e acima, respectivamente. Opcionalmente o cliente pode executar código em um conjunto restrito de recursos.
+
+## Referências
+
+- [hypermedia.systems](https://hypermedia.systems/)
+
+- [Architectural Styles and the Design of Network-based Software Architectures](https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm)
+
+- [Richardson Maturity Model steps toward the glory of REST](https://martinfowler.com/articles/richardsonMaturityModel.html)
+
diff --git a/docs/drawings/client_servidor_rest.drawio b/docs/drawings/client_servidor_rest.drawio
new file mode 100644
index 00000000..3e2f56d9
--- /dev/null
+++ b/docs/drawings/client_servidor_rest.drawio
@@ -0,0 +1,52 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/docs/drawings/layered_system.drawio b/docs/drawings/layered_system.drawio
new file mode 100644
index 00000000..7ae0b9b5
--- /dev/null
+++ b/docs/drawings/layered_system.drawio
@@ -0,0 +1,43 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/mkdocs.yml b/mkdocs.yml
index 0c70bb7b..bac5fae5 100755
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -124,6 +124,7 @@ nav:
- arch/index.md
- P2P: arch/p2p.md
- Microsserviços: arch/microservices.md
+ - Rest: arch/rest.md
- Modelos:
- models/index.md