Header Ads Widget

Ticker

6/recent/ticker-posts

¿Qué significa el auge de los bots para las API?

 

¿Qué significa el auge de los bots para las API?

A medida que la tecnología de bots evoluciona y migra al espacio de API, muchos profesionales de API se preguntan: "¿Qué significa esto para nuestra industria?" Es una pregunta interesante y un experimento intelectual para emprender, y uno que está fuertemente arraigado en el futurismo.

En este artículo, abordaremos el aumento de los bots y veremos en qué áreas del espacio API podrían influir en los próximos años. Veremos qué tan pronunciada podría ser esta influencia, así como las áreas donde los bots pueden tener una aplicación más limitada.

El ascenso del bot

Ha habido muchas charlas en los medios sobre los bots que interrumpen la economía de las API, cada uno con diferentes niveles de predicción sobre qué tan grande será el impacto. Beerud Sheth, de TechCrunch, cree que “estamos llegando a los límites del paradigma de“ SO + aplicaciones ”móviles” , y que los bots pronto reemplazarán las aplicaciones que las API suelen generar en el espacio móvil. Niko Nelissen de VentureBeat cree que la "muerte de la API" se acerca, y se acerca rápidamente. Entonces, ¿es todo esto una hipérbole o hay algo de verdad detrás de estas opiniones? ¿Qué son los bots y qué espacio ocupan en el panorama tecnológico moderno?

Los bots, o servicios que actúan de forma semiindependiente dado un objetivo y una funcionalidad establecidos, han existido casi tanto tiempo como los lenguajes que los soportan, desde la introducción de los shells de scripting en la década de 1960. Calvin Mooers introdujo funciones activas, que insertan datos en scripts activos utilizando la sustitución de comandos. Ya en 1964, Louis Pouzin estaba creando procesadores específicamente para scripts de comando para automatizar e interactuar con la plataforma CTSS.

Nuestro concepto moderno de bots, sin embargo, son máquinas independientes que realizan una tarea a instancias de un sistema o programa. Se diferencian de las secuencias de comandos en el sentido de que proporcionan interacciones casi similares a las humanas con el cliente de interfaz. Estos bots se comunican en código con su backend y luego se comunican con el cliente en un inglés claro o en otros formatos inteligibles fuera del espectro del lenguaje procesable por máquina .

Un ejemplo clásico de este tipo de interacción es el programa ELIZA. Creada en 1964 por Joseph Weizenbaum, miembro del Laboratorio de Inteligencia Artificial del MIT, ELIZA respondió a la interacción humana con un conjunto de respuestas extraídas de conversaciones documentadas o datos de naturaleza médica. A medida que las personas interactuaban con ELIZA, respondía utilizando secuencias de comandos de coincidencia de patrones, pareciendo aprender y adaptarse a la entrada. Si bien ELIZA era, en esencia, una simple pieza de software como loro, la idea hizo que muchos desarrolladores reconsideraran cómo funcionaría la inteligencia artificial, cómo se vería y cómo podría interactuar con otros sistemas.

Los bots, por lo tanto, pueden verse como un intermediario entre los scripts y la verdadera inteligencia artificial. Los bots en este espacio funcionan esencialmente como una puerta de entrada universal a una API, eliminando el tiempo dedicado a jugar con las API de la empresa y las estructuras internas al vincular esta exploración a una interfaz única y simple.

El cambio radical de la intratabilidad

Al observar la historia de la tecnología de bots, se podría ver que, en general, han sido diseñados para hacer que la interacción del usuario , tanto en la comunicación usuario-usuario como en los paradigmas de comunicación usuario-recurso, sea más automatizada y efectiva . En esta misma línea, los bots están preparados para desencadenar un cambio radical en la intratabilidad con las API y las interfaces que impulsan.

