In all previous steps, we integrated MoSKito into our application and set up data storage. In simple words, we learned how to monitor our app’s performance and store the obtained MoSKito data for later analysis. What’s next?
Here’s the good news: our burgershop is now the world’s leading burger-seller, with million revenues. It has become a big distributed app, with multiple instances and servers.
The bad news: even the smallest fail might lead to a thousand-euro loss per minute.
The question: how to keep trace of hundreds of producers on a dozen of instances? It’s the moment to call
Superman another hero!
So, today we’re setting up MoSKito-Control, a tool for monitoring multi-node web applications.
In the previous step we integrated MoSKito-Central in embedded mode, today is exactly the promised fine day to integrate MoSKito-Central in remote (standalone) mode.
You may ask “Why do we need it?”, the answer is: our burgershop has become a real empire with multiple application instances and we want to monitor all of them and consolidate the obtained performance data in one place.
So, let’s start!
Today we are going to unlock even more MoSKito power: more persisting, more centralising.
As you know, we can access MoSKito producer’s statistics while application is running: http://localhost:8080/burgershop/mui/mskShowAllProducers.
But what if:
- we want to check statistics for some time ago, like the last night, when we were sleeping?
- we want to have and check statistics for all our applications, not only a single burgershop (as good businessmen, we surely have various projects to be safe from total fail one day!)?
- we want to automatically analyse the collected (in time and space) data and make
some strategical changes, based on results of this analysis?
The answer to all these if’s is: MoSKito-Central.
We ‘invented’ (at least we say we invented it, until someone else claims the authorship), that kind of locking, where you lock not an object itself, but what the object means in the real world (or at least in your domain). It was long part of the ano-utils project. However ano-utils is a bit bloated, so we refactored it into a small separate project, without any further dependencies to external libs.
I will not repost the explanations why it is needed and what it does, instead just a link to the github page, that explains everything: https://github.com/anotheria/idbasedlock
Dear MoSKito-rians and those to become MoSKitorians in the next year!
This year was very successful for MoSKito: about 15 releases, multiple conference and press appearances, and a lot of user activity, especially by the end of the year. All of this makes us really proud of our project.
Looking back at our achievements, we are holding still for a moment to enjoy the Quietness of the next two weeks before the next year, which promises to be even more inspiring and exciting.
We would like to use this moment and wish you quiet, recreative and contemplative holidays and a very successful 2014.
Leon Rosenberg and the MoSKito Team.
MoSKito enables you to analyze and monitor your running Java application.
During this blog post, we guide you how to fully integrate MoSKito within Java EE 6 environment und run it with JBoss Application Server 7. Furthermore we provide some hooks for integrating Producers, Threshold and Accumulators.
In previous steps, we spoke about general integration of MoSKito and WebUI and adding custom counters. Today, we are going to dive deeper and build own stats object.
In previous post, we performed general integration of MoSKito into the target project.
In today’s step (rather short), we’re going to add some business-value-related information with a Counter.
After we created our guinea pig in the previous step, it’s now time to integrate MoSKito-Essential into our application. Our plan for today is:
- Add monitoring to the core parts of our code.
- Download and connect MoSKito Inspect
- Learn about WebFilters and Listeners
At the end of the guide we want to:
- see the access data in MoSKito Inspect,
- record a Journey.
Despite the efforts we put into MoSKito documentation, we are continuously facing questions like ‘How to do this’ and ‘How to get that’.
Now we want to give you a guide for the whole setup cycle, which this posts starts.
The guide will cover a complete application lifecycle with MoSKito, from integration of the first MoSKito-Essential Producer to installing MoSKito-Control and MoSKito-Central setup.
But before we start, we need a guinea pig. This is what we do today – set up a simple application for experimental purposes.