MuleSoft Metrics Accelerator (II) - Tipos de Métricas

By -

En este segundo post de la serie de Metrics Accelerator vamos a ver los tipos de métricas que nos proporciona la aplicación. Si todavía no conoces Metrics Accelerator o para qué sirve, te aconsejo que empieces por el primer post y vuelvas a éste. Aquí abajo te dejo la lista de posts dedicada a Metrics Accelerator:

Metrics Accelerator proporciona más de 100 métricas out of the box. Estas métricas las podemos dividir en tres categorias: 

  • Platform Metrics
  • Platform Benefits
  • SDLC Metrics


Veamos más en detalle cada tipo de métricas de las que disponemos y como se obtienen.

1. Platform Metrics

Estas son todas las métricas que obtenemos a partir de las Platform APIs de AnyPoint. La aplicación incorpora las llamadas a todos esos endpoints de las Platform APIs que contienen la información que nos interesa y que esta distribuida entre los distintos servicios de AnyPoint: Design Center, Exchange, Runtime Manager, Access Management... Dentro de la documentación del proyecto GitHub tenéis la lista completa de métricas recogidas. Son métricas de tipo operacional: numero de vCores, numero de usuarios, numero de APIs...
Si no conoces las Platform APIs de AnyPoint, en este otro post te explico qué son y como utilizarlas desde Postman.


2. Platform Benefits

Este tipo de métricas están más orientadas a negocio. Son métricas calculadas a partir de valores obtenidos con las Platform Metrics y que, a partir de unos parámetros que introducimos previamente, somo capaces de calcular como beneficio para negocio aportado por la plataforma. La aplicación utiliza una fórmula utilizando unos parámetros de entrada mediante la cual conseguimos hacer esa traducción entre una métrica técnica y una métrica de negocio.
Los parámetros de entrada utilizados por la aplicación son:
  • developAPIHistoricTime: Tiempo que se invertía en el desarrollo de una API antes de Mule.
  • developAPICurrentTime: Tiempo que se invierte en el desarrollo actual de una API con Mule.
  • maintainAPIHistoricTime: Tiempo dedicado a operaciones de mantenimiento por API antes de Mule.
  • maintainAPICurrentTime: Tiempo dedicado a operaciones de mantenimiento por API actualmente con Mule
  • developerDayRate: Coste por jornada de un desarrollador
Con estos input, las Platform Benefit Metrics proporcionadas por la aplicación son:
  • Developers Productivity - Mejora en el desarrollo de aplicaciones. Este valor es un porcentaje del incremento en la productividad observado en el desarrollo por API, y se calcula como la relación entre lo que costaba antes y después desarrollar una API.
image.png
  • Savings from Reuse - Ahorro obtenido al reutilizar una app. Aqui echamos mano de la metrica que extraemos con el numero de Consumers por API. En aquellas aplicaciones donde hay más de un consumer se obtiene el número de Non-primary consumers, o en otras palabras, el numero total de consumers menos 1 (totalAPIsReuse). Cada vez que hay un nuevo consumer es un ahorro en el desarrollo y operaciones de la plataforma.  
image.png

  • Savings from Maintenance - Ahorro obtenido en el mantenimiento de APIs, comparando el antes y el despues y el numero de aplicaciones total. El valor obtenido está en $ por unidad de tiempo elegida
image.png

  • Savings from Reuse in Maintenance: Ahorro obtenido en el mantenimiento por reutilización. Esto correspondería al ahorro en las horas de mantenimiento de todas aquellas aplicaciones que no ha sido necesario crear gracias a la reutilización de las existentes.
image.png

  • Total Savings - la suma total de los valores anteriores
image.png

3. SDLC Metrics

Por último, tenemos las métricas relacionadas con el ciclo de vida de las aplicaciones. Son métricas que extraemos desde fuera de la plataforma de AnyPoint. Se obtienen de forma similar a las métricas que sacamos desde las Platform APIs, mediante llamadas a la API que exponen los sistemas relacionados con el ciclo de vida de nuestras apps/APIs. A dia de hoy (Abril 2021), Metrics Accelerator extrae métricas de Jira, Jenkins, Confluence, BitBucket y Splunk, que nos pueden dar una indicación de la parte operativa y de su evolución. En concreto, las métricas que se pueden obtener son:


Como véis, Metrics Accelerator dispone de una gran cantidad de métricas que podemos obtener (Platform Metrics), como vimos en el post anterior, sin modificar nada en la aplicación, pero dispone a su vez de la posibilidad de añadir más métricas alrededor del ciclo de vida de nuestras apps. Dispone incluso de la posibilidad de, añadiendo inputs de negocio, de obtener métricas de negocio, en términos de tiempo y dinero.
Ahora que conocemos las distintas métricas que nos brinda Metrics Accelerator, en los siguientes posts vamos a concentrarnos en los detalles técnicos de funcionamiento de la aplicación, para adaptarlo a nuestras necesidades de recogida de métricas y de visualización.

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

The Mule Migration Assistant

By -
Image
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 *
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