Tutorial 23 Automatización para ingenieros de Redes | Parte 4 | HTTP

Tutoriales de Pablo Hidalgo
21 Nov 201817:06

Summary

TLDREste tutorial número 23, de la serie de 'Tutoriales de Pablo Hidalgo', se enfoca en explicar el protocolo HTTP para ingenieros de redes. Se discute la historia y evolución de HTTP desde su versión 0.9 hasta la actualización de HTTP/1.1 en 2014. Se describen los componentes clave del protocolo, incluyendo clientes y servidores HTTP, URIs y URLs, y se detallan los métodos de solicitud como GET, POST, PUT y DELETE. Además, se analiza la estructura de los requests y responses HTTP, así como los códigos de estado que indican el resultado de una solicitud. El objetivo es proporcionar una base sólida para comprender y aplicar HTTP en proyectos de automatización de redes.

Takeaways

  • 🌐 El protocolo HTTP es una pieza fundamental para la automatización de redes, utilizado para transportar mensajes hacia y desde las APIs de los dispositivos de interés.
  • 📚 La historia de HTTP comienza en la década de 1990, con versiones que han evolucionado desde HTTP 0.9 hasta la actualización de HTTP 1.1 en 2014.
  • 💻 Un cliente HTTP es un programa que genera solicitudes HTTP, mientras que un servidor HTTP recibe estas solicitudes y envía respuestas.
  • 🔗 URIs (Uniform Resource Identifiers) se utilizan para identificar recursos y existen dos tipos: URIs absolutos y relativos.
  • 📍 Los URIs absolutos comienzan con un esquema seguido de dos puntos, ejemplo: http://10.0.0.1.
  • 🌐 Las URLs (Uniform Resource Locators) son un subconjunto de URIs que no solo identifican un recurso sino que también indican su ubicación.
  • 🔑 En una solicitud HTTP, la primera línea es la request line, que contiene el método, el identificador del recurso y la versión del protocolo.
  • 📝 Los métodos de HTTP son case sensitive y incluyen GET, POST, PUT, DELETE, entre otros, siendo los más utilizados para automatización POST, PUT y DELETE.
  • 📥 Las respuestas HTTP incluyen una línea de estado (status line) con la versión del protocolo, un código numérico de estado y una frase textual descriptiva.
  • 📈 Los códigos de estado de HTTP son de tres dígitos y definen la clase de respuesta: 1xx (informativas), 2xx (éxito), 3xx (redirección), 4xx (errores de cliente) y 5xx (errores de servidor).
  • 🛠️ El protocolo HTTP es esencial para la comunicación con las APIs de dispositivos en proyectos de automatización de redes.