En el paradigma de función actual, un usuario o cliente debe enviar una secuencia o cadena larga a una API para obtener los datos o la acción que necesitan. Si bien esto está bien para la interfaz de máquina a máquina, donde cientos de miles de procesos se ejecutan en cientos de subprocesos en un centro de datos por segundo, en el sentido humano, donde cada carácter debe escribirse o memorizarse taquigrafía para representar dicho personajes, este es un gran obstáculo para el uso común.

Los bots representan un gran cambio en esta interacción básica. Un gran ejemplo de esto son los diversos bots proporcionados por la API de Slack . Los usuarios pueden interactuar con estos bots como si fueran humanos con sus propias cuentas, pidiéndoles que realicen tareas fundamentales básicas. Estas tareas no solo se realizan de forma rápida y precisa, sino que los bots que las realizan interactúan con el solicitante como si fuera humano, con una sintaxis y entonación similares a las humanas.

interacción de bots

La interacción es tan simple como expresar su solicitud en un lenguaje sencillo. "@Officebot, envíe un correo electrónico a Scott deseándole un feliz cumpleaños" generará dos respuestas: la primera, un simple reconocimiento de "¡Ok Kristopher!", Y la segunda, una automatización real programada impulsada por API que envía la Email.

La adición de interacción similar a la humana parece una pequeña característica, una adición de "comodidad de la criatura" más que una revolución, pero su importancia no puede ser exagerada. Tener interacción humana es el mayor objetivo de la experiencia de diseño del usuario , eliminando las respuestas frías, calculadoras y mecánicas de la API por una que sea amigable e informativa; aumentar las tasas de adopción y la usabilidad.

De esta manera, los bots ciertamente reemplazarán partes del espacio API en el sentido de que serán la nueva cara de los sistemas y servicios existentes, que en realidad no reemplaza sino que redefine . Es esta redefinición la que se alaba mucho, ya que significa que las API ahora se pueden diseñar con mayor frecuencia para ofrecer una instrucción simple, fácil de entender, pero poderosa y directa, y en un lenguaje sencillo . El diseño de la comunicación de bot a bot elimina muchas capas de ofuscación por necesidad y tiene muchos beneficios secundarios centrados en el ser humano.

Como las API están diseñadas para una mayor comunicación coordinada entre ellas y los dispositivos automatizados que las utilizan, esto dará como resultado un ecosistema de API de segunda mano mejor definido y más completamente documentado.

Bots en operaciones: más de 12 marcos para desarrollar bots de ChatOps

Ofuscación técnica

Uno de los enormes beneficios del espacio de bot emergente es que, al eliminar la necesidad de que el usuario interactúe con un backend de API , se crea una interfaz más segura .

buzón

Un bot agrega otra capa de abstracción a una API

Esta capa adicional es como un punto de entrada de "buzón" para su API, donde la API está oculta detrás de un único punto de entrada central e independiente . Cuando no puede echar un vistazo al interior y no puede entrar por la fuerza, la seguridad aumenta inherentemente. Las API con frontends de bot están haciendo precisamente esto. Los usuarios pueden interactuar con un cuadro de diálogo o un portal web automatizado, y pueden ver los recursos, sin acceder directamente a ellos. Los usuarios no tienen que revisar el código de la API para crear sus propias metodologías de interacción con el backend y, por lo tanto, el código no está abierto a la manipulación ni es propenso al descubrimiento de errores .

Por supuesto, muchos lectores pueden pensar que "mi código no tiene errores, ¡es perfecto!", O que, debido a que ya tienen características de seguridad, están protegidos contra este tipo de amenazas. Sin embargo, la realidad es que todos los sistemas, todas las metodologías de seguridad y todas las técnicas de ofuscación pueden romperse; no se trata de si, sino de cuándo, y es determinante en gran medida en qué tan valiosos se perciben sus datos. Las corporaciones y empresas gigantes han sido pirateadas por técnicas de ingeniería social, un cifrado deficiente de archivos o una simple falla del clúster en los nodos responsables de la seguridad.

