Header Ads Widget

Ticker

6/recent/ticker-posts

Las API están evolucionando el panorama B2B

 

Las API están evolucionando el panorama B2B

Teléfono, fax y correo electrónico. Los métodos de comunicación arcaicos siguen siendo la pesadilla de los intercambios de asociaciones corporativas. Se compraron 700,000 máquinas de fax entre 2011 y 2012 , y hasta el día de hoy, los profesionales de la salud y la ley creen firmemente que el fax es el formulario más “protegido” para enviar documentos.

Los socios necesitan hacer negocios de manera segura y confiable, y los procesos antiguos pueden enfrentar la intransigencia, incluso frente al gran impulso tecnológico. Algunos de los procesos tradicionales, como el correo electrónico, llegaron para quedarse. Sin embargo, las integraciones de socios y el intercambio de información están evolucionando, volviéndose más automatizados y programables. La computación en la nube está creando una explosión en el mundo digital, reemplazando EDI (intercambio electrónico de datos ), teléfono, fax y correo electrónico con el Santo Grial para las integraciones de socios: comunicación B2B habilitada para API RESTful .

Pero los procesos B2B son inherentemente lentos para evolucionar: sistemas tan complejos no pueden poseer la agilidad de una startup para adoptar y probar nuevos métodos rápidamente. El hecho es que miles de conexiones y puntos de control de la industria están impidiendo la innovación en estos complejos entornos corporativos.

Con estas realidades y pronósticos en mente, ¿qué necesitamos para aumentar el conocimiento de las API? ¿Cómo podemos iniciar el impulso de la industria? La respuesta radica en comunicar adecuadamente un valor comercial superior. Esto significa revisar cómo se discuten las API , con el objetivo de describir un tema intrínsecamente para que las 'API' puedan superar las limitaciones de la comunicación D2D (desarrollador a desarrollador) y entrar en el diálogo B2B (empresa a empresa) diario.

Dentro de lo nuevo, fuera con (algunos) viejos

El hecho de que los procesos antiguos estén disminuyendo no significa que se desvanecerán para siempre. Sumit Sharma de Mulesoft predice que el futuro verá la comunicación API reemplazando algunos modos EDI, aumentando la interoperabilidad en todo el mundo B2B. Aunque en el espejo retrovisor, el teléfono, el fax, el correo electrónico y el EDI (la transferencia de datos de un sistema informático a otro mediante el formato de mensaje estandarizado) siguen siendo actores importantes y necesarios en los negocios internacionales.


Vea la presentación de Sumit Sharma de Mulesoft en un evento de API nórdicas.

El ejemplo de la cadena de ropa

Para centrarnos en un ejemplo del mundo real, se estima que Li & Fung , un gerente de cadena de suministro global, procesa pedidos del 80% de la ropa producida en China para los EE. UU. Manejan las especificaciones para comunicarse con fábricas y distribuidores de todo el mundo.

Dentro de un sistema tan enorme, coordinar las especificaciones de producción de ropa para pedidos (varios componentes como cantidad, tamaño, tono de color, impresión, etc.) con miles de fábricas en áreas cuasi digitales en la China rural significa una disponibilidad irregular de Internet, lo que paraliza el avance de las API para reemplazar los viejos modos de comunicación dentro de esa industria.

Sharma sostiene que la realidad es que EDI llegó para quedarse por un tiempo, pero una API oculta detrás de todas las transacciones sería ideal. Hablando con Sharma, un representante de Li & Fung expresó interés en utilizar pequeñas aplicaciones en la nube para ayudar en este proceso si fuera posible.

B2B hace 15 años: la progresión

Hagamos un recorrido rápido por el historial de servicios web para tener una perspectiva de dónde nos encontramos en este momento. Hace 15 años, la arquitectura orientada a servicios (SOA) era el modo activo de la interoperabilidad B2B. Para las empresas que se enfrentan a socios, este fue el primer nivel de abstracción de sus servicios. Luego vino el protocolo SOAP para acceder a los servicios web, expuestos como servicios en la nube, e instigar la interoperabilidad máquina-máquina.

