Header Ads Widget

Ticker

6/recent/ticker-posts

¿Qué hace que una API sea ágil?

 Ágil. API. API. Ágil. Suena bien, pero ¿qué es exactamente lo que hace que una API sea ágil? Christian Nilsson, de las soluciones de mensajería SMS Beepsend, busca revolucionar la idea de lo que significa ser verdaderamente ágil. Habiéndose convertido en una palabra de moda, 'ágil' a menudo viene cargado de conceptos erróneos. Nillson ofrece 7 consejos para ayudar a un proveedor de API a determinar qué significa tener una API ágil.

Para empezar, analicemos los dos componentes de la "API ágil":

¿Qué es Agile?

API ágil


Si bien ágil es un término de uso abierto, Nilsson lo define como un enfoque de problemas, un proceso de desarrollo de software y un proceso empresarial. Como su nombre sugiere literalmente, una empresa ágil es esbelta, ágil y está llena de pasión, pero es capaz de reaccionar a los cambios rápidamente.

Para Nilsson, ágil tiene tres temas comunes:

  1. Agile es descomponer las cosas, pero no hasta el punto de que se rompan.
  2. Ágil significa que puede cambiar rápidamente la estrategia comercial.
  3. Agile no puede verse agobiado por decisiones anteriores.

¿Qué es una API?

La definición de libro de texto de una interfaz de programación de aplicaciones ( API ) es un conjunto de protocolos, rutinas y herramientas para aplicaciones de software empresarial. Según Nilsson, las posibilidades de las API para las empresas son más intrigantes:

  1. Una API permite que otras organizaciones te hagan más grande de lo que podrías ser solo.
  2. Una API puede hacerte relevante en más áreas de las que podrías haber imaginado.
  3. Una API puede redefinir su servicio.

Los siete conceptos erróneos de la API ágil

Está claro que ágil es un término de moda que se usa para describir muchos procesos comerciales en estos días. Y, naturalmente, los proveedores de API están tratando de incorporar agilidad en sus propios servicios y procesos comerciales. Sin embargo, la idea de una API ágil tiene algunos conceptos erróneos flotando. Repasaremos los principales a continuación.

Concepto erróneo n. ° 1 de la API ágil: debe crear y mantener todo usted mismo.

No seas un MacGyver. Los servicios deben centrarse en lo que hacen mejor y luego permitir que otros hagan el resto. Asóciese con otras API que hacen las cosas mejor que usted: fortalece su producto principal sin perder de vista el suyo, y ambas organizaciones aumentarán el tráfico . Estas asociaciones se pueden crear directa o indirectamente a través de un servicio de integración como IFTTT o Zapier. Esto lo mantiene enfocado en construir un sistema confiable en lugar de arriesgarse a fragmentar lo que hace mejor en un esfuerzo equivocado para adaptarse a las necesidades particulares de uno o más clientes.

Concepto erróneo n. ° 2 de la API ágil: si no eres ágil, no tienes éxito.

En general, cuanto más cerca está un servicio del consumidor final, más ágil debe ser para responder a los problemas. Como dice Nilsson, “los usuarios de Internet son inconstantes y promiscuos. Tienen curiosidad. Dejarán su servicio en un santiamén ".

Sin embargo, algunas empresas son naturalmente inflexibles. Cuando estas empresas aumentan su distancia del consumidor final, se vuelven menos ágiles y más estables. Esto le da a la empresa una reputación más sólida de confiabilidad, que es un rasgo altamente comercializable para industrias menos flexibles como la banca.

Los servicios deberían preguntarse: ¿Por qué necesitamos esta API? ¿Qué significa 'ágil' para nosotros y nuestro modelo de negocio? ¿Es adecuado para nosotros? ¿Es adecuado para nuestros clientes? Al final, el éxito no proviene solo de la agilidad. El éxito proviene de la pasión por el modelo empresarial central.

Concepto erróneo n. ° 3 de la API ágil: solo hay un proceso de desarrollo de software perfecto.

Muy a menudo, las herramientas de gestión de proyectos se lanzan a los desarrolladores de software para que funcionen más rápido en un entorno más transparente. Pero los procesos de desarrollo de software varían según las necesidades, y las herramientas correspondientes deben respaldar, no hacer cumplir, un conjunto de procesos.

