Introducción a IBM API Connect

Clase 16 de 25 • Fundamentos de IBM Cloud

Angel Javier Sanchez Tenjo

student•

Componentes de IBM API Connect.

Portal del Desarrollador:
API Manager: Interface para crear y gestionar APIs, registro de las analiticas.
API Gateway: Ejecución la ejecución de las transacciones y politicas de seguridad de las APIs.
Entorno de Desarrollo.

Conceptos Clave

Catálogos: Listado de los servicios documentados y poder realizar pruebas en linea.
Productos: Encapsula una o mas APIs. REgistra aplicaciones autorizadas para consumir ese producto.
Planes: tipos de planes para los API Calls.

Estandar: Swagger 2.0
Mensajes: JSON/XML
Protocolos: SOAP/REST

Johny Jiménez

student•

gracias

Elmer Padilla Espinoza

student•

Muy amable Angel, por ofrecer tu resumen.

Gerardo Alberto Soto Alvarez del Castillo

student•

Componentes de IBM API Connect: Portal del Desarrollador: Plataforma Web que ofrece IBM Cloud para la creación y administración de API. API Manager: Interface para crear y gestionar APIs, registro de las analíticas y transacciones de las APIs. API Gateway: (es un componente con el cual No se va a interactuar directamente) y hace la ejecución de las transacciones y políticas de seguridad de las APIs. Este componente viene desplegado en un conternedor Docker en la estación de trabajo para hacer pruebas unitarias dentro de tu PC. Entorno de Desarrollo: Aparte del entorno de desarrollo, puedes instalar una herramienta llamada developer toolkit. Developer toolkit te ofrece 2 tipos de herramientas para desarrollar APIs llamadas API Designer, y otro para gestionar la vida de las APIs fuera de la nube de IBM. Estas herramientas son DevOps para la implementación de APIs

Elmer Padilla Espinoza

student•

Se te agradece Gerardo por tu aporte.

Gerardo Alberto Soto Alvarez del Castillo

student•

Conceptos clave: Catálogos: Listado de los servicios documentados (como los productos de IBM) y poder realizar pruebas en linea (TCP/Enviroment). Productos: Encapsula una o mas APIs. El producto se presenta dentro de un catalogo. El consumidor registra aplicaciones autorizadas con un ClientID y un ClientSecret para consumir ese producto. Planes: tipos de planes para los API Calls. Estos planes dependen de los productos, ya sean ilimitados o monetizados Estandar: Swagger 2.0, cualquier API que construyas tendrá acceso a Apo Connect o cualquier abiente de desarrollo de IBM API. Mensajes: JSON/XML Protocolos: SOAP/REST para los servicios Web.

Fabio Rueda García

student•

Muy buenos aportes. Muchas gracias.

Sergio Andres Arias Escandon

student•

Estaria muy bien que todas las presentaciones del curso las suban (En Archivos) para tener este material de referencia y adicional que nos ayuda para recordar ciertos temas claves nombrados en la clase.

Angel Javier Sanchez Tenjo

student•

¿Si Deseo exponer una API con estandar GraphQL, IBM API Connect puedo realizarlo? Solo soporta REST/XML

Diego Forero

Team Platzi•

Tendrías que tener un backend intermedio donde recibas la información de API Connect y sirvas tu el endpoint con graphql.

Usuario anónimo

user•

Componentes de IBM API Connect Portal del Desarrollador: API Manager: Interface para crear y gestionar APIs, registro de las analiticas. API Gateway: Ejecución la ejecución de las transacciones y politicas de seguridad de las APIs. Entorno de Desarrollo.

Salvador Pallares

student•

Donde descargo el developer toolkit?

Néstor Iván Cepeda Munevar

student•

Hola gdi, quizás esta fuente sea de tu ayuda: IBM Cloud DEveloper Tools

Rafael Alejandro Aguilar Cardoza

student•

Buen vídeo estuvo interesante 😄

Oscar Romero

student•

Como puedo hacer testing desde mi entorno de desarrollo con api connect?..Existe alguna pócima para ello?

Usuario anónimo

user•

Estandar: Swagger 2.0 Mensajes: JSON/XML Protocolos: SOAP/REST

Usuario anónimo

user•

Conceptos Clave Catálogos: Listado de los servicios documentados y poder realizar pruebas en linea. Productos: Encapsula una o mas APIs. REgistra aplicaciones autorizadas para consumir ese producto. Planes: tipos de planes para los API Calls.

Mario Emiliano Gordon Pico

student•

q tipo de seguridad ofrecen el SOAP o el REST en las APIS?

Leonardo Ramos Soto

student•

portal devops

David Arechiga

student•

Llevaba rato perdido no encontraba el sandbox y estaba picandole en todos lados pues pense que el curso tal vez estaba desactualizado y la interfaz era distinta. Hasta que me di cuenta de que estaba en el App Connect :x

Diego Esteban Cortés Escandón

student•

IBM me puede ayudar para generar la documentation de mi api ? saludos buenos videos

Sergio Andres Arias Escandon

student•

Claro, para ello IBM API Connect utiliza Swagger. Basicamente es una serie de reglas y estandares para documentar las APIS.

Genera documentación en HTML, por ejemplo:

Bernardo Rodríguez Rosales

student•

Buenos aportes

Kevin Naranjo

student•

es posible graphql??

Ronald Rengifo

student•

genial!

Rafael Alejandro Aguilar Cardoza

student•

alguien me podria decir que es un protocolo soap y res?

Alejandro Becerra Ortiz

student•

SOAP y REST no pueden compararse directamente, ya que el primero es un protocolo (o al menos intenta ser) y el segundo es un estilo arquitectónico. Esta es probablemente una de las fuentes de confusión en torno a ella, ya que las personas tienden a llamar a cualquier API REST HTTP que no es SOAP.

SOAP se define como un protocolo estándar de comunicación (conjunto de reglas), un intercambio de mensajes basado en la especificación de XML. SOAP utiliza diferentes protocolos de transporte, tales como HTTP y SMTP . El protocolo HTTP estándar hace que sea más fácil para el modelo de SOAP para túnel a través de cortafuegos y proxies sin ninguna modificación en el protocolo SOAP. SOAP a veces puede ser más lenta que las tecnologías de middleware como CORBA o ICE debido a su formato XML detallado.

REST describe un conjunto de principios de la arquitectura por el cual los datos se pueden transmitir a través de una interfaz estandarizada (como HTTP). REST no contiene una capa adicional de mensajería y se centra en las reglas de diseño para la creación de servicios sin estado. Un cliente puede acceder al recurso mediante el único URI se devuelve y una representación del recurso. Con cada nuevo recurso de la representación, se dice que el cliente para transferir estado. Si bien el acceso a los recursos REST con el protocolo HTTP, el URL del recurso sirve como el identificador de recursos y GET, PUT, DELETE, POST y HEAD son las operaciones HTTP estándar que se deben realizar en ese recurso.

Rafael Alejandro Aguilar Cardoza

student•

Muchas gracias Abec los servicios de soap aun se utilizan lei por ahi que eran algo viejos ?

Walter Jerusalinsky

student•

Extraordinaria exposición!