Al describir la historia de las API como la progresión del simio que maneja la lítica a un ser humano RESTful, Sharma describe cómo las aplicaciones monolíticas condujeron a API dirigidas por arquitectos para SOA, que conducen a API para web, dispositivos móviles, TI y la nube. En el futuro, las API impulsadas por el negocio de Big Data representan la próxima parada en esta evolución natural. Sharma cree que esta tendencia muestra el movimiento de un proceso máquina-máquina a una representación más precisa del proceso inteligente de empresa a empresa.

Por qué la estrategia B2B realmente necesita una estrategia de API

Las API pueden aumentar la agilidad al desacoplar y exponer los procesos comerciales. El aumento de la interoperabilidad de máquina a máquina a través de API puede borrar los errores humanos, mejorar la eficiencia interna y abrir una organización a nuevos canales de distribución . Con los beneficios de una estrategia de API interna o de socio tan evidentes , ¿por qué no vemos más API en las transacciones B2B? ¿Por qué no es más frecuente el REST ?

Sharma cree que se trata de una falta de comprensión, afirmando que el "lenguaje de la interfaz de programación de aplicaciones" es inherentemente no intuitivo para las personas con mentalidad empresarial. Entonces, ¿cómo convencemos a los líderes empresariales para que adopten una estrategia de API en su plan de estudios empresarial?

"Es necesario que suceda un cambio de paradigma para que podamos llevar esto a una conversación de negocios"

La ola de la computación en la nube ha despegado. Con servidores remotos que suministran procesamiento remoto a miles de empresas, la computación en la nube se ha consolidado como una consideración importante para las empresas modernas. Sharma cree que empaquetar una estrategia de API dentro del contexto de una discusión sobre "computación en la nube" puede ayudar a incorporar a algunos que no están seguros acerca de la tecnología.

También necesitamos convencer a los líderes empresariales de por qué necesitan ofrecer una nueva experiencia a sus socios, con los beneficios claramente descritos. La funcionalidad debe estar representada en términos identificables para aquellos que no están familiarizados con las especificaciones técnicas, y debemos mitigar los riesgos que involucran la adopción de API y la plataforma. Como B2B se basa en relaciones, la discusión de API debe diseñarse transaccionalmente de manera que fomente la confianza.

Con este fin, Sharma cree que una solución radica en la pizarra:

  • Usando una perspectiva de pensamiento de afuera hacia adentro : ¿qué estamos tratando de lograr?
  • Enmarcando la API como un producto : ¿cómo podemos describir los servicios de una manera que sea en el modo empresarial?
  • APX : Incrementar la experiencia del usuario de API diseñando primero, antes de la implementación.

Para lograr estos objetivos, una especificación de API debe satisfacer lo siguiente:

  • Disminuya la complejidad pero mantenga la amplitud: Sharma fomenta el movimiento de infraestructuras basadas en WADL / SOAP a JSON .
  • Utilice sistemas ligeros con capacidad de reutilización incorporada
  • Sea legible por humanos con documentación y objetivos de parámetros claros.
  • Refleja una estructura que dice: "así es como se ve una API"

Conseguir que la conversación ruede

Con el nacimiento de las API web pioneras en 2004–2006, "qué es una API" aumentó en las tasas de búsqueda. Ahora, vemos un resurgimiento constante en las consultas, aumentando en número cada año, lo que refleja el crecimiento de la comunidad API e indica un aumento en el conocimiento y la atención del público en general. Ahora es un momento ideal para revisar cómo refinar nuestra discusión sobre las API web y abordar las preocupaciones (sobre seguridad, longevidad, control y otras) que disuaden el crecimiento . Al trabajar en estos puntos, podemos difundir la conciencia y promover una adopción aún más generalizada.

Evangelismo API

