La mayoría de las preguntas serán como se menciona a continuación
¿Qué es la mula?
Responder:
Mule es un bus de servicios empresariales (ESB) liviano basado en eventos y una plataforma de integración. Es una solución ligera y modular que podría escalar desde un marco de mensajería de nivel de aplicación a un agente de objetos altamente distribuible en toda la empresa.
¿Qué es el contexto compartido?
Responder:
Contexto compartido: el contexto es un área temporal que se crea junto con el objeto de mensaje de servicio (SMO) en los flujos de mediación. El contexto compartido es un tipo de contexto que está presente en el SMO. El contexto compartido se usa principalmente cuando estamos usando el proceso de agregación donde necesitamos iterar el BO por ciertos momentos. El contexto compartido mantiene los datos de agregación entre primitivas de agregación (FanOut y FanIn). El contenido (datos) que está presente en el contexto compartido BO no persiste en los flujos de solicitud y respuesta, es decir, los datos en el contexto compartido que se usan en el flujo de solicitud no se pueden volver a usar en el flujo de respuesta.
¿Cuál es la funcionalidad de Fan-in y Fan-out?
Responder:
Fan-out: podemos usar la primitiva Fan Out para disparar el terminal de salida una vez (con el mensaje de entrada) o disparar el terminal de salida varias veces. Puede usar Fan Out de forma aislada o como parte de una combinación Fan Out y Fan In.
Fan-In: Fan In siempre está asociado con un Fan Out en el mismo flujo y actúa como un punto de decisión sobre cuándo continuar la ejecución del flujo. Recibe una cantidad de mensajes hasta que se alcanza un punto de decisión, momento en el cual el último mensaje a recibir se propaga al terminal de salida. La primitiva Fan In solo se puede usar en combinación con Fan Out.
¿Cuál es la diferencia entre SDO y SMO?
Responder:
SDO: Service Data Object es la representación de la variable u objeto.
SMO: el modelo SMO es un patrón para usar SDO Data Objects para representar mensajes
¿Por qué el nombre de la mula?
Responder:
Hay mucho trabajo de infraestructura por hacer antes de que realmente podamos comenzar a pensar en implementar cualquier lógica. Por lo tanto, este trabajo de infraestructura se considera como “trabajo de burro”, como debe hacerse para cada proyecto. Una mula también se conoce comúnmente como un portador de carga, moviéndola de un lugar a otro. La carga que se especializa en mover es nuestra información empresarial.
¿Qué son los trabajos por lotes en Mule ESB?
Responder:
Un trabajo por lotes es un elemento de nivel superior en Mule que existe fuera de todos los flujos de Mule. Los trabajos por lotes dividen los mensajes grandes en registros que Mule procesa de forma asíncrona en un trabajo por lotes; tal como fluyen los mensajes de proceso, los trabajos por lotes procesan registros.
Un trabajo por lotes contiene uno o más pasos por lotes que, a su vez, contienen cualquier cantidad de procesadores de mensajes que actúan sobre los registros a medida que avanzan por el trabajo por lotes. Durante el procesamiento por lotes, puede usar variables de nivel de registro (recordVars) y expresiones MEL para enriquecer, enrutar o actuar sobre los registros.
¿Cuáles son los diferentes tipos de estrategias de procesamiento de flujo?
Responder:
Hay seis tipos diferentes de estrategias de procesamiento de flujo. Son
1. Estrategia de procesamiento de flujo asíncrono.
2. Estrategia de procesamiento personalizado.
3. Hilo por estrategia de procesamiento.
4. Estrategia de procesamiento de flujo asíncrono en cola.
5. Estrategia de procesamiento de flujo síncrono.
6. Estrategia de procesamiento de flujo sin bloqueo.
7. Estrategia de procesamiento de flujo en cola.
¿Cuáles son los Esbs disponibles aparte de la mula?
Responder:
Todos los principales proveedores de JEE (BEA, IBM, Oracle, Sun) tienen un ESB en su catálogo. Está notablemente basado en sus tecnologías de middleware y generalmente es el núcleo de un conjunto de productos SOA mucho más amplio. También hay algunos ESB comerciales que han sido construidos por proveedores que no están en el campo de los servidores de aplicaciones JEE, como los de Progress Software, IONA Technologies y Software AG.
Haga clic aquí para más: – Preguntas de la entrevista de Mulesoft
¿Por qué se prefiere Mulesoft a otras implementaciones de ESB?
Responder:
Mule es liviano pero altamente escalable, lo que le permite comenzar en pequeño y conectar más aplicaciones con el tiempo. El ESB gestiona todas las interacciones entre las aplicaciones y los componentes de forma transparente, independientemente de si existen en la misma máquina virtual o por Internet, e independientemente del protocolo de transporte subyacente utilizado.
Varias implementaciones comerciales de ESB proporcionan una funcionalidad limitada o se construyen sobre un servidor de aplicaciones o servidor de mensajería existente, lo que lo encerra en ese proveedor específico. Mule es neutral para el proveedor, por lo que pueden implementarse diferentes implementaciones de proveedor. Nunca está encerrado en un proveedor específico cuando usa Mule.
¿Qué es el filtro en mula?
Responder:
Los filtros son un poderoso complemento para los enrutadores. Los filtros proporcionan el cerebro que los enrutadores necesitan para tomar decisiones inteligentes sobre qué hacer con los mensajes en tránsito. Algunos filtros van tan lejos como el análisis profundo del contenido de un mensaje para un valor particular en el que se basará su resultado.
¿Cuáles son los diferentes tipos de servicios web?
Responder:
Existen principalmente dos tipos de servicios web.
Servicios web SOAP.
RESTful servicios web.
Preguntas de entrevista de ESB mula
¿Cuál es la diferencia entre Stop y fail?
Responder:
Detener: detiene una ruta particular en el flujo, sin generar una excepción.
Falla: genera una falla en el flujo.
¿Cómo agregar clases / jarras a la ruta de clase Mule?
Responder:
Use la variable MULE_LIB (generalmente establecida en el script de ejecución)
Para incluir archivos JAR en una ruta de clase de mula, declare cada archivo jar dependiente en la entrada MULE_LIB.
Para el recurso de primavera, si la declaración del bean XML se coloca dentro de un proyecto, incluya también el archivo JAR del proyecto en la ruta de clase (es decir, si no está incluido, Mule arrojará un ** .xml no encontrado en la ruta de clase)
¿Qué es Mule Data Integrator?
Responder:
Mule ha lanzado una herramienta integradora de datos, que es una herramienta de mapeo visual que admite archivos planos, objetos java, mapeos XML, etc. Construir y mantener mapeos muy simples.
El mapeo se realiza en eclipse (se requieren complementos) y se ejecuta en un tiempo de ejecución del integrador de datos que se encuentra en la parte superior de Mule ESB; esto requiere una licencia.
¿Dónde encontrar la clase Abstract Mule TestCase?
Responder:
Esto está en distribuciones 1.4 / 1.4.1 pero faltaba en la distribución 1.3.3: la clase se define en /lib/mule/mule-core-.jar.
Nuestro diseño de tutoriales del curso y preguntas de la entrevista es práctico e informativo. En TekSlate, ofrecemos recursos para ayudarlo a aprender varios cursos de TI. Aprovechamos tanto el material escrito como los videos tutoriales de demostración. Para un conocimiento profundo y experiencia práctica, explore.
¿Qué son las estrategias de procesamiento de flujo?
Responder:
Las estrategias de procesamiento de flujo en Mulesoft son:
Estrategia de procesamiento de flujo sincrónico
Estrategia de procesamiento de flujo en cola
Estrategia de procesamiento de flujo asincrónico
Hilo por estrategia de procesamiento
Estrategia de procesamiento de flujo asincrónico en cola
Estrategia de procesamiento de flujo sin bloqueo
Estrategia de procesamiento personalizado.
>> Si necesita Mulesoft Training, el mejor lugar es SVR Technologies
¿Por qué obtengo ‘No se pueden obtener recursos del repositorio’ al crear los ejemplos de Mule?
Responder:
Si recibe este mensaje de error al crear los ejemplos de Mule:
¿Cómo usar Mule HQ con Mule?
Responder:
Configuración de mula
Agregue el siguiente fragmento de código a su configuración de Mule:
Comience su instancia de Mule.
Asegúrese de que el agente HQ se esté ejecutando en el servidor en el que está configurada la instancia de Mule y esté apuntando al servidor HQ deseado.
Consulte la página del servidor Mule HQ para ver si se está recibiendo información sobre la instancia de Mule.
¿Qué es un Mule UMO?
Responder:
Un Mule UMO es un objeto de mensaje universal
UMO es ahora un término heredado. Lo que una vez se denominó Componentes UMO ahora se conoce como Componentes de Servicio.
20. ¿La mula no comenzará? Verifica tu entorno?
Responder:
Las variables de entorno java y mula deben configurarse correctamente para que la mula se inicie. Si tiene problemas, verifique las siguientes variables:
MULE_HOME: debe ser la ubicación de la instalación de la mula
JAVA_HOME: debe ser la ubicación del JDK
RUTA: debe tener tanto JAVA_HOME \ bin como MULE_HOME \ bin en la ruta.
Verifique todo lo anterior con cuidado. Algunos sistemas con múltiples JDK instalados pueden terminar con asignaciones incorrectas entre PATH y JAVA_HOME, lo que detendrá la carga de la mula.
21. ¿MuleSoft es de código abierto?
Responder:
MuleSoft es tecnología de código abierto y proporciona middleware SOA de código abierto y productos relacionados.
22. ¿Por qué necesitamos ESB?
Responder:
ESB, una tecnología de middleware, es una arquitectura tipo Bus utilizada para integrar sistemas heterogéneos. En ESB, cada aplicación es independiente y, sin embargo, puede comunicarse con otros sistemas. Por lo tanto, evita problemas de escalabilidad y garantiza que la comunicación solo se realice a través de ella.
23. ¿Qué son los servicios web?
Responder:
El servicio web es una funcionalidad o un pequeño programa en cualquier lenguaje de programación al que se pueda acceder a través de HTTP. El formato del mensaje puede ser XML o JSON o cualquier otro programa, siempre que los otros programas puedan entender y comunicarse.
Un servicio web puede ser de tipo síncrono o asíncrono. Cualquier servicio web tiene una relación servidor-cliente y puede tener múltiples clientes.
24. ¿Cómo podemos crear y consumir el servicio SOAP en Mule?
Responder:
Creación de un servicio SOAP: podemos crear un servicio SOAP igual que creamos un proyecto de mula Con RAML, el único cambio es que, en lugar de RAML, necesitamos importar Concert WSDL. Consumir el servicio SOAP: podemos utilizar el servicio web Consumidor o el componente CXF en nuestro flujo de mulas para acceder / consumir el servicio SOAP.
Preguntas de la entrevista de Mulesoft
25. ¿Cuál considerarías tu especialidad técnica?
Responder:
Vista previa de respuestas profesionales “La informática y las comunicaciones de red siempre han sido un área realmente sólida para mí. Tengo un gran interés en cómo la comunicación en red mejora nuestra vida diaria y nuestra eficiencia comercial general. Veo que está buscando miembros del equipo que sean expertos en comunicaciones de red, que es lo que realmente me llamó la atención cuando vi por primera vez su publicación de trabajo “.” He estado enfocando mi carrera en convertirme en un especialista en integración en la nube, aunque tengo multiplataforma experiencia en desarrollo de aplicaciones también “.
26. ¿Para qué se utiliza la plataforma MuleSoft Anypoint?
Responder:
La plataforma Anypoint Platform de MuleSoft de productos de integración está diseñada para unir software como servicio (SaaS) y software local.
27. ¿Cuál es el uso del servicio web?
Responder:
Los servicios web son sistemas de intercambio de información basados en XML que utilizan Internet para la interacción directa de aplicación a aplicación. Estos sistemas pueden incluir programas, objetos, mensajes o documentos.
28. ¿Para qué se usa Mulesoft?
Responder:
Mulesoft es una plataforma de integración que permite a los desarrolladores conectar aplicaciones entre sí de forma rápida y sencilla, lo que les permite intercambiar datos.
29. ¿Mulesoft es un middleware?
Responder:
Mule Enterprise Service Bus es una tecnología de middleware que conecta la empresa de forma rápida, fácil y segura. A diferencia del típico software de middleware, Mule como ESB es una solución de middleware basada en Java que es fácil de usar y fácil de escalar.
30. Un servicio web es una colección de protocolos y estándares abiertos que se utilizan para intercambiar datos entre aplicaciones o sistemas.
Mula ESB?
Responder:
Los diferentes tipos de variables en Mule ESB son:
Variable de flujo
Variable de sesión
Variable de registro
31. ¿Cuáles son los diversos tipos de manejo de excepciones en Mule ESB?
Responder:
Los tipos de manejo de excepciones en Mule ESB son:
Manejo de excepciones por defecto
Manejo de excepciones globales
Manejo de excepciones de captura
Manejo de excepciones de elección
32. ¿Cuáles son las ventajas de los servicios web de jabón?
Responder:
Seguridad WS: SOAP define su propia seguridad conocida como Seguridad WS.
Lenguaje y plataforma independientes: los servicios web SOAP pueden escribirse en cualquier lenguaje de programación y ejecutarse en cualquier plataforma.
Desventajas de los servicios web de jabón:
Lento: SOAP utiliza el formato XML que debe analizarse para leerse. Define muchos estándares que deben seguirse al desarrollar las aplicaciones SOAP. Por lo tanto, es lento y consume más ancho de banda y recursos.
Depende de WSDL: SOAP usa WSDL y no tiene ningún otro mecanismo para descubrir el servicio.
Preguntas de la entrevista de Mulesoft
33. ¿Cuáles son las características de Mule ESB?
Responder:
Un ESB se utiliza para la integración mediante un enfoque orientado a servicios. Sus características principales son:
1. Conjunto de contenedor de servicio
2. Servicio de transformación de mensajes
3. Servicio de enrutamiento de mensajes
4. Seguridad del servicio web
34. ¿Cuáles son las diferencias entre mulas y otros Esbs comerciales?
Responder:
Modelo de implementación prescriptiva, mientras que Mule admite una amplia variedad de estrategias de implementación. Metodología SOA prescriptiva, mientras que Mule puede adoptar el estilo arquitectónico y las prácticas SOA en el lugar donde se implementa. Principalmente enfocado en preocupaciones de alto nivel, mientras que Mule trata ampliamente con todos los detalles de la integración. Orientación estricta del servicio web de pila completa, mientras que las capacidades de Mule como marco de integración lo abren a todo tipo de otros protocolos. Documentación exhaustiva, un tema en el que MuleSource ha hecho un gran progreso recientemente.
35. ¿Qué es el conector en mula?
Responder:
Un conector se encarga de controlar el uso de un protocolo particular. Está configurado con parámetros específicos de este protocolo y contiene cualquier estado que pueda compartirse con las entidades subyacentes a cargo de las comunicaciones reales.
Por ejemplo: un conector JMS está configurado con una conexión, que es compartida por las diferentes entidades a cargo de la comunicación real.
36. ¿Qué es la capa modelo en mula?
Responder:
La primera capa lógica es la capa modelo. Un modelo Mule representa el entorno de tiempo de ejecución que aloja los servicios. Define el comportamiento de Mule cuando procesa solicitudes manejadas por servicios. El modelo proporciona servicios con funciones de soporte, como estrategias de excepción. También proporciona servicios con valores predeterminados que simplifican su configuración.
37. ¿Qué es la capa de servicio en mula?
Responder:
Un servicio Mule se compone de todas las entidades Mule involucradas en el procesamiento de solicitudes particulares de maneras predefinidas. Un servicio se define mediante una configuración específica. Esta configuración determina los diferentes elementos, de las diferentes capas de responsabilidad, que se movilizarán para procesar las solicitudes que estará abierto a recibir. Dependiendo del tipo de canal de entrada que utilice, un servicio puede o no ser de acceso público fuera del ESB.
38. ¿Dónde te gustaría que te llevara tu carrera con Mulesoft?
Responder:
Vista previa de respuestas profesionales “Una de las razones por las que estaba tan emocionado de entrevistar a Mulesoft es por las infinitas oportunidades de crecimiento que parece ofrecer a sus empleados de alto rendimiento. Mi mayor ambición es obtener un puesto directivo en los próximos 3 a 5 años “.” Lo que más me interesa de su empresa es que existen muchas opciones para el crecimiento profesional. Idealmente, me gustaría llegar a un puesto de liderazgo de equipo, luego a un puesto de gerente de división en el departamento de gestión digital. Eventualmente, un rol de nivel CDO (Chief Data Officer) sería ideal. Por supuesto, entiendo que esto requerirá muchos años de dedicación y trabajo duro ”.
39. ¿Has investigado a Mulesoft lo suficiente como para saber cómo funciona su jerarquía interna? ¿Tienen una variedad de departamentos y niveles de gestión, ofreciéndole opciones cuando se trata de forjar su carrera profesional?
Responder:
el entrevistador sobre sus ambiciones profesionales específicamente relacionadas con este rol y su organización.
Avance de respuestas profesionales “Este año ha habido muchos avances importantes en tecnología. Recientemente, estaba leyendo un artículo de MIT Technology Review y me sorprendieron los increíbles avances de este año. La que más me llamó la atención fue la actualización del software del piloto automático lanzada por Tesla este año. Realmente tendremos el software para que los vehículos sean controlados por tecnología en lugar de humanos “.” El avance más impresionante en tecnología, en mi opinión, es el avance continuo de la integración móvil. La mayor parte del mundo moderno está conectado por la tecnología y podemos hacer absolutamente todo desde nuestros teléfonos en estos días ”. Muestre al entrevistador que tiene un interés invertido en la industria de la tecnología al discutir sus pensamientos sobre los avances recientes. Asegúrese de incluir las formas en que se mantiene actualizado sobre los cambios de la industria y las nuevas tecnologías.
40. ¿Cuál es la definición de los servicios web?
Responder:
El servicio web es una función o programa en cualquier idioma al que se pueda acceder a través de HTTP. El formato del mensaje puede ser XML o JSON o cualquier otro programa, siempre que los otros programas puedan entender y comunicarse. Cualquier servicio web tiene una relación servidor-cliente. Los servicios web pueden ser síncronos o asíncronos. Cualquier servicio web puede tener múltiples clientes.
Preguntas de la entrevista de Mulesoft
41. ¿Cuál es su comprensión de esta posición y las responsabilidades que conlleva?
Responder:
Vista previa de respuestas profesionales “De nuestra conversación anterior, entendiendo la descripción del trabajo e investigando el rol en línea, siento que el trabajo se describe mejor como un líder de proyecto centrado en X, Y y Z. Los requisitos técnicos que le gustaría ver son A, B y C. Estoy bien versado en las tareas y programas que está solicitando y estoy seguro de que cumplo con los estrictos requisitos para desempeñarme con éxito en este papel “.” Entiendo que busca un candidato con habilidades de nivel experto en X, Y y Z, que pueden capacitar a los empleados junior.
42. ¿Tiene alguna pregunta sobre mi experiencia técnica?
Responder:
Asegúrele al entrevistador que comprende completamente los requisitos técnicos asociados a este trabajo en particular. Es muy importante que investigue el rol y consuma minuciosamente la información provista en la publicación / descripción del trabajo de la compañía. Mantenga su respuesta al punto.
43. ¿Cuál es la diferencia entre SOAP y REST?
Responder:
JABÓN -> DESCANSO
1. SOAP es un protocolo. -> REST es un estilo arquitectónico.
2. SOAP significa Protocolo simple de acceso a objetos. -> REST son las siglas de REpresentational State Transfer.
3. SOAP no puede usar REST porque es un protocolo. -> REST puede usar servicios web SOAP porque es un concepto y puede usar cualquier protocolo como HTTP, SOAP.
4. SOAP utiliza interfaces de servicios para exponer la lógica empresarial. -> REST usa URI para exponer la lógica empresarial.
5. SOAP define los estándares que se deben seguir estrictamente. -> REST no define demasiados estándares como SOAP.
6. SOAP define los estándares que se deben seguir estrictamente. -> REST no define demasiados estándares como SOAP.
7. SOAP requiere más ancho de banda y recursos que REST. -> REST requiere menos ancho de banda y recursos que SOAP.
8. SOAP define su propia seguridad. -> Los servicios web RESTful heredan las medidas de seguridad del transporte subyacente.
9. SOAP solo permite el formato de datos XML. -> REST permite diferentes formatos de datos, como texto sin formato, HTML, XML, JSON, etc.
10. SOAP es menos preferido que REST. -> RESTO más preferido que SOAP.
44. ¿Qué es el componente en mula?
Responder:
Los componentes son la pieza central de los servicios de Mule. Cada servicio está organizado con un componente en su núcleo y enrutadores entrantes y salientes a su alrededor. Los componentes se utilizan para implementar un comportamiento específico en un servicio. Este comportamiento puede ser tan simple como registrar mensajes o ir tan lejos como invocar otros servicios. Los componentes tampoco pueden tener ningún comportamiento; en ese caso son de paso y hacen que el servicio actúe como un puente entre sus enrutadores entrantes y salientes.
45. ¿Qué es el servicio web SOAP?
Responder:
SOAP significa Protocolo simple de acceso a objetos. Es un protocolo basado en XML para acceder a servicios web. SOAP es una recomendación del W3C para la comunicación entre dos aplicaciones.
SOAP es un protocolo basado en XML. Es independiente de la plataforma y del idioma. Al utilizar SOAP, podrá interactuar con otras aplicaciones de lenguaje de programación.
46. ¿Qué es la capa de transporte en mula?
Responder:
La capa de transporte se encarga de recibir o enviar mensajes. Es por eso que está involucrado con las comunicaciones entrantes y salientes. Un transporte se manifiesta en la configuración mediante los siguientes elementos: conectores, puntos finales y transformadores.
Un transporte también define un adaptador de mensaje. Un adaptador de mensajes es responsable de extraer toda la información disponible en una solicitud particular (datos, metainformación, archivos adjuntos, etc.) y almacenarlos de manera independiente del transporte en un mensaje Mule.
Un mensaje Mule se compone de diferentes partes: la carga útil, que es el contenido principal de datos transportado por el mensaje.
Las propiedades, que contienen la metainformación, como el encabezado de un sobre SOAP o las propiedades de un mensaje JMS. Opcionalmente, varios archivos adjuntos con nombre, para admitir la noción de mensajes multiparte.
Opcionalmente, una carga útil de excepción, que contiene cualquier error ocurrido durante el procesamiento del evento.
47. ¿Cómo encontrar cuándo el proyecto necesita ESB?
Responder:
La implementación de ESB no es adecuada para todos los proyectos. Se debe realizar un análisis adecuado si el uso de ESB realmente beneficiará al proyecto.
Algunos de los puntos a considerar al analizar la necesidad de ESB son los siguientes:
>> Si el proyecto requiere la integración de 3 o más aplicaciones / servicios. Si la necesidad es comunicarse entre dos aplicaciones, bastaría con la integración punto a punto.
>> Si el proyecto necesitara escalarse en el futuro donde podría ser necesario interactuar con más servicios en el futuro. No todos los proyectos necesitan esto, ya que pueden realizar una tarea no tan grande.
>> Si el proyecto necesita capacidades de enrutamiento de mensajes, como bifurcación y agregación de flujos de mensajes. Tales características no son requeridas por todos los proyectos.
>> Es clara la arquitectura de lo que se debe lograr. Es mucho mejor hacer POC simples que integran piezas pequeñas para evaluar los beneficios.
>> La mayoría de los ESB son un asunto costoso. ¿El presupuesto del proyecto permite el uso de ESB?
Haga clic aquí para obtener más información: – Preguntas de la entrevista de Mulesoft