The Mule Migration Assistant

By -
La versione 4 del runtime di Mule è ormai da due anni con noi.
Questo 2021 abbiamo due date importanti: una a Marzo, a partire dal 20 di Marzo non sarà più possibile pubblicare nuove applicazioni in Mule 3.9, e questa versione passerà a Extended Support fino il 2024. E la seconda data è a Novembre, a partire della quale finirà lo extended support alla versione 3.8 e di conseguenza tutte le applicazioni in questa versione non funzioneranno più. Potete trovare più informazione su questo link.

 

Version

Release Date

End of Standard Support

End of Extended Support

4.3

April 30, 2020

April 30, 2022

April 30, 2024

4.2

May 2, 2019

May 2, 2021

May 2, 2023

4.1

March 20, 2018

November 2, 2020

November 2, 2022

3.9

long term supported

October 9, 2017

March 20, 2021

March 20, 2024

3.8

long term supported

May 16, 2016

November 16, 2018

November 16, 2021

3.7

July 9, 2015

November 16, 2017

January 25, 2020

3.6

January 15, 2015

January 15, 2017

N/A

3.5

long term supported

May 20, 2014

July 15, 2016 *

January 25, 2020 *


Dunque, ci troviamo probablimente nell’anno chiave per migrare a Mule 4. E quindi le domande che ci poniamo sono: come possiamo migrare le nostre applicazioni? come possiamo farlo senza impattare il servizio che forniamo con tutte queste app? quanto tempo ci metteremo per fare la migrazione?
Per rispondere queste e altre domande, MuleSoft ha creato uno strumento di migrazione, il Mule Migration Assistant (MMA).

Lo strumento - Mule Migration Assistant

The MMA è uno strumento per la conversione di applicazioni da Mule 3 a Mule 4. è uno strumento a linea di comando che prende come input una applicazione Mule 3 e ci ritorna come output una applicazione in Mule 4 è un report di conversione.
La traduzione da Mule 3 a Mule 4 è una traduzione di best effort, lo strumento non sempre completa la migrazione al 100%. In alcuni casi, una volta lo strumento ha finito, sarà necessario aggiustare manualmente alcuni componenti della nuova applicazione. A tale scopo serve il report, dove troveremo il dettaglio dei componenti da completare. 

Mule 3 e Mule 4 sono runtime di architettura diversa e per questo motivo, ci sono componenti o event processors che sono equivalenti e che lo strumento riesce a migrare, ma in altri casi non esistono equivalenze fra Mule 3 e Mule 4. Che cose riesce a migrare lo strumento MMA?
  • I flussi individuali e la loro logica
  • Global configurations
  • Dataweave 1.0 e Mule Expression Language scripts sono convertiti a scripts in formato Dataweave 2.0
  • Unit tests in MUnit
  • Le policies usate nelle apps
  • Connectors, transports e modules, anche se non tutti si riescono a convertire con il MMA
Potete trovare una lista in dettaglio con tutto quello supportato e non supportato dal MMA in questo link.

Il Report di  Conversione

Nonostante lo strumento non fa il 100%, MMA ci aiuta a fare la parte più faticosa della migrazione, creando la logica della app, la struttura del progetto e la conversione dei componenti o event processors compatibili tra Mule 3 e Mule 4.

Che succede quando non c’è un componente equivalente? In questo caso, lo strumento scriverà un’errore nel report finale, per identificare il componente. Il report di conversione ci da tre tipi di informazioni:
  • Errors: Quelle parti dell'applicazione di Mule 3 che non hanno una conversione diretta su Mule 4 e che bisogna riscrevere.
  • Warnings:  Quelle parti dell'applicazione di Mule 3 che hanno una traduzione simile in Mule 4 e che conviene esaminare per essere sicuri della conversione.
  • Info: Quelle parti dell'applicazione di Mule 3 che sono state leggermente modifichate solo per essere conformi a Mule 4 e che non comportano nessuna modifica funzionale.

In conclusione, dopo utilizzare il MMA, il risultato sarà in alcuni casi, un'applicazione 100% completa e in altri casi un'applicazione incompleta sulla quale dovremo fare delle modifiche. Il report di conversione ci aiuterà a capire quali sono queste modifiche necessarie. Dunque, lo scopo di questo strumento non è fare la migrazione di qualsiasi app, lo scopo è quello di accelerare il processo di migrazione.
Il MMA ci deve aiutare ad avere una prima versione dell’applicazione e anche a capire la complessità di tutta la migrazione.

Quello che vi consiglio io è di utilizzare questo strumento anche per pianificare il tempo da investire per la migrazione di tutte le app. Potete far girare lo strumento per tutte le app e usare il report per valutare in dettaglio quanto tempo ci vuole per migrare ogni applicazione

MMA è Open Source