Dentro del sector tecnológico, los evangelistas difunden ideas, promueven programas de desarrollo y son el rostro de una empresa. Impulsar la innovación en la industria requiere una tenacidad similar. Comienza con la transformación de empresas individuales en plataformas de crecimiento , un proceso que implica difundir la conciencia con el evangelismo y el espíritu empresarial interno.

En nuestro eBook, Developing The API Mindset , describimos los beneficios de introducir API en su organización. También compusimos plantillas de correo electrónico que se utilizan para difundir el conocimiento en toda su empresa. Generar interés de esta manera ayuda a presentar el tema e iniciar la discusión dentro de una organización. Al promover una estrategia de API, es importante consultar ejemplos de pioneros de API y seguir recursos útiles para mantenerse actualizado sobre la economía de API.

Descargar Developing API Mindest

Convencer a un arquitecto

El inicio de la discusión de API a menudo se encuentra con la intransigencia de los arquitectos de API. Según Adam DuVander de Orchestrate , quien recientemente dio una presentación en las API nórdicas en Seattle, algunos diseñadores líderes están aplastando un mundo conectado a las API.

Estos componentes pueden tener "arquitecto" en su título, pueden ser el director de tecnología o incluso un ingeniero obstinado. Cualquiera que sea su título, es importante darse cuenta de que ciertos miembros del equipo se resistirán al cambio, asociando la adopción de API con riesgos y ciertos estigmas. Para ayudar a frenar esto, los evangelistas de API deben armarse con respuestas a estos puntos débiles comunes que impiden la adopción de API:

"No podemos integrar API debido a la falta de control"

Un arquitecto quiere tocar un servicio. Acostumbrado a los servidores internos tradicionales, un arquitecto puede estar cansado de la adopción de la nube. Funcionalmente, la perspectiva de ceder el control de los datos de terceros sin un acceso granular puede que tampoco le sienta bien. Incluso con estas consideraciones, el hecho es que las operaciones se aceleran considerablemente con las integraciones de API.

Tomemos, por ejemplo, las API de impuestos de Avalara , que alivian un dolor de cabeza común entre los proveedores de comercio electrónico: clasificar a través de códigos de impuestos confusos. Sorprendentemente difícil de navegar, las diferentes zonas de jurisdicción pueden segmentar los impuestos a la cuadra ( o incluso cortar las casas a la mitad, como en el caso de esta peculiar ciudad belga ).

En lugar de mantener un registro de miles de tipos impositivos variables, un desarrollador puede ahorrar tiempo y recursos subcontratando esta tarea a un proveedor que sea un especialista en ese campo en particular . Esta es la progresión de las principales empresas emergentes de Internet, como Uber, que capitalizaron la prevalencia de numerosas API para construir gran parte de su servicio. Los servicios de mapeo, ubicación, optimización de controladores, pago y calificación dentro de la aplicación Uber están impulsados ​​por API basadas en la nube, lo que hace posible que Uber se concentre en su competencia principal, encontrar conductores, y la experiencia del usuario en lugar de convertirse en un experto. en todos los campos.

Respuesta : La liberación de tiempo y recursos supera la falta de control y permitirá que nuestra empresa se concentre más en nuestro valor empresarial principal.

”¿Puedo cambiar ese software? ¿Puedo impactarlo? ¿Puedo tocarlo?"

Cansado de posibles problemas de latencia o tiempo de inactividad, un arquitecto desea estar cerca de cualquier dato que se introduzca en la API. Las soluciones incluyen permitir descargas de datos o incluso ofrecer una opción administrada en las instalaciones para la API. Tener estas opciones disponibles puede ayudar a los arquitectos a bordo que están cansados ​​de esa falta de control de datos de grano fino. Factual es un ejemplo de una empresa que hace esto: ofrece listados de lugares y negocios proporcionados a través de API con una opción para descargar el conjunto de datos completo por una tarifa.

Respuesta : Aunque no tendremos acceso local, es probable que no afecte las velocidades de procesamiento. Si se convierte en un problema, siempre podemos centralizar los datos y la API.

”¿Es una API confiable? ¿Podemos contar con un tiempo de actividad constante? "

