The Challenge
In a large network environment, there can be thousands of microservices to monitor with each service running on a separate server/rack/data center because of redundancy reasons. In the worst case, the “application” could be running all over the world in several data centers. There are even more difficulties because the applications can jump dynamically through the data centers. As a result, classical tapping is not possible anymore!
The Solutions
- 3RD PARTY SOFTWARE MUST BE INSTALLED ON EACH HYPERVISOR
- PERFORMANCE DEGRADATION ON THE HYPERVISOR
- THE APPLICATION CAN RUN ON DIFFERENT HYPERVISORS SO YOU NEED TO HAVE VIRTUAL TAPS FOR EACH HYPERVISOR VERSION
- SECURITY ISSUES BECAUSE THE VIRTUAL TAP MONITORS THE FULL SWITCH AND NOT ONLY ONE SPECIFIC MICROSERVICE
- VERY HIGH MAINTENANCE EFFORT WHEN THE APPLICATIONS ARE BREATHING!
This is the classical approach with a lot of issues like:
- BANDWIDTH
- DYNAMIC BREATHING
- COST
- COMPLEX CONFIGURATION
Option 2: Visibility on top of the Network Infrastructure
- BANDWIDTH
- VISIBILITY BASED ON APPLICATION ID (MICRO SERVICE) LEVEL
- NO SOFTWARE CHANGES ON THE SERVER
- FULLY SOFTWARE AGNOSTIC
- HIGHLIGHTS
- INBAND DYNAMIC VISIBILITY SERVICE STEERING
- CLOUD CENTRIC VISIBILITY
- APPLICATION BREATHING SUPPORT
- VISIBILITY IN HARDWARE (NO PERFORMANCE DEGRADATION IN THE SERVER)
- VISIBILITY BASED ON APPLICATION ID (MICRO SERVICE) LEVEL
- NO SOFTWARE CHANGES ON THE SERVER
- FULLY SOFTWARE AGNOSTIC