Basketball is a sport [...].
The objective is to shoot a ball through a hoop 18 inches (46 cm) in diameter and 10 feet (3.048 m)
high mounted to a backboard at each end.
Main rule
We are wathing Top 10 Long Distance Shots of 2011-2012!
----------
Why? Because DevOps is like a Basketball.
We want to take a ball and put into the basket.
The objective is to install software on production :)
There is many ways to achive that. For example throwing from the long distance. Like guys above. Just throw, cross your fingers and you are ready :)
In every professional sport, we can browse stats. To view the history of a player, team or even a coach.
To ask questions like:
Do he or she perform well?
Why is the team A better?
Which players have problems? And much more.
Even maybe why Athletico win with Barcelona in Champions League?
In IT system situation is similar. But instead of statistics we have logs.
Why do I need log aggregator?
Easy to browse log - there are in one place
Easy to correlate - there are in one place
Easy to browse history - it is in one place
Make alerts - if platform supports
Logs are a critical part of any system, they give you insight into what a system is doing as well what happened
Virtually every process running on a system generates logs in some form or another.
Usually, these logs are written to files on local disks.
When your system grows to multiple hosts, managing the logs and accessing them can get complicated.
Searching for a particular error across hundreds of log files on hundreds of servers is difficult without good tools.
A common approach to this problem is to setup a centralized logging solution so that multiple logs can be aggregated in a central location.
Splunk VS ELK
Most popular logs aggregators in onsite model are:
ELK - Elastic Search with Kibana
Splunk
Systems based on HDFS and Kafka
Splunk - It's a very powerful, mainly on-premise solution. More or less very expensive :)
If you only want a "supergrep" command it is probably a wrong choice
ELK - License fees not incurred, but you'll end up spending $ on building various features
because ELK doesn't have them. It is a "supergrep". Rest you will have to do by your own
If you could use it, you will save probably time and money. There are a lot of them.
Check your needs and decide to use one. Because it is a SaaS it is easy to change to better one :)
Log aggregators
Demo time
Something more?
Marketing queries
Alerts
Data analytics
Business queries - for example, I created dashboard with information how many PB users started new application in time period
Alerts - I set up an everyday query about interesting events. They can be real-time
Data analytics - how your system performs in comparison to last year/month/week
Quater 2: Server&Release automation
Lots of services + frequent deployment = a global headache