Estado del sistema de bandas

Estado del sistema Stripe API

Otra faceta que inhibe la adopción de API en el contexto empresarial es la confiabilidad y el tiempo de actividad de los servicios basados ​​en la nube. Tener una API bien documentada es crucial para el interés de los desarrolladores, pero ¿qué sucede si falla el servicio real?

DuVander cree que podemos evitar este estigma si comunicamos adecuadamente el tiempo de actividad. Para garantizar la credibilidad, es fundamental tener un registro transparente que muestre el tiempo de actividad de la API. Ejemplos de esto incluyen el estado del sistema Stripe y la transmisión en vivo de Twitter , que permiten actualizaciones de estado transparentes y útiles en el tiempo de inactividad. Otros modelos de páginas de estado de API de calidad orientadas al desarrollador son Facebook , Twilio y Github .

Respuesta : El tiempo de inactividad es poco común, pero cuando ocurre, se comunica de forma transparente. Además, existen canales de soporte para ayudar a aumentar el tiempo de respuesta.

"¿Cómo podemos garantizar que el servicio API sea seguro?"

En el contexto de la integración empresarial, la seguridad es de suma importancia. Aunque las API de socios no se exponen públicamente, trátelas como tales con los protocolos de seguridad adecuados. Asegurar los sistemas con enfoques modernos que delegan adecuadamente las credenciales de los usuarios y tienen una política consistente para el acceso a los datos puede facilitar la perspectiva de la integración de terceros.

Respuesta (con suerte) : El proveedor de API está bien versado en las mejores prácticas de seguridad, y utiliza una impresionante pila de seguridad para distribuir adecuadamente la información confidencial.

”¿Qué pasa si el servicio de API está obsoleto? ¡Las dependencias quedarán altas y secas! "

Especialmente en el espacio público de API, los ciclos de vida cortos pueden hacer que la longevidad del producto sea un problema recurrente . Google, por ejemplo, desaprueba las API casi tan a menudo como lanzan nuevas versiones. Entonces, ¿cómo pueden los socios evitar una sorpresa inesperada? Como el contexto B2B requiere acuerdos transaccionales entre ambas partes, los contratos que garantizan un uso consistente son más comunes, delineando estipulaciones de acceso y fases operativas más largas. Esto es fundamental para las instituciones bancarias, por ejemplo, que requieren tecnología confiable que pueda soportar décadas de uso. Como proveedor de API, necesita saber dónde encaja en el gráfico del modelo de negocio de API y comunicar claramente sus políticas de obsolescencia.

Respuesta : El proveedor / socio tiene un modelo de negocio estable y está dispuesto a garantizar una vida operativa que se ajuste a nuestras necesidades.


Para obtener más información, vea la presentación de Adam Duvander en un evento de API nórdicas

Verdaderas API B2B: se acerca el nuevo mundo

Adopte las API en el contexto empresarial para acelerar las transacciones comerciales, por ejemplo, acelerando un modelo típico de cadena de suministro. Con los albores de la computación en la nube, las empresas intercambian datos y servicios a un ritmo cada vez mayor. Las colaboraciones son emocionantes, pero pueden complicarse si no se ejecutan correctamente. La consumerización de TI y B2B con aplicaciones y aplicaciones empaquetadas está evolucionando, y el futuro verá más API RESTful impulsando este intercambio de datos en forma de microservicios y procesos detallados que imitan orgánicamente los verdaderos procesos humanos y de empresa a empresa. Recuerde que las API tienen el poder transformador de remodelar industrias enteras . Para resumir:

  1. EDI está muriendo
  2. EL DESCANSO se va a comer a la mayor parte del mundo
  3. La estrategia B2B se trata de relaciones y estrategia humana.
  4. El evangelismo puede ayudar a iniciar la discusión
  5. Adapte la discusión de la API a un contexto empresarial
  6. Comprender cómo responder a obstáculos y puntos débiles en el camino

Publicar un comentario

0 Comentarios