Q & A

  • ¿Qué tutorial es este y qué tema aborda?

    -Este es el tutorial número 23 de la serie de 'Tutoriales de Pablo Hidalgo', donde se aborda el tema del protocolo HTTP para ingenieros de redes.

  • ¿Qué es el protocolo HTTP y qué función cumple?

    -El protocolo HTTP es un protocolo de capa de aplicación que se utiliza para transferir datos a través de Internet. Es fundamental para el transporte de mensajes hacia y desde las APIs de los equipos de red que se desean administrar.

  • ¿Desde cuándo se ha estado utilizando HTTP y cuál fue su primera versión?

    -HTTP ha estado en uso desde la década de 1990. La primera versión conocida como HTTP 0.9 era muy sencilla y permitía la transferencia de datos básica a través de Internet.

  • ¿Qué mejoras introdujo la versión 1.0 de HTTP y cuál fue su definición?

    -La versión 1.0 de HTTP fue definida en el RFC 1945 en 1996 y mejoró el protocolo con respecto a la versión 0.9, aunque aún tenía muchas limitaciones.

  • ¿Cuál fue la evolución de HTTP hasta llegar a la versión 1.1?

    -La versión 1.1 de HTTP fue definida en el RFC 2068 en 1997 y luego actualizada en el RFC 2616 en 1999. Finalmente, en 2014, se actualizaron en los RFCs 7230 hasta el 7235.

  • ¿Qué es un cliente HTTP y qué hace?

    -Un cliente HTTP es un programa que genera solicitudes HTTP. Es responsable de enviar requests o solicitudes HTTP a un servidor.

  • ¿Qué es un servidor HTTP y qué función desempeña?

    -Un servidor HTTP es un programa que recibe las solicitudes HTTP (requests) y envía respuestas (responses) a estas solicitudes.

  • ¿Qué son las URIs y para qué se utilizan?

    -Las URIs, o Uniform Resource Identifiers, se utilizan para identificar recursos en general, como documentos electrónicos, imágenes, servicios como telefonía IP, videos, etc.

  • ¿Cuáles son las diferencias entre URIs absolutas y URIs relativas?

    -Las URIs absolutas siempre comienzan con un nombre de esquema seguido de dos puntos, mientras que las URIs relativas no especifican el esquema y la información de host.

  • ¿Qué información proporciona un URL y cómo se diferencia de una URI?

    -Un URL, o Uniform Resource Locator, es un subconjunto de URIs que no solo identifica un recurso sino que también proporciona información sobre dónde está ubicado ese recurso. Por ejemplo, un URL HTTP siempre usa el esquema http://.

  • ¿Cómo se estructura una solicitud HTTP y cuáles son sus componentes principales?

    -Una solicitud HTTP está compuesta por una línea de solicitud (request line) que incluye el método a ser invocado, el identificador del recurso (Request URI) y la versión del protocolo HTTP.

  • ¿Cuáles son los diferentes métodos HTTP y cuál es su importancia?

    -Los métodos HTTP son GET, POST, PUT, DELETE, OPTIONS y TRACE. Cada uno tiene un propósito específico, como recuperar información (GET), aceptar una entidad como nuevo miembro de un recurso (POST), almacenar una entidad bajo un URI específico (PUT), o eliminar un recurso (DELETE).

  • ¿Qué contiene una respuesta HTTP y cómo se estructura?

    -Una respuesta HTTP contiene una línea de estado (status line) que incluye la versión del protocolo, un código numérico de estado y una descripción textual del código. También puede incluir un encabezado (headers) y un cuerpo (body).

  • ¿Qué significa el código de estado 200 en una respuesta HTTP y cómo se lee?

    -El código de estado 200 en una respuesta HTTP indica que la solicitud fue satisfactoria y se ha completado con éxito. Se lee como 'OK', que significa que todo está correcto y la operación fue exitosa.

  • ¿Cómo se clasifican los códigos de estado HTTP y cuáles son sus clases principales?

    -Los códigos de estado HTTP son enteros de tres dígitos y se clasifican según el primer dígito: 1xx (informacionales), 2xx (éxito), 3xx (redirección), 4xx (errores de cliente) y 5xx (errores de servidor).

Outlines

00:00

😀 Introducción al Protocolo HTTP para Ingenieros de Redes

Este primer párrafo presenta el tema del tutorial, que es el estudio del protocolo HTTP desde la perspectiva de un ingeniero de redes. Se menciona que es el tutorial número 23 y se da una breve historia del protocolo HTTP, desde su versión 0.9 hasta la actualización de la versión 1.1 en 2014. Se destaca la importancia del protocolo HTTP para la automatización en redes y se describe el rol de un cliente y un servidor HTTP, así como la utilidad de los URIs (Uniform Resource Identifiers) y las URL (Uniform Resource Locators) para identificar y localizar recursos en la web.

05:07

📚 Estructura y Componentes de una Solicitud HTTP

