A primera vista, entrar en la economía de la API puede parecer una tarea abstracta y desalentadora. Pero hay algunos pasos concretos que las empresas pueden tomar en función de las lecciones aprendidas por los primeros usuarios.

Las API deben tener la claridad de un producto bien posicionado: una intención clara, una definición clara del valor y, quizás más importante, un público claramente definido. ¿Es un conjunto pequeño de desarrolladores conocidos, un conjunto grande de desarrolladores desconocidos, o ambos? ¿Qué es la zona de confianza? ¿Público, semiprivado o privado? ¿Cómo estos hechos esenciales informan el alcance y la orientación del servicio?

¿Quién está primero? ¿De arriba hacia abajo o de abajo hacia arriba? O más al punto: ¿Qué impulsará la carga de API … la innovación del modelo de negocios o los servicios técnicos? Esto último puede ser más fácil de defender para un ejecutivo de TI, especialmente si la API se lanza como parte de una transformación más amplia de la entrega de TI, una reversión de la deuda técnica o el programa DevOps. Colocación el esfuerzo bajo un ejecutivo de TI puede también simplifique el camino a seguir y los resultados esperados al centrarse en las llamadas de servicio, el rendimiento, el cumplimiento estándar, la reducción de los plazos de desarrollo y los menores costos de mantenimiento.

Plantar la semilla de cómo los servicios empresariales y las API podrían desbloquear nuevos modelos de negocios puede ser más complicado. Pero cuanto más rápido la iniciativa está vinculada al crecimiento y la innovación, mejor. En días tempranos de Amazon, Jeff Bezos, según informes, emitió un mandato de toda la compañía que requería que todo el personal técnico, sin excepción, incluya las API. El mandato sirvió de base para la plataforma de computación en la nube EC2, la nube de almacenamiento S3, los servicios de gestión.

  • Abrazar las necesidades básicas. Las organizaciones deben considerar qué modelo de gobierno deben establecer en función de los consumidores previstos (interno, socios, público en general) y si el programa está siendo impulsado por TI o el negocio. Las herramientas como las plataformas de administración de API pueden proporcionar una vista similar a un panel de control en el funcionamiento interno de un entorno de soluciones. La visibilidad proporciona un mejor manejo de las dependencias y el rendimiento de los servicios principales en los sistemas y datos heredados.
  • Evitar la tecnología de las guerras santas. Ahí hay muchos puntos de decisión, y pueden distraerse. REST o SOAP para el protocolo de servicio? ¿JSON o XML para el formateo de datos? ¿Filosofía de diseño basada en recursos o experiencia? Versiones a través de un segmento de ruta, cadena de consulta o encabezado (O ninguno de los anteriores)? Oauth2.0 o OpenID Connect de seguridad? ¿Qué proveedor de la plataforma de administración de API se debe utilizar? Estas son todas buenas preguntas que falta una sola buena respuesta. Es probable que un solo tamaño no se ajuste a todos, y es probable que una mayor consolidación y cambio en el panorama de proveedores para continuar. Las empresas deben tomar decisiones adecuadas para guiar las necesidades a corto plazo con un enfoque en el pragmatismo, no en la pureza doctrinaria.
  • Fácil lo hace. Las oportunidades que aprovechan, la cooperación entre industrias pueden ser tentadoras desde el principio. Sin embargo, las empresas deben decidir si la recompensa supera la complejidad adicional. Las empresas deben planificar en grande, pero comenzar con poco. Idealmente, deberían usar servicios abiertos y bien documentados para acelerar el tiempo para el prototipo. Esperando un cambio constante y una ejecución rápida. Es parte del cambio a la economía API. Las empresas pueden utilizar sus primeros esfuerzos para anclar el nuevo «negocio como de costumbre».
  • Constrúyelo para que vengan . Si está intentando lanzar API o plataformas orientadas hacia el exterior por primera vez, debe prepararse para una campaña sostenida para generar conciencia, suscripciones y soporte. Más allá de preparar el núcleo

Las API y los servicios de administración circundantes, las empresas no deben olvidarse de los componentes auxiliares requeridos: documentación, ejemplos de código, herramientas de prueba y certificación, modelos de soporte, monitoreo, mantenimiento y mantenimiento. Los incentivos y los intentos de influenciar a las partes interesadas deben vincularse a las audiencias objetivo y enmarcarse en consecuencia.