Resumen Parcial Teórico de Arquitectura de Software I
HTTP
HTTP significa Protocolo de transferencia de hipertexto. Es un protocolo de capa de
aplicación sin estado para la comunicación entre sistemas distribuidos, y es la base de la
web moderna.
La función del navegador, también llamado cliente, es realizar una request de este
contenido. La request se envía a un servidor, que a su vez envía una response al
navegador. Tanto la request como la response se envían como texto legible por
humanos.
Cada request planteada por el navegador es independiente. El protocolo HTTP no tiene
estado, por lo cual cada petición es atómica e ida y vuelta, para luego terminar la acción.
Eso significa que cada request individual debe llevar toda la información necesaria para
cumplirla. En una HTTP request, esta información se pasa a través de headers.
El protocolo HTTP admite una combinación de configuraciones de red. El navegador es
uno de los muchos clientes posibles que pueden generar una request. Las requests se
envían y las responses se reciben a través de la capa TCP/IP. El puerto predeterminado
para la comunicación HTTP es el puerto 80, pero se puede configurar de manera
diferente para diferentes aplicaciones.
HTTP URLs
Las requests se envían a servidores especificados con localizadores uniformes de
recursos (URLs). Las URLs tienen una estructura simple que consta de los siguientes
componentes:
https://www.domain.com:1234/path/to/resource?a=b&x=y
➢ https: especifica el protocolo. Puede ser http o https, lo que hace que la
comunicación sea segura.
➢ www.dominio.com: es el host.
➢ 1234: es el puerto. En muchos casos, el navegador oculta el puerto. El valor
predeterminado es 80.
➢ Path/ti/resource: es la ruta del recurso. Ayuda al servidor a identificar un recurso
específico y generar la respuesta correcta.
➢ ?a=b&x=y: son parámetros de cadena de consulta. El servidor utiliza los
parámetros de cadena de consulta para detectar el recurso correcto.
La URL identifica el host específico con el que el cliente desea comunicarse. No realiza
ninguna acción. Aquí es donde viene la petición. HTTP tiene una forma formalizada de
enmarcar requests que capturan toda la información requerida, que puede ser aplicada
por cualquier tipo de aplicación.
, HTTP Requests
Una request se compone de las siguientes partes:
➢ Request line: esto dice lo que se está solicitando. Consiste en un verbo, una ruta
y la versión HTTP. El verbo HTTP dice qué acción se solicita del host.
➢ Headers: información adicional sobre el mensaje, el solicitante y el formato de
comunicación.
➢ Body (opcional): el contenido de la request. Para una request simple de un
recurso estático como una página web, estará vacío. Para el envío de un
formulario, esto contendrá la información del formulario. El cuerpo está
separado de los encabezados por una línea en blanco.
Hay que aclarar que es el mensaje que mandamos.
HTTP Request Verbs
Hay cuatro verbos HTTP de aplicación universal en una solicitud:
➢ GET: captura un recurso existente. La dirección URL contiene toda la información
necesaria que el servidor necesita para localizar y devolver el recurso.
➢ POST: crea un nuevo recurso. Las solicitudes POST suelen llevar una carga que
especifica los datos para el nuevo recurso.
➢ PUT: actualiza un recurso existente. La carga puede contener los datos
actualizados para el recurso.
➢ DELETE: elimina un recurso existente.
HTTP Responses
La response tiene una estructura similar a un mensaje de request, excepto por el status
line y los headers.
➢ Status line: incluye un código de estado que indica si la request tuvo éxito (código
de estado 200) o por qué falló la request. También incluye la versión HTTP y una
descripción muy breve del estado.
➢ Headers: información adicional sobre la response, por ejemplo, el tipo de
contenido o información sobre el servidor.
➢ Body (opcional): el contenido de la response. Por ejemplo, podría ser el
contenido HTML de una página web solicitada o los datos binarios de una
imagen.
Hay que tener en cuanta que esto es lo que se devuelve.
Status Codes
Con direcciones URL y verbos, el cliente puede iniciar solicitudes al servidor. A cambio,
el servidor responde con códigos de estado y cargas de mensajes. El código de estado
HTTP
HTTP significa Protocolo de transferencia de hipertexto. Es un protocolo de capa de
aplicación sin estado para la comunicación entre sistemas distribuidos, y es la base de la
web moderna.
La función del navegador, también llamado cliente, es realizar una request de este
contenido. La request se envía a un servidor, que a su vez envía una response al
navegador. Tanto la request como la response se envían como texto legible por
humanos.
Cada request planteada por el navegador es independiente. El protocolo HTTP no tiene
estado, por lo cual cada petición es atómica e ida y vuelta, para luego terminar la acción.
Eso significa que cada request individual debe llevar toda la información necesaria para
cumplirla. En una HTTP request, esta información se pasa a través de headers.
El protocolo HTTP admite una combinación de configuraciones de red. El navegador es
uno de los muchos clientes posibles que pueden generar una request. Las requests se
envían y las responses se reciben a través de la capa TCP/IP. El puerto predeterminado
para la comunicación HTTP es el puerto 80, pero se puede configurar de manera
diferente para diferentes aplicaciones.
HTTP URLs
Las requests se envían a servidores especificados con localizadores uniformes de
recursos (URLs). Las URLs tienen una estructura simple que consta de los siguientes
componentes:
https://www.domain.com:1234/path/to/resource?a=b&x=y
➢ https: especifica el protocolo. Puede ser http o https, lo que hace que la
comunicación sea segura.
➢ www.dominio.com: es el host.
➢ 1234: es el puerto. En muchos casos, el navegador oculta el puerto. El valor
predeterminado es 80.
➢ Path/ti/resource: es la ruta del recurso. Ayuda al servidor a identificar un recurso
específico y generar la respuesta correcta.
➢ ?a=b&x=y: son parámetros de cadena de consulta. El servidor utiliza los
parámetros de cadena de consulta para detectar el recurso correcto.
La URL identifica el host específico con el que el cliente desea comunicarse. No realiza
ninguna acción. Aquí es donde viene la petición. HTTP tiene una forma formalizada de
enmarcar requests que capturan toda la información requerida, que puede ser aplicada
por cualquier tipo de aplicación.
, HTTP Requests
Una request se compone de las siguientes partes:
➢ Request line: esto dice lo que se está solicitando. Consiste en un verbo, una ruta
y la versión HTTP. El verbo HTTP dice qué acción se solicita del host.
➢ Headers: información adicional sobre el mensaje, el solicitante y el formato de
comunicación.
➢ Body (opcional): el contenido de la request. Para una request simple de un
recurso estático como una página web, estará vacío. Para el envío de un
formulario, esto contendrá la información del formulario. El cuerpo está
separado de los encabezados por una línea en blanco.
Hay que aclarar que es el mensaje que mandamos.
HTTP Request Verbs
Hay cuatro verbos HTTP de aplicación universal en una solicitud:
➢ GET: captura un recurso existente. La dirección URL contiene toda la información
necesaria que el servidor necesita para localizar y devolver el recurso.
➢ POST: crea un nuevo recurso. Las solicitudes POST suelen llevar una carga que
especifica los datos para el nuevo recurso.
➢ PUT: actualiza un recurso existente. La carga puede contener los datos
actualizados para el recurso.
➢ DELETE: elimina un recurso existente.
HTTP Responses
La response tiene una estructura similar a un mensaje de request, excepto por el status
line y los headers.
➢ Status line: incluye un código de estado que indica si la request tuvo éxito (código
de estado 200) o por qué falló la request. También incluye la versión HTTP y una
descripción muy breve del estado.
➢ Headers: información adicional sobre la response, por ejemplo, el tipo de
contenido o información sobre el servidor.
➢ Body (opcional): el contenido de la response. Por ejemplo, podría ser el
contenido HTML de una página web solicitada o los datos binarios de una
imagen.
Hay que tener en cuanta que esto es lo que se devuelve.
Status Codes
Con direcciones URL y verbos, el cliente puede iniciar solicitudes al servidor. A cambio,
el servidor responde con códigos de estado y cargas de mensajes. El código de estado