Il Mule Migration Assistant non è un prodotto del portfolio di Mulesoft. é uno strumento che è stato creato da MuleSoft e che si è messo a disposizione di tutti i clienti come progetto Open Source su GitHub. Ecco qua il link. Questo vuol dire che: innanzitutto qualunque può scaricare il progetto e utilizzarlo, non c’è bisogno di nessuna licenza e non ha nessun costo. é Open source, quindi qualunque può contribuire a questo progetto e migliorarlo. E per ultimo, non essendo un prodotto del portfolio Mulesoft non fornisce un supporto dello strumento come gli altri prodotti del portfolio.

Per ultimo, a MuleSoft abbiamo anche creato qualche video di Friends of Max dedicati a questa tematica dove potrai trovare una demo con esempi di migrazioni:

   

Nel mio team di Customer Success stiamo lavorando per aiutare clienti e partner a migrare a Mule 4, se ancora hai dubbi fateci sapere!

Popular posts from this blog

Benefici di Mule 4 - Parte 2

By -
Image
Come evidenziato nel primo post di questa serie , Mule 4 è un runtime con architettura diversa rispetto a quella della versione precedente Mule 3. I nuovi disegno ed architettura di questa versione portano dei miglioramenti sostanziali e nuove funzionalità. Nel post di oggi vedremo quali sono queste novità riguardo lo streaming e classloader isolation. Streaming Che cosa è lo streaming? In informatica, lo streaming è un meccanismo di trasmissione di dati che permette di fruire del contenuto desiderato senza la necessità di aspettare che questo ultimo sia completamente ricevuto. Nel contesto del runtime di Mule, lo streaming consiste  nella capacità di un event processor di incominciare a girare senza aspettare ad aver ricevuto tutti i dati dell processor precedente. Questo, come potete immaginare è incredibilmente utile quando si lavora con grandi quantità di dati, arrays o collections, come nel caso di un insieme di records che provengono dal database, da un file, oppure da uno stre
Read more

MuleSoft Metrics Accelerator

By -
Image
Metrics Accelerator es una herramienta para automatizar la extracción, agregación y la visualizacion de metricas, o mejor dicho, la carga de métricas en un sistema de visualización. Es una herramienta creada por nuestro equipo de Servicios Profesionales de MuleSoft, a partir del trabajo que han hecho para varios de nuestros clientes. Lo han estandarizado y lo han puesto a disposición de la comunidad como proyecto Open Source en GitHub. Por tanto, como proyecto open source se proporciona el código fuente y se deja abierto para que cualquiera pueda colaborar a evolucionarlo. Aquí tenéis el enlace al  proyecto en GitHub de Metrics Accelerator. En esta serie de posts vamos a ver en detalle la herramienta: desde cómo instalarlo hasta cómo crear dashboards en un sistema de visualización, viendo los detalles de funcionamiento y configuración. Aquí tenéis el detalle de los artículos dedicados a Metrics Accelerator: Metrics Accelerator (I) - Qué es y Cómo Instalarlo Metrics Accelerator (II) - T
Read more

Cómo configurar Postman para usar las Platform APIs de AnyPoint

By -
Image
Postman se ha convertido en los últimos años en la herramienta standard para cualquier desarrollador de APIs. Nos proporciona una interfaz intuitiva y sencilla para interactuar y probar APIs en general. Y, en particular, para nuestro trabajo con Mule hay dos escenarios donde Postman nos es muy útil. El primero, obviamente, como herramienta de testing. Una vez construidas nuestras Mule APIs podemos usar Postman para probar las distintas operaciones de nuestras APIs: GET, POST, PUT..., podemos construir nuestro JSON para las request e incluso podemos hacer nuestras pruebas con distintos métodos de autenticación en las APIs, por poner varios ejemplos. El otro caso de uso, para el que Postman nos es muy util como desarrolladores Mule, es para interactuar con las Platform APIs de Anypoint. Para los que no las conozcáis, las AnyPoint Platform APIs son el conjunto de APIs que MuleSoft pone a disposición para interactuar con todas las funcionalidades de AnyPoint Platform de forma programá
Read more

Benefici di Mule 4 - Parte I

By -
Image
La versione 4 del runtime di Mule è ormai da due anni con noi. Questo anno, come abbiamo visto in un altro post sul Mule Migration Assistant , è l'anno chiave per migrare da Mule 3. Mule 4 è la migliore versione del runtime al momento con tanti miglioramenti rispetto alla versione precedente. Per quelli che ancora non sono convinti, in questa serie di posts vedremo le principali novità di Mule 4. In questo primo post vedremo i cambiamenti fatti sulla struttura dei eventi Mule, la gestione dei threads e le caratteristiche non-blocking e self-tuning di Mule 4. Struttura dell’Evento Mule La prima cosa che si è semplificata nella versione 4 è la struttura del messaggio Mule, ovvero l’evento Mule. Un’evento Mule è l’unita di informazione, sulla quale lavora il runtime. Ogni messaggio inviato ad una applicazione Mule, sia un messaggio di tipo HTTP, JMS, MQ che in qualsiasi altro protocollo o formato è convertito a questo formato di evento, e poi ogni trasformazione o ulteriore elaborazi
Read more