Entonces, la pregunta es la siguiente: si sabes que la gente quiere atacarte y que la puerta de tu jardín es vulnerable, ¿dejas la puerta de entrada abierta? ¿O cierra la puerta principal y mira por el buzón cuando se necesita comunicación?

Relacionado: Aprenda a mitigar las 4 vulnerabilidades de seguridad de API más comunes

Anulación de la estandarización

Un beneficio de la tecnología bot es que podría anular problemas de estandarización y compatibilidad . Cuando los bots están diseñados para utilizar inglés simple (o el idioma del usuario, para el caso) como comandos, entonces no importa si el solicitante de origen está codificado en Python, con el receptor codificado en Java, los bots que son los La interfaz para ambos sistemas puede comprender y traducir.

Esto es algo así como un santo grial para la comunicación en línea. Durante años, la idea de la web semántica , todo lo relacionado con multimedia enriquecida, fue el objetivo de oro para todos, pero se vio gravemente obstaculizada por las diferencias en la elección del navegador, el idioma y la sintaxis. Cualquiera que alguna vez tuvo una página de Myspace le dirá que visitar el perfil de un amigo fue una apuesta: ¿podría verlo en este navegador, con estas extensiones, y sería compatible con este tipo de archivo? ¿O todo se colapsaría y se quemaría en el segundo en que intentara cargarlo, con las llamadas -webkit rompiendo su experiencia de IE?

Ser capaz de negar esta experiencia y tender un puente entre sistemas dispares no es solo una comodidad para las criaturas, es un enorme potencial. Desafortunadamente, esto tiene sus propios problemas potenciales: la estandarización de bots .

Considere cuán complejos tendrían que ser los sistemas para vincular cientos, quizás miles, de bots diseñados en varios idiomas y usando varias sintaxis que tienen que comunicarse entre sí. Esto se puede gestionar, por supuesto. Se gestionó en los primeros días de Internet hasta la década actual a través de las metodologías de autorización y aprobación de The Internet Engineering Task Force , sentando las bases para la interacción básica en Internet.

Por supuesto, esto es un cambio de preocupación: hemos reemplazado los problemas con la estandarización del lenguaje API por problemas de estandarización del bot API. Si bien el bot alejó los problemas de estandarización del consumidor, lo colocó firmemente en el regazo del desarrollador. Por supuesto, se puede crear algo como el IETF para que los bots nieguen gran parte de esto, pero al igual que el IETF, esto podría resultar en una innovación más lenta y la adopción de nuevos estándares, negando así gran parte de los beneficios del auge de los bots.

Más sobre estandarización: ¿Hasta dónde deben llegar los lenguajes de definición de API?

Aprender no es aprender

Gran parte del futurismo que rodea a los bots está impregnado de lo que "podrían hacer", y lo que "podrían hacer" está severamente limitado por la naturaleza de los propios bots.

Si bien es fácil para el usuario promedio pensar que existe un sistema verdaderamente artificialmente inteligente, el hecho es que los bots no están pensando . Mientras que a un humano se le da información que luego se correlaciona en su mente con miles, quizás millones, de varios sinónimos, combinaciones, antónimos y entonaciones basadas en la inflexión, el uso del contexto o la intención, un bot solo puede responder de la manera en que lo ha hecho. programado para responder. Si bien los bots son inteligentes en el sentido de que sus diseñadores humanos les han enseñado cómo actuar, esta inteligencia es un mimetismo.

contenedor de vidrio

Los bots no pueden diseñar bots, al menos no en su forma actual

Por ejemplo, ¿qué sucede cuando un usuario realiza un pedido de comida utilizando, por ejemplo, un Sushi Bot? El usuario podría decir "Tengo hambre, ¿me pueden llevar sushi al trabajo?" Un bot puede analizar esto, pero para hacerlo, cada variación debe ser anticipada y programada. Durante la fase de diseño e implementación, hubo que pensar en las variaciones de "Tengo hambre", que van desde "Tengo hambre" hasta "Oye, ¿puedes traerme algo de comida?", Y a menos que los algoritmos de aprendizaje profundo actualicen constantemente el vocabulario de la máquina , esto tuvo que ser hecho a mano por el diseñador del bot.