Los gerentes de proyectos de API deben comenzar por evaluar el tamaño y la composición de su equipo de desarrollo, junto con un análisis crítico del problema que el equipo está tratando de resolver en conjunto. Teniendo en cuenta estos factores, las estrategias adecuadas para el desarrollo surgirán naturalmente, a menudo directamente de la discusión grupal sobre el tema.

Concepto erróneo n. ° 4 de la API ágil: su sistema es seguro.

La seguridad no comienza y termina siendo más astuto que los piratas informáticos. Hoy en día, no importa cuán seguro sea su sistema, está constantemente luchando contra una cantidad infinita de scripts, errores humanos y contraseñas sigilosas. En este mundo constantemente inestable e inseguro, uno no debe relajarse y asumir que todo es perfecto.

Una forma de superar este obstáculo aparentemente insuperable es a través de configuraciones centrales, que garantizan que mantener sus sistemas actualizados no requiera mucha mano de obra. Debe estar atento a cualquier agujero en la tecnología y asegurarse de que todos los desarrolladores estén tomando medidas activas para evitar scripts entre sitios o fallas XSS.

Para obtener un estudio en profundidad sobre la seguridad de la API, consulte: Seguridad de la API: análisis profundo de OAuth y OpenID Connect

Concepto erróneo n. ° 5 de la API ágil: su amplio SLA y EULA le ahorrarán.

La realidad de un Acuerdo de nivel de servicio (SLA) o Acuerdo de licencia de usuario final (EULA) es que es el mejor de los casos. Nadie quiere tiempo de inactividad y que las cosas se rompan, ¿verdad? Pero, ¿con qué frecuencia su equipo o el cliente tendrán el dinero y la paciencia para llevar un lado a los tribunales sobre el asunto? Puede que le guste que su SLA o un EULA cree una sensación de miedo, pero Nilsson sostiene que los proveedores de API deberían intentar invitar a las personas en lugar de asustarlas con acuerdos de usuario prolongados.

Concepto erróneo n. ° 6 de la API ágil: su API es 'especial'. Mantenga esa salsa secreta en secreto.

Según Nilsson, la codificación ya no tiene secretos. La "salsa secreta" de una empresa se encuentra dentro de su ejecución y dentro del equipo. La salsa secreta es cómo puede adaptarse y transformarse a los mercados fluctuantes. Así es como practicas la agilidad. Y también es la forma en que brinda un fantástico servicio al cliente.

La tecnología es solo un conducto más desde el que puede apoyar a sus empleados y ayudarlos a esforzarse por alcanzar la grandeza. Además, si mantiene su tecnología en secreto, cuando las cosas vayan mal, ¿en quién podrá apoyarse? Las comunidades establecidas en torno al código abierto y la colaboración pueden ayudar a que las API aumenten drásticamente su valor; eso es lo que las ciudades inteligentes de todo el mundo se están dando cuenta al abrir sus silos de datos y el código fuente de API.

Concepto erróneo n. ° 7 de la API ágil: NoSQL es el futuro que impulsará todas las API.

Nilsson argumenta que la base de datos NoSQL para almacenar y recuperar datos no es todo lo que se publicita. Admite que NoSQL tiene la capacidad de resolver muchos problemas, pero no todos. Como ocurre con todas las cosas en el mundo de la programación y el desarrollo, las soluciones deben ser ágiles. Debe analizar cada problema y emparejarlo con la mejor solución. A menudo, esto significa emparejar NoSQL en combinación con otras soluciones como una base de datos relacional.

Conclusión

Al final, los proveedores de API deben incorporar soluciones creativas combinadas para el desarrollo que se adapten a su posición única. Al crear una API ágil, debe tener en cuenta todas estas facetas sin ser víctima de conceptos erróneos sobre lo que significa ser ágil. Siguiendo estas consideraciones, debe estar preparado para reaccionar adecuadamente a las necesidades de su equipo, las necesidades de su negocio y las necesidades del consumidor final.

Cuota

¿Qué hace que una API sea realmente ágil? No dude en compartir cualquier información que su equipo haya obtenido mediante el uso de procesos de desarrollo de API ágiles a continuación. ¡Y como siempre, gracias por leer!

Publicar un comentario

0 Comentarios