Skip to main content

Integrar sus sistemas

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

  • Explicar cómo Salesforce y MuleSoft funcionan juntos.
  • Describir casos de uso de negocio válidos para Salesforce y MuleSoft.
  • Explicar por qué el diseño con un enfoque de conectividad dirigida pro API es una mejor práctica.

Ahora que conoce las ventajas de la conectividad dirigida por API, veámosla en acción.

El caso de éxito de Cloud Kicks

¡Felicitaciones! Es el fundador y director general de Cloud Kicks, una compañía extraordinaria. Cloud Kicks fabrica zapatillas cómodas y con mucho estilo, diseñadas especialmente y personalizadas para sus clientes. Las zapatillas personalizadas de su compañía son un éxito entre las celebridades, los deportistas profesionales y los asistentes a un conocido congreso de tecnología que se celebra en San Francisco.

Dos personas llevando zapatillas, corriendo.

Cloud Kicks vende a clientes y negocios por igual, y está ampliando su base de operaciones. Con esa expansión llegan algunos retos de TI. Comencemos por echar un vistazo a algunos de los sistemas que Cloud Kicks utiliza para llevar el negocio:

Sistema
Valor de negocio
Sales Cloud
Gestión de ventas de B2B y B2C
SAP Commerce
Gestión de pedidos
Service Cloud
Gestión de asistencia al cliente
Experience Cloud
Gestión de la experiencia con clientes
Gmail
Automatización de email

Utilizar estos sistemas sin ninguna integración seria estuvo bien cuando Cloud Kicks era realmente pequeña. La sincronización de datos entre sistemas se podría realizar manualmente. Reunir reportes era tan sencillo como llamar en la oficina o enviar hojas de cálculo por email bidireccionalmente.

Pero como Cloud Kicks se amplía, todo eso debe cambiar. Está claro para Mary Evans, la arquitecto de proceso de negocio de la compañía (y Trailblazer de la integración emergente), que los procesos actuales no son ampliables, y la compañía necesita tratar esto. Antes de indagar en los requisitos, conozcamos a Mary y los otros integrantes clave asociados con Cloud Kicks:

Mary Evans, Arquitecto de procesos de negocio para Cloud Kicks. Se asegura de que el equipo siga metodologías ágiles para completar proyectos a tiempo. Una apasionada aprendiz permanente, a Mary le encanta utilizar Trailhead para averiguar cómo funcionan Sales Cloud, Service Cloud y Experience Cloud. Su enfoque actual es unificar el historial de pedidos del cliente y la realización de pedidos para procesar y realizar pedidos de clientes, que residen actualmente en sistemas separados.

Mary Evans es la arquitecto de procesos de negocio para Cloud Kicks.

Jamal Cooks, Arquitecto de sistemas de TI, trabajó con varios sistemas y bases de datos principales a lo largo de sus 20 años de carrera: Siebel, Oracle, Dynamics, SAP, y por supuesto, Salesforce. Aunque puede codificar con el mejor de ellos, Jamal es realmente un apasionado de la arquitectura de soluciones para todo el departamento de TI. Hay algo sobre hacer que muchos sistemas funcionen juntos en armonía que lo despierta cada mañana. Emocionado con crear algo desde cero, Jamal se unió a Cloud Kicks poco tiempo tras su creación. Es conocido como el gurú de la tecnología número uno en la oficina. Su enfoque actual es desbloquear información de pedidos de clientes desde sistemas de origen para respaldar los requisitos de negocio conforme se amplía Cloud Kicks.

Jamal Cooks, el arquitecto de sistemas de TI para Cloud Kicks.

Vijay Lahiri, Desarrollador. A sus 26 años, Vijay ya es bastante hábil en JavaScript, HTML, Python, Ruby y AWS. Es una exhibición individual para las necesidades de codificación de Cloud Kicks. Fue contratado poco después de Jamal, el arquitecto de sistemas de TI. Los dos trabajan muy bien juntos, poniendo los cimientos del sencillo y eficiente departamento de TI de la compañía. Actualmente, su enfoque es el desarrollo de aplicaciones web y móviles, incluyendo necesidades de integración para aplicaciones web y móviles.

