{"id":4431,"date":"2018-01-16T01:10:02","date_gmt":"2018-01-16T09:10:02","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=4431"},"modified":"2023-06-23T09:28:37","modified_gmt":"2023-06-23T16:28:37","slug":"saga-pattern-implement-business-transactions-using-microservices-part-2","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/saga-pattern-implement-business-transactions-using-microservices-part-2\/","title":{"rendered":"Saga Pattern | C\u00f3mo implementar transacciones de negocio utilizando microservicios - Parte II"},"content":{"rendered":"

\"\"<\/a><\/p>\n

En el post anterior<\/a>, vimos algunos de los retos de implementar transacciones distribuidas y c\u00f3mo implementar el patr\u00f3n de Saga utilizando el enfoque Evento\/Coreograf\u00eda. En este art\u00edculo, vamos a hablar de c\u00f3mo abordar algunos de sus problemas como transacciones complejas o dependencias c\u00edclicas de eventos utilizando otro tipo de implementaci\u00f3n de Saga llamado Comando u Orquestaci\u00f3n.<\/span><\/p>\n

 <\/p>\n

L\u00f3gica de secuenciaci\u00f3n de comandos y orquestaci\u00f3n de Saga<\/b><\/h3>\n

En el enfoque de orquestaci\u00f3n, definimos un nuevo servicio con la \u00fanica responsabilidad de decir a cada participante qu\u00e9 hacer y cu\u00e1ndo. El sitio patr\u00f3n de la saga<\/a> El orquestador se comunica con cada servicio en un estilo comando\/respuesta indic\u00e1ndoles qu\u00e9 operaci\u00f3n debe realizarse.<\/span><\/p>\n

Veamos c\u00f3mo queda utilizando nuestro ejemplo anterior de comercio electr\u00f3nico:<\/span><\/p>\n

\"Command\/Orchestration<\/p>\n

    \n
  1. Servicio de pedidos<\/em> guarda una orden pendiente y pide a Order Saga Orchestrator (OSO) que inicie un crear transacci\u00f3n de pedido<\/em>.<\/span><\/li>\n
  2. OSO<\/em> env\u00eda un Ejecutar el pago<\/strong><\/em> comando para Servicio de pago<\/em>y responde con un Pago ejecutado<\/strong><\/em> mensaje<\/li>\n
  3. OSO<\/em> env\u00eda un Preparar pedido<\/strong><\/em> a Stock Service, y \u00e9ste responde con un comando Pedido preparado<\/strong><\/em> mensaje<\/li>\n
  4. OSO<\/em> env\u00eda un Entregar pedido<\/strong><\/em> a Delivery Service, y \u00e9ste responde con un Pedido entregado<\/strong><\/em> mensaje<\/li>\n<\/ol>\n

    En el caso anterior, Order Saga Orchestrator conoce cu\u00e1l es el flujo necesario para ejecutar una transacci\u00f3n de \"crear orden\". Si algo falla, tambi\u00e9n se encarga de coordinar la reversi\u00f3n enviando \u00f3rdenes a cada participante para deshacer la operaci\u00f3n anterior.<\/span><\/p>\n

    Una forma est\u00e1ndar de modelar un orquestador saga es una M\u00e1quina de Estado donde cada transformaci\u00f3n corresponde a un comando o mensaje. Las m\u00e1quinas de estado son un patr\u00f3n excelente para estructurar un comportamiento bien definido, ya que son f\u00e1ciles de implementar y particularmente grandes para las pruebas.<\/span><\/p>\n

     <\/p>\n

    Retroceso en el Mando\/Orquestaci\u00f3n de Saga<\/b><\/h3>\n

    Las reversiones son mucho m\u00e1s f\u00e1ciles cuando se dispone de un orquestador que coordina todo:<\/span><\/p>\n

    \"\"<\/p>\n

      \n
    1. Servicio de existencias<\/span><\/i> responde a OSO con un <\/span>Agotado<\/i><\/b> mensaje;<\/span><\/li>\n
    2. OSO reconoce que la transacci\u00f3n ha fallado e inicia el rollback<\/span>\n
        \n
      1. En este caso, s\u00f3lo se ejecut\u00f3 con \u00e9xito una operaci\u00f3n antes del fallo, por lo que <\/span>OSO<\/span><\/i> env\u00eda un <\/span>Reembolso Cliente<\/i><\/b> comando para <\/span>Servicio de pago<\/span><\/i> y establecer el estado del pedido como fallido<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

         <\/p>\n

        Ventajas e inconvenientes del uso de Saga <\/b>Mando\/Dise\u00f1o de orquestaci\u00f3n<\/b><\/h3>\n

        Las sagas basadas en la orquestaci\u00f3n tienen varias ventajas: \u00a0<\/span><\/p>\n