Capítulo 7. Flujo de trabajo hipermedia
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
La productividad nunca es un accidente. Siempre es el resultado de un compromiso con la excelencia, una planificación inteligente y un esfuerzo concentrado.
Paul J. Meyer
Para muchos de , el objetivo último de crear API de interfaz de servicios es fomentar soluciones de flujo de trabajo flexibles y sólidas que mezclen servicios existentes de formas únicas para resolver nuevos problemas. De hecho, este objetivo está plasmado en el principio clave tratado en "Principios compartidos para servicios escalables en la Web". El proceso de unir servicios no es un gran reto cuando estos servicios se diseñaron desde el principio para trabajar de forma conjunta. Sin embargo, alistar servicios que no se construyeron en grupo, que no saben nada los unos de los otros y que son ajenos a la solución que se está creando es un reto mucho mayor. Este segundo enfoque depende de importantes detalles de implementación que hacen posible una serie de actividades, como compartir el estado de la solución, progresar a través de múltiples pasos para lograr un objetivo, y seguir/visualizar ese progreso. Siempre que mezcles interfaces de servicio, existe la posibilidad de que se produzcan errores de ejecución que requieran volver a ejecutar algunos pasos, deshacer otros y saber cuándo es necesario hacerlo.
A menudo, construimos nuestros propios servicios ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access