Vijay Lahiri es un desarrollador en Cloud Kicks.

Para hacer que el proceso sea ampliable, Cloud Kicks presentó una iniciativa de cliente conectado. Los datos de clientes más recientes deben estar disponibles y notificables por cualquier usuario de Salesforce en tiempo real, incluyendo:

  • Pedidos actuales
  • Pedidos pasados
  • Problemas de clientes actuales (casos)
  • Problemas de clientes pasados (casos)

Los clientes también deben poder acceder a esta información también siempre que inicien sesión en el sitio de Experience Cloud.

¿Como puede Cloud Kicks satisfacer esta demanda de datos conectados?

Para satisfacer la demanda de datos conectados, Cloud Kicks tienen algunas opciones. Comparemos qué sucede si el equipo intenta crear integraciones emparejadas de forma estrecha con código personalizado frente a si crean una red de aplicaciones.

Integraciones emparejadas de forma estrecha

Con la tentación de finalizar el proyecto lo más rápido posible, el equipo de Cloud Kicks decide crear algunas integraciones emparejadas de forma estrecha con código personalizado para poder empezar a trabajar. Como cada sistema necesita acceder a todos los datos, todo debe estar conectado a todo.

Múltiples líneas de flujos de datos desde los sistemas base al sitio web, la aplicación de cliente y las aplicaciones de negocio.

Existen bastantes pocos sistemas que el número de conexiones requerido no presenta un problema. Además, existen algunos ninjas de la codificación en el equipo que pueden reducir le trabajo. El equipo de responsables celebra que empiece a trabajar rápidamente. Por lo tanto Jamal, Mary y Vijay completan su trabajo rápidamente y todo el mundo está contento...durante unas semanas.

Con acceso sencillo a datos del cliente, el equipo de marketing aumenta los prospectos en las oportunidades en curso de ventas. Cloud Kicks abra algunas ubicaciones físicas e implementa una equipo a pie de calle para realizar demostraciones. Gestión desea reinvertir parte de esos ingresos aumentados en nuevas tecnologías de marketing también. La compañía ahora necesita integrar el sistema de punto de venta (POS) desde las tiendas, la aplicación de gestión de eventos del equipo a pie de calle y el nuevo software de marketing en la red de aplicaciones existentes.

Conforme se acumulan las solicitudes de cambio, Jamal, el Arquitecto de sistemas y Vijay, el desarrollador comienzan a quedarse atrás en sus tareas. En el pasado, Jamal crearía algunos nuevos campos, y Vijay podría cambiar rápidamente el formulario web o la aplicación móvil para capturar nueva información. Ahora no es tan sencillo. Cada nueva entidad de base de datos requiere que se vuelva a redactar, se pruebe y se implemente el código de integración personalizado. En vez de horas, ahora los pequeños cambios ahora llevan ahora días, incluso semanas.

Con la creciente deuda técnica, Vijay y Mary están preocupados por el negocio si una solución real a la vista.

¡Vaya! Esto no sirve de mucho. Subamos a la máquina del tiempo, volvamos y realicemos otra elección...

Conectividad dirigida por API

Antes de poner en marcha sus sistemas, el equipo de Cloud Kicks se divide para realizar algunas investigaciones sobre las mejores prácticas de integración más recientes. Cuando se vuelven a reunir, nuestra Trailblazer de Integración residente Mary informa a todos acerca de MuleSoft y algo denominado conectividad dirigida por API. Aunque requiere un diseño más reflexivo, Mary explica, este enfoque se amplía con el negocio. En vez de conectar cada sistema individualmente, el enfoque de conectividad dirigida por API creará y organizará integraciones en tres niveles de API, creando una red de aplicaciones.