Para un gran ejemplo en vivo de esto, use cualquier chatbot en Internet. Si bien las respuestas pueden parecer lo suficientemente “humanas” dado el tiempo que llevan funcionando muchos de estos servicios, tome nota de cuántos errores de comprensión y conceptualización existen. Los errores simples, que a menudo se pueden notar cuando el bot responde repitiendo la pregunta como un loro (por ejemplo, decir "me duele la cabeza" podría provocar la respuesta "¿por qué me duele la cabeza?"), Aumentan rápidamente.

Si bien estos errores son ciertamente aceptables cuando charlamos por diversión, considérelos en las limitaciones de una interacción API. Cuando los registros de salud deben solicitarse mediante una API para llamar a un administrador de registros externo, lo último que necesita un cirujano o un respondedor de atención de urgencia es ver la frase "repita su pregunta en el siguiente formato" o "No entiendo ”Se muestra hasta la saciedad.

Los obstáculos a la conceptualización pueden disolverse con el tiempo, especialmente con avances tan grandes en el desarrollo de equipos como el departamento de aprendizaje automático en el MIT , pero por ahora, los bots están severamente limitados por esta cualidad básica.

Aún así, muchas organizaciones dependerán de las integraciones directas de API

Habiendo dicho todo esto, incluso con la adopción generalizada de bots, las organizaciones seguirán dependiendo de las integraciones API directas . No todas las integraciones que son vitales para las operaciones de un sistema requieren una interfaz de usuario directa, como ocurre con las API de Business Processing Outsourcing (BPO), las API que impulsan la mensajería SMS, la tecnología financiera , la programación y mucho más.

En consecuencia, hay una gran cantidad de servicios que utilizan API que simplemente no necesitan una interfaz similar a la humana; son un engranaje en la funcionalidad de fondo del ecosistema de servicios. Por ejemplo, cuando necesita recuperar automáticamente la fluctuación del precio de cotización bursátil en tiempo real, hacerlo configurando una llamada API a un proveedor de datos es mucho más eficiente que chatear con un StockBot amigable para los humanos que lo interrumpe en Facebook Messenger cada hora. Las API que impulsan la canalización de DevOps están diseñadas de manera similar para la utilidad en lugar de la interactividad. Aunque los portales de ChatOps pueden iniciar funciones de manera diferente, esas conexiones subyacentes deben permanecer legibles por máquina.

Para las máquinas consumidoras, la eficiencia triunfa en la experiencia del usuario similar a la humana, por lo que la conectividad directa con las API seguirá siendo el mejor enfoque.

Conclusión

En todo caso, este autor podría considerarse un "realista" primero y un "futurista" en segundo lugar. Si bien los bots son una tecnología increíble, también son fundamentalmente defectuosos, un hecho a menudo pasado por alto por muchos periodistas hiperbólicos que promocionan los bots como la mejor alternativa, la próxima revolución tecnológica.

El problema es que muchas de las opiniones sobre este tema en este momento utilizan una hipérbole en lugar de un optimismo moderado. Los bots son una tecnología maravillosa y, con el tiempo, es posible, por improbable que sea en este momento, que se conviertan en máquinas que realmente piensen y reaccionen.

Sin embargo, en su estado actual, los bots no van a "reemplazar las API" , simplemente harán que interactúen mejor con ellos, más parecidos a los humanos. El auge de los bots significa un cambio en la forma en que consumimos las API y cómo responden a nuestras solicitudes. Son una nueva capa de organización e intercambio de datos, pero, al menos en su estado actual, no necesitan reemplazar la API como la conocemos.

Publicar un comentario

0 Comentarios