MuleSoft Metrics Accelerator (I) - Qué es y Cómo Instalarlo

By -
Image
Metrics Accelerator es una herramienta para automatizar la extracción, agregación y la visualizacion de metricas, o mejor dicho, la carga de métricas en un sistema de visualización. Es una herramienta creada por nuestro equipo de Servicios Profesionales de MuleSoft, a partir del trabajo que han hecho para varios de nuestros clientes. Lo han estandarizado y lo han puesto a disposición de la comunidad como proyecto Open Source en GitHub. Por tanto, como proyecto open source se proporciona el código fuente y se deja abierto para que cualquiera pueda colaborar a evolucionarlo. Aquí tenéis el enlace al proyecto en GitHub de Metrics Accelerator. En esta serie de posts vamos a ver en detalle la herramienta: desde cómo instalarlo hasta cómo crear dashboards en un sistema de visualización, viendo los detalles de funcionamiento y configuración. En este primer post veremos cómo instalarlo y empezar a utilizarlo. Y, en los próximos veremos: Metrics Accelerator (II) - Tipos de Métricas Metrics Acce
Read more

MuleSoft Metrics Accelerator (IV) - Visualización en Splunk

By -
Image
En este nuevo post dedicado a Metrics Accelerator vamos a ver un ejemplo de cómo enviar nuestras métricas a un sistema de visualización, en concreto a Splunk. Este post pertenece a la serie de posts dedicada a Metrics Accelerator, si todavia no sabes qué es o cómo funciona te aconsejo empezar con los posts anteriores: Metrics Accelerator (I) - Qué es y Cómo Instalarlo Metrics Accelerator (II) - Tipos de Métricas Metrics Accelerator (III) - Modos de Ejecución Metrics Accelerator (IV) - Visualización en Splunk Metrics Accelerator permite el envio programado y automático de las métricas extraidas por la aplicación a un sistema externo de visualización. Como ejemplo, veamos como configurar Metrics Accelerator para enviar estos datos a Splunk en los siguientes sencillos pasos: 1. Configuración en Splunk Indices en Splunk. Desde Settings/Data seleccionamos la opcion Indexes y crearemos dos índices: metrics y platform _benefits , del tipo Events. Configurar o crear un nuevo HTTP Event Co
Read more

MuleSoft Metrics Accelerator (III) - Modos de Ejecución

By -
Image
En este tercer post de la serie dedicada a Metrics Accelerator  entraremos en sus detalles de configuración y veremos los ajustes necesarios para hacerlo funcionar en modo API o en modo Poller. Si todavía no conoces Metrics Accelerator o para qué sirve, te aconsejo que empieces por los primeros post y vuelvas a éste. Aquí abajo te dejo la lista de posts dedicada a Metrics Accelerator: Metrics Accelerator (I) - Qué es y Cómo Instalarlo Metrics Accelerator (II) - Tipos de Métricas Metrics Accelerator (III) - Modos de Ejecución Metrics Accelerator (IV) - Visualización en Splunk La aplicación de Metrics Accelerator viene preparada para trabajar en dos modos: API mode y Poller mode. Fundamentalmente para cubrir los dos grandes casos de uso que veremos a continuación: API Mode Como hemos visto durante el setup inicial en el primer post de esta serie , la aplicación nos proporciona una serie de endpoints que podemos consultar y obtener datos en cualquier momento. No hace falta configurar na
Read more

How to choose the CIDR block for your VPC

By -
Image
In one of my previous blog posts , we saw that creating a VPC is quite simple. We just need to provide values to four parameters and we can get our VPC up and running in minutes: Region CIDR Block Environments Business Groups From these four parameters, the CIDR block is usually the trickiest one to understand. And this parameter is critical — because once your Mule VPC is created, you can’t change your CIDR block. We’ll see, in the following lines, why this parameter is so important and how to properly calculate it. What is the CIDR block? To understand the CIDR block, we must first understand what an IP address is (don’t worry, this isn’t going to be a networking lesson). An IP address is the numerical representation of a location in a network. Similarly to how your phone number identifies your cell phone, your IP address identifies your device, your server, and your network interface. Computers only understand binary numbers, for that reason an IP address is just a sequence of
Read more

How many VPCs do I need?

By -
Image
In my previous blog post , we explained the different scenarios required to get a VPC in place. But there’s yet another question we need to answer before creating our first VPC. Is it enough with one VPC? How many VPCs do I really need? In this blog post, we’ll review some of the considerations to decide how many VPCs should be included into our network architecture. Backend location If we are going to be connecting our VPC(s) to our data center to provide your Mule apps with access to your back-end systems, the first question to ask is where the backend is. The Mule VPC will be created in an AWS Region, so create this VPC in the closest region to our backend to minimize the latency in the communications. However, many organizations don’t have a unique location for their data center. Sometimes data centers are geographically distributed in different on-prem locations or in different regions of a cloud provider. If that’s the case, you have two options: Create one VPC and connection
Read more