En el segundo párrafo se examina la estructura de una solicitud HTTP, destacando las partes clave que la componen: el esquema (http://), el host (nombre de dominio o dirección IP), el puerto (que por defecto es el 80 para HTTP), y la ruta absoluta (ABS_PATH) que indica el recurso solicitado. Además, se aclaran los conceptos de URIs y URLs, y se explica que los nombres de host y el esquema son case insensitive, lo que significa que no distinguen entre mayúsculas y minúsculas. Se presentan ejemplos de solicitudes HTTP para ilustrar cómo se estructura la información en una solicitud.

10:11

🔧 Métodos HTTP y Su Aplicación en la Automatización

Este apartado se enfoca en los métodos HTTP, que son fundamentales para la automatización y la comunicación con APIs. Se describen los métodos GET, POST, PUT, DELETE y TRACE, y se destacan los métodos POST, PUT y DELETE, que son los más relevantes para la automatización. Se mencionan ejemplos de uso de estos métodos, como publicar mensajes en un news group o actualizar información en una base de datos. También se introduce el concepto de la línea de solicitud (request line), que incluye el método, el identificador del recurso y la versión del protocolo.

15:13

🤖 Códigos de Estado HTTP y sus Significados

El cuarto y último párrafo aborda los códigos de estado HTTP, que son números enteros de tres dígitos que proporcionan información sobre el resultado de una solicitud. Se explica la estructura de una línea de estado (status line) en una respuesta HTTP, que incluye la versión del protocolo, el código numérico de estado y una frase de razón textual. Se describen las clases de respuestas según el primer dígito del código de estado: 1xx (informacionales), 2xx (éxito), 3xx (redirección), 4xx (errores del cliente) y 5xx (errores del servidor). Se hace un paralelismo con los códigos de estatus utilizados en el protocolo SIP de telefonía IP. El párrafo concluye con una síntesis de los fundamentos del protocolo HTTP y su papel en la automatización de equipos.

Mindmap

Keywords

💡HTTP

HTTP (Hypertext Transfer Protocol) es el protocolo de capa de aplicación utilizado para la transferencia de datos a través de la Internet. Fue creado en la década de los 90 y ha evolucionado desde su versión 0.9 hasta la actualización de HTTP/1.1 en los RFCs 7230 a 7235 en 2014. En el video, se discute cómo HTTP es fundamental para el transporte de mensajes entre y desde las APIs de los dispositivos de red, siendo esencial para la automatización que se enseña en el tutorial.

💡Ingenieros de Redes

Los ingenieros de redes son profesionales encargados de diseñar, implementar, monitorear y mantener las redes de comunicaciones. En el contexto del video, el público objetivo son estos profesionales, quienes buscan mejorar sus habilidades en automatización de redes, utilizando HTTP como medio para interactuar con las APIs de los dispositivos.

💡APIs

API (Application Programming Interface) es un conjunto de rutinas, protocolos y herramientas para construir software y aplicaciones. En el video, las APIs son mencionadas como los puntos de interacción con los que los ingenieros de redes deben trabajar para automatizar tareas, y es a través de HTTP que se realizan las comunicaciones hacia y desde estas APIs.

💡URI

URI (Uniform Resource Identifier) es un identificador uniforme que se utiliza para referenciar recursos. Existen dos tipos de URIs: absolutos y relativos. En el video, se explica cómo los URIs son empleados para identificar recursos en la red, como documentos, imágenes, servicios, etc., y se da un ejemplo de un URI absoluto que comienza con el esquema 'http://'.

💡URL

URL (Uniform Resource Locator) es un tipo específico de URI que no solo identifica un recurso sino que también proporciona información sobre su ubicación. En el video, se menciona que los URLs para HTTP siempre utilizan el esquema 'http:', y se analiza un ejemplo de URL, destacando componentes clave como el host, el puerto y la ruta absoluta del recurso.

💡Request

Un request o solicitud HTTP es un mensaje enviado desde un cliente HTTP hacia un servidor HTTP para solicitar un recurso. En el video, se describe cómo un request es generado por un cliente y contiene un request line con el método a ser invocado, el identificador del recurso y la versión del protocolo HTTP.

💡Response

Una response o respuesta HTTP es el mensaje que el servidor envía de vuelta al cliente en respuesta a una solicitud. Se ilustra en el video con un ejemplo de un response HTTP 200, que incluye un status line con la versión del protocolo, un código numérico de estatus y una descripción textual, como 'OK'.

💡Métodos HTTP

Los métodos HTTP, como GET, POST, PUT, DELETE y TRACE, definen las acciones que el cliente desea realizar sobre el recurso identificado por el request URI. En el video, se enfatizan los métodos POST, PUT y DELETE, que son cruciales para la automatización de tareas en redes, como agregar información a una base de datos o actualizar recursos.

💡Códigos de Estatus

Los códigos de estatus son números enteros de tres dígitos que indican el resultado de una solicitud HTTP. Se clasifican en clases, como informational (1xx), success (2xx), redirection (3xx), client errors (4xx) y server errors (5xx). En el video, se menciona el código de estatus 200, que indica una solicitud satisfactoriamente completada.

💡Automatización

La automatización en el contexto del video se refiere al proceso de configurar y controlar dispositivos de red de manera automática utilizando software. HTTP actúa como el protocolo de transporte para enviar y recibir mensajes hacia las APIs de los dispositivos, permitiendo la automatización de tareas a través de métodos como GET, POST, PUT y DELETE.

Highlights

Tutorial de Pablo Hidalgo sobre el protocolo HTTP para ingenieros de redes.

Continuación de la serie de tutoriales de automatización para ingenieros de redes.

Introducción al protocolo HTTP como elemento central para transportar mensajes a través de APIs.

Breve historia del protocolo HTTP desde su primera versión en la década de 1990.

Mejoras en las versiones 1.0 y 1.1 de HTTP y su definición en los RFC 1945 y 2068 respectivamente.

Actualización de HTTP/1.1 en los RFCs 7230 a 7235 en el año 2014.

Definición de cliente y servidor HTTP en el contexto del protocolo.

Explicación de U.R.I. (Uniform Resource Identifier) y sus tipos absolutos y relativos.

Diferenciación entre URIs y URLs (Uniform Resource Locators).

Estructura de un URI, incluyendo esquema, host, puerto y ruta de acceso.

Importancia de la mayúscula y minúscula en los nombres de esquema y métodos HTTP.

Descripción de los métodos HTTP GET, POST, PUT, DELETE y TRACE.

Uso del método GET para solicitar información identificada por un recurso.

Funcionalidad del método POST para enviar datos a un servidor.

Método PUT para actualizar o almacenar una entidad bajo un URI específico.

Método DELETE para solicitar la eliminación de un recurso en el servidor.

Análisis de la estructura de un request HTTP, incluyendo el request line y los headers.

Descripción de los responses HTTP y su estructura, incluyendo el status line.

Explicación de los códigos de estado HTTP y sus clases, desde 1xx hasta 5xx.

Conclusión sobre la importancia del protocolo HTTP en la automatización de equipos de red.

Transcripts

play00:00

bienvenidos a tutoriales de Pablo  Hidalgo en este tutorial número  

play00:05

23 tocaré el tema de protocolo  http para ingenieros de redes

play00:16

continuando con la serie de tutoriales donde  estoy tocando los temas de automatización para  

play00:22

ingenieros de redes ya hemos cubierto parte  de las herramientas que vamos a requerir  

play00:27

incluyendo conceptos de automatización y APIs  que los estudiamos en el tutorial número 20,  

play00:36

instalación de Python para windows que  pueden encontrarlo en el tutorial número 21,  

play00:42

XML el cual pueden localizarlo  en el tutorial número 22

play00:50

en el presente vídeo vamos a ver  una pieza muy importante que es  

play00:55

el protocolo que transportará  los mensajes hacia y desde las  

play01:00

APIs de los equipos que nos interesa  administrar y ese protocolo es http

play01:10

un poco de historia de http: http es  un protocolo de capa de aplicación  

play01:18

ha estado en uso desde la década de 1990, la  primera versión que se conoció como http 0.9  

play01:28

era un protocolo muy sencillo que permitía la  transferencia de datos a través de la internet

play01:36

http versión 1.0 fue definida  en el RFC 1945 del año 1996 y  

play01:47

mejoró el protocolo pero todavía  presentaba muchas limitaciones

play01:54

http versión 1.1 fue definido en el RFC 2068 del  año 1997 y luego fue actualizado en el RFC 2616  

play02:09

del año 1999, finalmente en el año 2014 http 1.1  fue actualizado en los RFCs 7230 hasta el rfc 7235

play02:32

un cliente http el cual está aquí  ilustrado como una computadora a  

play02:37

la izquierda del dibujo, es un programa  que genera request o solicitudes de http

play02:47

un servidor http será aquel programa  que recibe los request o solicitudes  

play02:54

y envía responses o respuestas a estas solicitudes

play03:01

en este caso el servidor http está  ilustrado a la derecha del dibujo

play03:11

U.R.I o URIs que son las siglas en inglés  de uniform resource identifier se utilizan  

play03:18

para identificar recursos en general, ejemplos de  recursos pueden incluir un documento electrónico,  

play03:25

una imagen, un servicio como  telefonía ip, un vídeo etcétera

play03:40

tenemos dos tipos de URIs: URIs absolutos  y también tenemos URIs relativos,  

play03:48

los URIs absolutos siempre comienzan con un nombre  

play03:52

de esquema o scheme como está ahí  en inglés seguido por dos puntos

play04:02

el URI http://10.0.0.1 que están viendo una  pantalla es un URI absoluto, noten que comienza  

play04:12

con un nombre de esquema seguido de dos puntos  otro ejemplo de URI absoluto, en este caso tenemos  

play04:22

sip:[email protected], noten que el URI es absoluto  porque comienza con un nombre de esquema seguido  

play04:30

por dos puntos, en este tercer ejemplo tenemos un  URI absoluto que se utiliza para el protocolo ftp

play04:44

con el objetivo de evitar confusiones quiero  presentarles también el concepto de url uniform  

play04:51

resource locator, los urls son en realidad  un subconjunto de URIs que tienen un caso  

play04:59

muy específico que es que además de identificar  un recurso brindan información sobre dónde está  

play05:06

ubicado ese recurso, para el caso de http los  urls de http siempre usarán el esquema http:

play05:21

tenemos en pantalla un ejemplo de un url o  más correctamente dicho de un URI de http

play05:31

este URI, aproveché para colocar en colores  las tres partes importantes que deseo analizar,  

play05:36

primero comienza con el nombre del  esquema http:// host es el nombre de  

play05:44

dominio o la dirección ip del servidor donde  se ubica el recurso que estamos solicitando

play05:54

:port que es opcional, indica el puerto de capa  4 o capa de transporte al que está dirigido  

play06:01

esta solicitud, si no se indica se asumirá  que para http el puerto será TCP puerto 80

play06:13

/ABS_PATH significa el camino absoluto  o el URI que indica cuál es el recurso  

play06:21

que estamos solicitando en ese host específico,  

play06:25

si ustedes ponen atención notarán que todas las  llamadas de http siempre que cumplen este esquema

play06:35

los nombres de joe se consideran case insensitive  quiere decir que no importa si se escriben en  

play06:42

mayúsculas o en minúscula de igualmente el  esquema también es case insensitive por lo  

play06:51

que dará lo mismo escribir http en minúscula que  en mayúscula tengo a continuación unos ejemplos

play07:00

http en minúscula example puntocom 280 esto  es lo mismo que escribir example puntocom en  

play07:11

mayúscula el nombre del holtz se considera case  insensitive por eso da lo mismo escribirlo en  

play07:17

mayúsculas que en minúsculas noten que en el  tercer ejemplo además de que se escribió con  

play07:24

mayúscula example puntocom no se indicó  el puerto no dice dos puntos 80 por lo  

play07:31

tanto como el esquema es http se asumirá  que éste cp puerto 80 cuando no se indica

play07:44

los request de http los cuales vimos que son  generados por los clientes http siempre tendrá  

play07:51

en su primera línea lo que se llama el request  line este request line siempre contendrá el método  

play08:01

a ser invocado ya vamos a ver a continuación  cuáles son los métodos disponibles para el  

play08:07

protocolo http seguido de que el identificador  del recurso o la palabra en inglés request uri  

play08:17

y finalmente siempre indicará la versión del  protocolo aunque pueda parecer redundante

play08:27

vamos a ver un ejemplo de un request para el  método que no hemos visto todavía con detalle  

play08:33

me interesa analizar sobre todo la primera línea  la que se llama el request line noten que esta  

play08:41

primera línea primero comienza con el método en  este caso es el método get seguido del request  

play08:50

uri que es la indicación del recurso del cual  necesitamos hacer un procesamiento y finalmente  

play08:58

siempre estará indicada la versión del protocolo  en este caso https las 1.1 el resto de las líneas  

play09:09

que están viendo luego las veremos más adelante  cuando necesitemos analizar su significado por  

play09:14

ahora me interesa que haya quedado claro solamente  la primera línea a la que se llama request line

play09:24

tanto los request como los responses  de http pueden opcionalmente contener  

play09:30

un anti ti o una entidad esté en  tití o entidad consistirá de en  

play09:38

tití heather o encabezados seguido de un  anti tipo de cuerpo cuando sea necesario

play09:49

estamos viendo en este caso un response http 200  en este caso este response incluye un en tití el  

play10:01

en tití se notará porque contiene el encabezado  content type el encabezado contenta define  

play10:11

cuál es la información que está contenida en el  body o el cuerpo del ente está contenta y puede  

play10:18

indicar cosas tan diversas como una fotografía en  formato jpg puede ser un vídeo puede ser un texto

play10:30

los nombres de los métodos de http son case  sensitive o sea que en este caso sí es muy  

play10:37

importante que sean en mayúscula tenemos los  diferentes métodos como el método options guetta

play10:50

post put delete y trace noten que en color azul  indique los métodos que post put y delete que son  

play11:05

los que me voy a concentrar a continuación  porque son los que vamos a utilizar para  

play11:10

comunicarnos con las apis de los equipos con  los que queremos establecer automatización  

play11:17

empecemos con el método get  el método que se utiliza para  

play11:22

solicitar o recuperar información la cual  va a ser identificada por el ricoh es ahora

play11:31

estamos repitiendo este ejemplo que  lo vimos hace unos minutos atrás es  

play11:35

de nuevo el ejemplo de un método get vamos  a recordar que la primera línea que se llama  

play11:41

el request line siempre va a tener como  primer indicador el método en este caso  

play11:46

es get noten que el método si tiene que ser en  mayúscula seguido del request uri en este caso  

play11:56

para un get el ricoh es ir y identifica el  recurso que queremos solicitar o recuperar  

play12:03

no se olviden que siempre va a estar  indicada además la versión del protocolo

play12:13

el siguiente método que vamos a estudiar es el  método post este método se utiliza para solicitar  

play12:22

que el servidor http acepte la entidad o en tití  que va a estar contenida en el request como un  

play12:30

nuevo miembro del recurso que es identificado por  el request y voy a brindar a continuación unos  

play12:39

ejemplos para ayudar a aclarar esta definición  pous se utiliza para realizar las siguientes  

play12:46

funciones por ejemplo colocar mensajes nuevos  en un news group proveer bloques de datos a un  

play12:55

proceso que se encarga de administrar información  a agregar información a una base de datos en una  

play13:03

operación de apple estos son solo algunos de los  ejemplos donde utilizaremos el método post de http  

play13:13

el método put solicita que la entidad incluida  en el request sea almacenada bajo el request  

play13:22

uri indicado si el request uri que se  indica en el método put ya existiera  

play13:29

entonces se considera que la entidad es una  versión modificada dicho en otras palabras el  

play13:36

método put nos va a servir cuando necesitemos  actualizar o hacer una operación de update

play13:45

finalmente el método delete  

play13:48

solicita que el servidor borre el recurso  que sea identificado por el request uri

play13:59

vamos a hablar ahora de los responses 7 p  la primera línea de un response se llama  

play14:06

status line el status line o línea  de estatus siempre va a contener la  

play14:13

versión del protocolo un código numérico  de estatus ya vamos a ver algunos ejemplos  

play14:19

de códigos seguido de una descripción  textual de ese código o frase de razón

play14:29

les presenta a continuación un ejemplo  de un response 200 la primera línea de un  

play14:36

responso recordemos que se llama el status  line y siempre va a contener la siguiente  

play14:42

información primero la versión del protocolo  noten que en este caso es al inverso de un  

play14:48

request enrique es la versión va de último en  cambio en un response la versión va de primero  

play14:56

seguido de un estatus con código numérico que  nos identifica cuál es esta respuesta seguido  

play15:04

finalmente de una frase textual que corresponde  con el código que estamos recibiendo en este caso  

play15:12

podríamos decir que el número o el código 200 es  para el equipo y que la frase ok es para el ser  

play15:19

humano para ayudarnos a nosotros a reconocer  cuál es este response que estamos viendo

play15:30

los códigos de estatus o estatus colts son  enteros de tres dígitos de tamaño el primer  

play15:37

dígito define la clase de respuesta todas  las respuestas que comienzan como un 1 o  

play15:44

sea todas las que sean ciento y dos dígitos se  llaman informacionales todas las respuestas que  

play15:51

comiencen con un 2 se denominan success o éxito  las respuestas 300 se llaman redirección 400  

play16:01

identifica errores de cliente 500 identifica  errores de servidor no sé si notaran para  

play16:10

aquellos de ustedes que han estudiado los  tutoriales del protocolo zip de telefonía  

play16:15

ip que justamente son los mismos códigos de  estatus que utilizamos en el protocolo cip

play16:25

conclusión les hice una exposición de los  fundamentos del protocolo http incluyendo  

play16:32

los conceptos de request métodos responses y  raspones code este protocolo lo utilizaremos  

play16:42

como medio de transporte para poder  enviar y recibir mensajes hacia las  

play16:47

apis de los diferentes equipos que deseamos  automatizar muchas gracias por su atención

Rate This

5.0 / 5 (0 votes)

Étiquettes Connexes
HTTPIngeniería de RedesAutomatizaciónAPIsProtocolosTutorialHistoria de HTTPMétodos HTTPURIComunicación de Red
Besoin d'un résumé en anglais ?