Los tres niveles de API se alinean con las responsabilidades respectivas de Jamal, Mary y Vijay. 

  • Los datos de servicio y ventas de Salesforce, SAP y la aplicación Gmail tienen cada uno su propia API del sistema, que Jamal crea y mantiene.
  • Esas API del sistema se agregan en dos API de proceso denominadas la API de pedidos del cliente y la API de realización de pedidos, de los que Mary es responsable.
  • Tres API de experiencia, una para móvil, una para web y una para servicio al cliente toman los datos de realización de pedidos y de pedidos del cliente y los entregan a los sistemas finales correctos. Estas son propiedad de Vijay.

El equipo diseña la red de aplicaciones, construye sus API y todos están contentos.

Los tres niveles de API organizan transmisiones de datos procedentes de sistemas dispares.

Con acceso sencillo a datos del cliente, el equipo de marketing aumenta los prospectos en las oportunidades en curso de ventas. Cloud Kicks abra algunas ubicaciones físicas e implementa una equipo a pie de calle para realizar demostraciones. Gestión desea reinvertir parte de esos ingresos aumentados en nuevas tecnologías de marketing también. La compañía ahora necesita integrar el sistema de punto de venta (POS) desde las tiendas, la aplicación de gestión de eventos del equipo a pie de calle y el nuevo software de marketing en el sistema existente.

Conforme llegan las solicitudes de cambio, Jamal, Mary y Vijay pueden aislar fácilmente el trabajo en pequeñas partes de la red de aplicaciones y dividir responsabilidades. Como toda la infraestructura ya existe, Jamal crea nuevas entidades de base de datos sin afectar directamente a las API de proceso. Vijay también puede actualiza nuevas interfaces de usuario sin tocar las API de proceso. Nuestra Trailblazer Mary puede utilizar MuleSoft Composer incluso como un integrador ciudadano para construir algunas integraciones con clics, mientras el equipo está ocupado.

Nota

Antes de añadir su idea para una integración a la pila de proyectos de TI para desarrolladores del departamento de TI, intente construirla con clics en vez de con programación con MuleSoft Composer

El sistema POS está vinculado a la API web. La nueva aplicación del equipo a pie de calle está vinculada a la API móvil. Además, gracias al pensamiento innovador de Mary y su trabajo de integración de ciudadano con MuleSoft Composerel nuevo software de marketing, que viene con su propia API, está conectado con la API de pedidos de clientes. En vez del gran trabajo en toda la red cada vez, ahora tienen una forma sistemática de reutilizar el trabajo anterior y ser más productivos. No solo eso, Cloud Kicks puede continuar mejorando sus procesos de negocio y experiencias del cliente sin necesidad de poseer toda la cadena de tecnología. En su lugar, a través de la API, se puede externalizar partes clave de su solución final a terceros especializados en funciones marketing improbables para Cloud Kicks para crear por su cuenta (especialmente en una cantidad de tiempo razonable).

Jamal, Mary y Vijay están aliviados de haber tomado el tiempo de formular reflexivamente un plan. Tienen un sistema que crece con el negocio, y Cloud Kicks tiene la tecnología para impulsar su posible crecimiento.

Comparemos

La creación de una reda de aplicaciones con MuleSoft utilizando un enfoque de conectividad dirigida por API fue una elección aún mejor para Cloud Kicks. Esta es una comparación de lado a lado de estos dos escenarios:

Escenario 1: Integración emparejada de forma estrecha
Escenario 2: Conectividad dirigida por API
Diseño para necesidades a corto plazo
Diseño para flexibilidad futura
Integraciones de punto a punto
Arquitectura de API de 3 capas
Ampliar por esfuerzo repetitivo
Ampliar por reutilización
Código espagueti
Red de aplicaciones

Profundizar más con Plataforma Anypoint de MuleSoft

Ahora que comprende lo que la conectividad dirigida por API puede hacer para ayudarlo a permanecer ágil mientras amplía sus sistemas, pruebe Anypoint Platform. Para ello, consulte el tutorial Desarrollar una API de principio a fin.

Comparta sus comentarios de Trailhead en la Ayuda de Salesforce.

Nos encantaría saber más sobre su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios en cualquier momento en el sitio de Ayuda de Salesforce.

Más información Continuar a Compartir comentarios