Hola a todos y bienvenidos de nuevo.
Ahora, en el vídeo de hoy, vamos a comparar las APIs restantes frente a las APIs HTTP en API Gateway.
Ahora, antes de entender más en detalle acerca de esto, vamos a ver rápidamente dónde encontramos
estos ahora en el servicio API Gateway, Cada vez que se crea una API, hay varios tipos diferentes de API.
Las más utilizadas son la API HTTP y la API Rest.
También tiene la API de resto para privado, que se utiliza principalmente para acceder a él desde la VPC.
En el vídeo de hoy vamos a hablar de las diferencias entre la API Rest y la API
HTTP.
Ahora, en una visión general de alto nivel, tanto el resto y las API HTTP son los productos RESTful API.
Sin embargo, la principal diferencia entre ambas es que las API restantes admiten más funciones
que las API HTTP, mientras que éstas están diseñadas con funciones mínimas para poder ofrecerlas a un precio más
bajo.
Así que si quieres crear una API muy sencilla que además sea más barata, puedes utilizar la API HTTP.
Sin embargo, en general, para los entornos de producción planteados, se suelen recomendar las API.
Ahora, cuando hablamos de cuál debe elegir, debe tener en cuenta que debe elegir las API
de descanso.
Si usted necesita un amplio conjunto de características para entornos de producción, tales como claves de API, el cliente de estrangulamiento
de la validación de la solicitud de integración de válvulas, los puntos finales de API privada y así sucesivamente.
Y puede elegir las API HTTP si no necesita estas funciones que se incluyen con la API restante.
Así que si quiere simplificar las cosas, utilice las API HTTP.
Si desea más flexibilidad, que suele ser el requisito en los entornos de producción, elija
las API de descanso.
Veamos también rápidamente las diferencias.
De nuevo, no es necesario recordar todas y cada una de las diferencias, pero en general es importante
que entendamos las cosas.
Por ejemplo, una de las principales diferencias relacionadas con la seguridad, si nos fijamos en la API Rest,
es la autenticación mutua TLS, el certificado para la autenticación backend, así como la integración de
la válvula.
Sin embargo, la API HTTP se limita a TLS discutiendo sobre la gestión global de la API.
La API rest admite muchas funciones, como las que estamos comentando relacionadas con las claves API de limitación de la tasa
de estrangulamiento, que la API HTTP no proporciona.
Del mismo modo, también la supervisión.
Rest API tiene muchas funciones relacionadas con el rastreo de rayos X, los registros de ejecución, etc.
Aparte de eso, cuando discutimos sobre el tipo de punto final, de nuevo, HTTP API sólo funciona a nivel regional para
Rest API, usted tiene mucho más mejores puntos finales relacionados con el borde optimizado, así como privado.
Y cuando hablamos de desarrollo, la API Rest proporciona muchas otras funciones relacionadas con el almacenamiento en
caché, los despliegues de versiones canarias, la validación de solicitudes y otras.
Ahora, de hecho, permítanme también rápidamente mostrarles esto.
Así que tengo dos APIs que están disponibles.
Una se basa en el HTTP y la segunda en el descanso.
Así que vamos a abrir rápidamente ambos para entenderlos.
Ahora, si nos fijamos en el punto final de la API HTTP, hay características muy limitadas que se ven.
De hecho, apenas tiene funciones disponibles.
Sin embargo, cuando hablamos de la API Rest, tienes un montón de características, así que tienes recursos, etapas,
autorizadores, tienes políticas de recursos, tienes planes de uso, certificados de cliente, claves API y así sucesivamente.
Así que, de hecho, si nos fijamos en el tablero de instrumentos general, también puede probar rápidamente, puede agregar
cierto conjunto de autenticación en el nivel de API.
Así que muchas de las configuraciones las harás a nivel de la API de resto.
Estupendo.
Así que espero que con esta visión general de muy alto nivel, hayas entendido las diferencias
entre la API rest y la API HTTP, y con esto concluiremos el vídeo de hoy.